Documente Academic
Documente Profesional
Documente Cultură
Nowadays, a supermarket exists in a competitive environment. It is a business enterprise that provides a service; it does not produce a physical product of its own in the usual sense. Instead, it adds value by acquiring existing products from remotely-located suppliers, assembling them in regional warehouses, distributing them to local stores, and finally selling the suppliers products to local customers. A well designed supermarket system can be a very powerful tool to help reduce inventory and simplify operations. A Store Inventory Control System is needed because it is the process for managing, monitoring, and controlling items or products. Computerized stock control systems run on similar principles to manual ones, but are more flexible and information is easier to retrieve. You can quickly get a stock valuation or find out how well a particular item of stock is moving. A computerized system is a good option for businesses dealing with many different types of stock.
The proposed project gives solution to the company on how to manage the accurate inventory such as monitoring or filtering of incoming and out coming of the products to provide best service to the customers. This project is a great support for the decision making of the company about their products or item.
This system will help the company in determining the level of performance of the product, with this system the product will be monitored. It will help the company to work more efficiently and effectively.
Page 1
1.3 OBJECTIVES OF THE PROJECT 1. To have a Store Inventory Control System. 2. To lessen time checking of items and every hour replenishing within the store. 3. To avoid stock outs, excess inventory and missing products. 4. To provide reports on the availability of stocked items. 5. To ensure that every product or merchandise that they have is recorded accurately. 6. To ensure the correctness of received stocks and completeness of inventory 7. To ensure that sales and items sold are equal. 8. To provide another location for the pull out product that was easy to retrieve.
Page 2
Scope: Inventory Control o Monitor the Stock / Item available in Selling Area o Monitoring fast and slow moving product Inventory Records o Track all records of incoming and out coming items in store o Update product information if necessary Reminders o Warning notifications for critical items in every shelves o Warning notifications for expired items. Reports o Fast and Slow moving product report o Critical Item report o Summary product report o Generate report for expired products o Pull out or change product report o Sales report for check and balance
4. Having an out of stock from store to warehouse. 5.Shoplifting 6.Outright pull out 1.5.3 Process diagram of existing systems contributing to the problem
Figure 1: San Roque Supermarket Process of Getting and Receiving product using activity diagram.
Merchandising System Store Inventory Control Module Page 4
Chen model for San Roque Supermarket Figure 2: San Roque Supermarket System Flow
Page 5
1.5.5 Data (or any form of statistics) that may be relevant to prove existence and seriousness of the identified problems
Accurate monitoring process The system provides easy monitoring process; lessen the time consumed rather than the current system.
Page 6
organizing, actuating and controlling .This maybe observed from the past that they monitor production activities, solve scientific problem and help arrive in tentative answer to a multitude of involve conditions.
Ralph M. Stair (1999) emphasized that the development of technology through the years have enabled us to do more with less effort. From the orientation of the light bulb to the industrial revolution and beyond, we have continuously tried to in a more efficient means of doing tasks and stated that the reason for using computers vary from person to person. Some of the computers in business are to perform accuracy, to be as productivity, to decrease bottle necks or hassles to alter cash flows or to simples elevate your status.
Page 7
Page 8
In this chapter we discuss inventory systems where several demand classes maybe distinguished In particular we focus on single location inventory systems and we analyze the use of a so called critical level policy with this policy some inventory is reserved for high priority demand A number of practical examples where several demand classes naturally arise are presented and the implications and modeling of the critical level policy in distribution systems are discussed Finally an overview of the literature on inventory systems with several demand classes is given. Inventory systems often face customer demand for many different products The demand characteristics may vary from product to product and therefore an inventory manager will generally apply a customized policy for every product However in most cases all customer demand for a single product is handled in a uniform way Although the order sizes may vary greatly and some orders can b e handled in a different way than other search unit demanded is considered equally important in this chapter we will focus on the situation where this is not the case i.e. demand for a single product may be classified into different levels of priority In particular we tackle the problem where some customers have a higher stock out cost and or required minimum service level than others Customer differentiation i.e. distinguishing classes of customers and giving them different service has not received much attention in inventory control theory. We think that considering multiple demand classes in inventory control is an interesting extension of existing theory which has many practical applications. Inventory system where the highest faces demand both from customers and from lower stocking points such as large orders at the retailers are routed to the warehouse for customer demand at the warehouse will induce a large stock out cost whereas a stock out for a retailers replenishment order merely causes a delay in the replenishment lead time which usually yields a much lower cost.
Page 9
Every participant in a supply chain, whether wholesaler, retailer or manufacturer or vendor, prefers to reduce inventories and yet maintain customer service so as not to lose customers because of the non-availability of goods. Huge inventories are a drain on resources, as it blocks money and increase cost of operations. So it is no surprise that all firms want to reduce inventory in the supply chain. The inventory may be divided into various categories. In general there are six main categories of inventories: First, the cycle stock, the inventory resulting from production or purchase in batches is called cycle stocks, since the lots are produced or purchased in cyclical lots. Second is the safety stocks, as the name suggests, are maintained as a safeguard against uncertainties of demand and supply. Third is the decoupling stocks, which provide the flexibility needed by each decision-making unit to manage its operations independently and to optimize its performance. Fourth, anticipation inventory which consists of stocks accumulated in advance of expected peak in sales or that which takes care of some special event that does not occur on regular basis. This has two categories, the seasonal stocks and the speculation stocks. The fifth is the pipeline inventory which consists of materials actually being worked on or being moved from one location to another in the chain. Lastly, the dead stock which refers to that part of non-moving inventory that is unlikely to be any further use in supply chain operations or markets. Thailand. Infrastructure affects both the productivity and effectiveness of manufacturing companies. It has a direct impact on the distribution of raw materials, parts, and finished goods to customers. The few studies focused on Thailand have primarily addressed infrastructural problems in Thailand (Chalamwong, Chalongphob and Wattanalee, 1994; Chalamwong, 1993). In identifying the infrastructure-related problems, Yukio (1990) calls for the Thai government to pay closer attention to transportation systems in their effort to attract more Japanese and foreign investment.
Page 10
Canlas III, Jose Jr. Through mans knowledge and creativity, the world has been changed, from the prehistoric tools of the primitive man up to the modern machineries, the advancement in technology and the state-of-the-art hardware and software that man uses nowadays, makes our community onward in an expeditious civilization and industrialization.
Janelyn Grasparil With the power of technology nowadays, people get interested with computers. They tried to indulge themselves on it to have a productive result in a more efficient and time saving process. It is highly valued in institutions like business enterprises, schools, hospitals, government and non government services. However, some of them are still using manual system. In this regard, we acknowledge the value of computerized system.
Man has come along his way in doing business transaction with each other. Inventory system puts you ahead in game. It helps you conduct business transactions with ease as you only have to press a few keys. It liberates you from a countless paper works as computation of the days scale and keeping track of inventory done automatically. Technology has influenced and greatly simplified almost in every aspects of life today. It is amazing what technology has done to our society and how dependent we have on it.
Page 11
Stated that visual basic provide a graphical environment in which the users usually designed the forms and control that become the building block of tour application . Visual Basic support many useful tools that will help the user more productivity.
Maureen Edisel C. Igmen (2007) The researchers planned to develop a Computerized Sales and Inventory System to solve the problems in the said establishment. The main goal of the study is to provide and implement better and accurate sales and inventory system that can handle a certain task in a much more time saving and fluent operation. Through this Sales and Inventory System the employee in-charge will have a less stressing and will only require them to maintain the stability of the flow of the system
Page 12
2.2.1 Foreign Studies FLLMMCIS: A Web-based Database-driven Inventory System Russell Pierce Major Professor: Dr. Homer Carlisle Auburn University Samuel E. Ginn College of Engineering Department of Computer Science and Software Engineering Masters of Software Engineering (MSWE) Non-thesis Project
This project has produced a working inventory system for the Auburn University Department of Foreign Languages and Literatures Multimedia Center. The produced system is called the Foreign Languages and Literatures Multimedia Center Inventory System, abbreviated as FLLMMCIS or simply IS within the context of this document for brevity. The IS facilitates the Multimedia Centers inventory lending activities. The system is a database-driven web site that has been written in ColdFusion backed by a MySQL database. This paper introduces In this paper an
overview of the IS from a functional perspective is offered followed by the details of the project and a brief conclusion.
The inventory system (IS) facilitates the operation of the Department of Foreign Languages and Literatures (FLL) Multimedia Center (MMC) library. The primary goal of the library is to provide lending services of multimedia assets to students, faculty, and staff. The system facilitates lending by tracking the status of the library inventory and enables users to perform related business activities. The users of the inventory system are MMC employees. They use the system to maintain an accurate inventory, document lending activities, and administer MMC library policy.
Page 13
The site is
The library section provides the user with all of the primary functionality for which the system exists. The administration system exists to support the operation of the library section. Users operate within the library section for all day-to-day activities, and use the administration section for special-purpose and occasional activities. KOREAN RED GINSENG ENTERPRISE STORE INVENTORY SYSTEM (J. De Leon, M. Ferrer, 2001) Under the Koread Red Ginseng Enterprise store Inventory System, the researchers came up with a computerized store inventory system. The researcher used database to easy access of files and for easier and faster processing of the selling and inventory transaction. The program was designated to generate reports such as monthly reports, inventory reports. In connection with the proposed system, the researcher proposed a new and faster way of processing business transactions. The system also helped the user to know the availability of the products. It also helped the manager to monitor the stocks and to get immediate notice for acquisition of additional products.
Online Sales and Inventory Management System (SIMS) (Aparanjitha, 2008) This project is aimed at developing an Sales and Inventory Management System for a departmental store. This system can be used to store the details of the inventory, update the inventory based on the sale details, produce receipts for sales, generate sales and inventory reports periodically etc. This is one integrated system that contains both the user component (used by salesperson, sales manager, inventory managers etc.) and the admin component (used by the administrators for performing
Merchandising System Store Inventory Control Module Page 14
admin level functions such as adding new items to the inventory, changing the price of an item etc). The proponents acquires knowledge on real time inventory, generation of receipts and security features where in restricted information are only accessible by employees, managers, administrators, etc.
The aim of mopar Inventory System is to provide easier and faster way to monitor the movement of your business' stock of goods. It is interactively designed to possibly do the common tasks done in customary way. From item entry, releasing of items, inventory adjustment, transferring of goods from one warehouse to another and production, sure you can keep track of your inventory. Mopar uses JibesXP Tools that has
Merchandising System Store Inventory Control Module Page 15
been especially configured with properties that would help you organize well the flow of your inventory. To ensure the security maintenance of JBS system, it has JADE programmed to protect the transactions in your system. Users will be asked to enter their login name and password to confirm if they are entitled to access the system. Using JADE, Administrators can also assign a specific module for employees to access since they are only entitled to access modules that are related to their work. CERQUIT INVENTORY SOFTWARE
Effective Inventory management is made possible with the aid of Cerquit Inventory System. This system is originally integrated into
Merchandising System Store Inventory Control Module Page 16
the full blown Cerquit Accounting Suite but can work stand alone, tailored-fit depending on clients specification. It is highly customizable varying on the type of business that it is set to be of use, with the system layout based on the clients current procedural framework and added features that would help improve operational efficiency. Your reviews should be similar to this review. This is a lot better. Jeonsoft Inventory System JEONSOFT INVENTORY SYSTEM
The aim of Jeonsoft Inventory System is to provide easier and faster way to monitor the movement of your business' stock of goods. It is interactively designed to possibly do the common tasks done in customary way. From item entry, releasing of items, inventory adjustment, transferring of goods from one warehouse to another and production, sure you can keep track of your inventory. JIS uses JibesXP Tools that has been especially configured with properties that would help you organize
Page 17
well the flow of your inventory. Here are some exciting features that come with JIS: PROGRAM FEATURES: * Unlimited number of users for the system * Unlimited Number of Companies * Unlimited Number of Positions * Unlimited Number of Department * User friendly interface * Maintainable records of data * Generates Search Engine
the product description to updating the inventory database. The automated inventory system will improve employees work efficiency by automating routinely and time consuming tasks such as the time spent in taking down product information. As a result, the time can be used in more productive activities. The accuracy of the current system will also be improved, since the automated inventory system would eliminate the need of constantly encoding lengthy details of products by having an inventory database.
Page 19
Its actually balances a fine line between too much and too little. In fact, a main reason companies have gone to just-in-time systems and advanced software solutions is to avoid having excess inventory while trying to meet demand. Carrying too much inventory in distribution centers or retail stores is costly. It takes up space, employee time, utility
Merchandising System Store Inventory Control Module Page 20
costs and limits floor space for selling. Plus, perishable items or products with expiration dates must be thrown out if you can't sell them. Move Goods Efficiently Efficiency in inventory means the ability to quickly receive and store products as they come in and retrieve and ship when they go out. Every extra second spent in these processes adds to the costs of inventory management. Plus, efficient distribution is a customer satisfaction issue for trade channel sellers and retailers. 3.1.1.2 Statement of Scope The Store Inventory Control System contains a general description of the software functionality followed by detailed requirements that will be traced throughout the project. The Scope of the proposed system is to help the company to monitor the stock available in selling area, the fast and slow moving items. To track all records of items in store, update product information if necessary. Security and views barcodes of each item. The proposed system will make reminders as warning notifications for critical items. The proposed system will generates report. Accessing to the Computerized Store Inventory Control System, Employee are required to enter their user name and password. Inventory staff access privileges within the system are determined by their job classification. The admin has the ability to access all functions of the system whereas other user has only fewer privileges as described below. The admin is responsible for registering new user and they are only employees allowed to view or edit all accounts information. Inventory staff can only access some of the functions of the system whereas other functions are disabled or in other words, they cannot open or access in it. The user is responsible for updating the products information.
Merchandising System Store Inventory Control Module Page 21
User Requirements for the Store Inventory Control Software Project Req. No. Access Privileges R1 High Admin Only the admin can register new user R2 High Admin The admin has the ability to control all the functions of the system R3 High Inventory Staff Can only add, update, view, print, and monitor products information. R4 High Employee There are two levels of access; one for user and one for the admin R5 Med Employee Employee are allowed to view and print reports R6 Med Employee Employee are allowed to view reminders Security R6 High Employee Employee shall be required to log on user name and password before accessing the system. R7 Low Employee The user name shall be input maximum of 10 characters R8 High Employee Each employee has a unique Priority Reference Description
Page 22
password R9 High Employee Passwords shall contain minimum of 8 alphanumeric characters R10 Med Employee After three unsuccessful attempts to enter a user name and password, System will be close. Receiving R11 Med Employee Employee can add the received product information. Updating R12 Med Employee Employee are allowed to update data of products information Reports R13 Med Employee Employee can print and view reports R14 Low Employee The products reports shall list all the products information Fast and Slow moving items Critical item Expired product Summary of products Pull out or change products
Page 23
Sales report for check and balance. Reminder R15 Med Employee The product has a reminder or notification if it is in critical state. The employee can view this. Register User R16 High Admin Only the admin can register new user of the system Monitoring R17 Low Employee employee can view monitoring of the system Users information R18 Med Employee When an Admin edit the username and password, the database will be updated and the time and date that they update shall be recorded in the database.
R19
High
Employee
Page 24
2.Username 3.Valid Password 4.Name 5.Age 6.Gender 7.Contact no. R20 High System The software shall support the ability to enter, register, and update employees account information. R21 High Employee Employee log in and log out are recorded along the systems database. User Interface R22 High System The system shall be a LAN based interface which transfers all the data in the database. R23 High System The background color of all windows shall be light-gray. R24 High System The System shall respond to all users requests within 30 seconds. Table 3.1: User requirements table of SICS System
Page 25
3.1.1.3 Software Context The Store Inventory Control System is a system that can handle and monitors the data to manage all products that coming from warehouse. This system can also to provide a lot useful aspect of information system to maintain all data. The operation of the system interfaces with the Store Inventory Control System can become powerful. The records can manage accurately with simplicity. The stock records also can be provided with a less of cost of time. The redundancy also of the data can be reduced. 3.1.1.4 Major Constraints Slow connections It affects the movement of transaction. 3.1.2 Usage Scenario The usage scenario describes a real-world example of how one or more people or organizations interact with a system. They describe the steps, events, and/or actions which occur during the interaction. Usage scenarios can be very detailed, indicating exactly how someone works with the user interface. 3.1.2.1 User Profiles The following definitions define the actors in the system: Admin Responsible for registering new user and they are only employees allowed to edit all accounts information. The admin has the ability to access all functions of the system Inventory Staff Can only access some of the functions of the system whereas other functions are disabled or in other words, they cannot
Merchandising System Store Inventory Control Module Page 26
3.1.2.2 Use Cases Log into system Register new user View user information Update user information Delete user information Add receive product information View product information Update Products information Monitoring View reminders View Reports Print Reports Log out into system
Page 27
Figure 3.2: Use-Case Diagram of Store Inventory Control System This use case diagram represents the interaction of employee in the system, it portray the various ways.
Page 28
3.1.2.2.2 Use Case Description Use Case: Primary Actor: Goal in Context: Preconditions: Log in to system. Employee To gain access to the system. Employee has a valid username and password. Trigger: Employee has a valid user name and password. Scenario: 1. The system prompts the login for the user name and password. 2. The Employee enters their username and password. 3. The system calls the username and
password to the database of the system. 4. The system verifies the username and
password registry of the user and set the user authorization. 5 Employee are given access to the system to perform their job. Exception: The username and password cannot be verified.
Page 29
2. user name 3. Valid password 4. Name 5. Age 6. Gender 7. Contact no. Trigger: The admin should enter all the information of the new user. Scenario: 1. The admin logs onto system. 2. The admin selects register new user from main menu. 3. The admin should enter all the new user information. 4. A new user has been added. 5. The system sends the new user information to the database of the system. 6. The new user can now log in to the system. Exception: The new user profile is exist or the data is not valid
Page 30
Update user information admin To update the user information The exact details of user user information has changed and needs to be update
Scenario:
1. The admin logs onto system. 2. The admin selects view user information on the main menu. 3. The admin search user information that need to update 1. The system prompts the user ID or user last name. 4. The user modifies the user information. 5. The user selects save. 6. The system will confirm to save it to cancel. 7. The user receives confirmation that the information was saved.
Page 31
To delete the user information The exact details of user user information need to delete 1. The admin logs onto system. 2. The admin selects view user information on the main menu. 3. The admin search user information that need to delete 2. The system prompts the user ID or user last name. 4. The admin modifies the user information. 5. The admin selects delete. 6. The system will confirm to delete or to cancel.
Exception:
The user is not admin. Table 3.1.2.2.2.4: Update product information use case description
Add received product information Employee To add the receiving products The product is checked and approved. The quantity of the receiving products needs to be entered
Scenario:
1. The user log onto system. 2. The user selects receiving products
Page 32
from main menu. 3. The system prompts all the incoming products. 4. The system requires to enter other product information. 5. The system prompts confirmation to save or to cancel. 6. The system prompts that the received product was saved. Exception: The item does not exist
View product information Employee To retrieve the information of the product The item exists The product needs information from one of their system
Scenario:
1. The user log onto system. 2. The user selects view product information from main menu. 3. The system prompts the product ID or barcode of the product. 4. The system requests the record form the database. 5. The system views the entire product list.
Page 33
Exception:
Update product information Employee To update the product information The exact details of product is correct products information has changed and needs to be update
Scenario:
1. The user logs onto system. 2. The user selects update product information on the main menu. 3. The system prompts the entire product list. 4. The user selects or searches the item to be update. 5. The user modifies the products information. 6. The user selects save. 7. The system will confirm to save it to cancel. 8. The user receives confirmation that the information was saved.
Exception:
The item does not exist Table 3.1.2.2.2.7: Update product information use case description
Page 34
Preconditions: Trigger: The system will prompt the monitoring of products in store Scenario: 1. The employee logs onto the system 2. The system will display the monitoring in main menu. Exception:
View reminders System To show the reminders A reminder has previously been stored The system will prompt if there is a reminder
Scenario:
1. The employee logs onto the system 2. The system will display all the reminders. 3. The system looks for pending
Page 35
reminders. 4. The system displays any pending reminders messages. 5. The system deletes the reminder from the database of the system. Exception: No reminders
View report Admin and User To view all of the report Information required for the report has previously been entered
Trigger:
An user decides to view a summary of a all report that been related into product
Scenario:
1. Log onto system. 2. The user selects view report on main menu. 3. The system requests the report from the database. 1. The report shall display on the screen. 2. The user is given the option to close or print the report. 3. The report shall close or print.
Exception:
Page 36
particular report(s).
Table 3.1.2.2.2.10: View report use case description Use Case: Primary Actor: Goal in Context: Preconditions: Print report Admin and User To print invoices report The reminder report that will be send to replenishment Trigger: The allocation report needs before sends to replenishment Scenario: 1. Log onto system. 2. The user selects report from main menu. 3. The system request the report form from the database. 4. The reports are displayed on the screen. 5. The user clicks the print to print that particular report. Exception:
Use Case:
Page 37
Primary Actor:
Goal in Context:
Exception:
Table 3.1.2.2.2.12: logout to the system use case description 3.1.2.3 Special usage considerations
Page 38
3.1.2.4 Activity Diagrams The following activity diagrams show the actions that occur during a particular use-case. Login activity diagram
Figure 6: Activity diagram for logging on to the system Figure 6 shows the steps taken as an employee logs on to the computer system. Access is only granted if the correct username and password combination is entered within the first three attempts. After a third attempt the user will be locked out and an administrator
Merchandising System Store Inventory Control Module Page 39
needs to issue a new password. Once access is granted the employee can use the system according to their level of authorization.
In Figure 7 shows the steps how to register a new user. The first step is to log in to the system. Only the administrator can access this function otherwise it is disabled. After selecting register a new user the administrator must fulfill all the entries of the new user.
Page 40
In Figure 8 shows the steps how to update user information. The first step is to log in to the system. Only the administrator can access this function otherwise it is disabled. After selecting view user information the administrator must fulfill all the entries of the new user.
Page 41
In Figure 9 shows the steps how to delete user information. The first step is to log in to the system. Only the administrator can access this function otherwise it is disabled. After selecting view user information.
Page 42
Figure 8 shows the activity of adding received items into the system. The user logs into the system then selects receiving from main menu. Select item from the table then input other required product information.
Page 43
Figure 9: Activity diagram for view / searching product on to the system Figure 9 shows the activity of viewing and searching of a product in to the system. The user logs on to the system then select products in the main menu to display all items in the database.
Page 44
Figure 10: Activity diagram for updating product information Figure 10 shows the activity of updating of product information in to the system. The user logs on to the system then select products in the main menu. After selecting item, the system shall verify if it is valid or invalid.
Page 45
Figure 11: Activity diagram for viewing reminder Figure 11 shows the activity of viewing Reminder into the system. The user selects Reminder into the main menu to display all the reminders.
Page 46
Figure 12: Activity diagram for view and print report Figure 12 shows the activity of viewing and printing report in to the system. The user log on to the system then selects reports in the main menu. After the reports are displayed, the prompts to the print the displayed report.
Page 47
Figure 13: Activity diagram for monitoring Figure 13 shows the activity of monitoring in to the system. The user logs on to the system then select monitoring in the main menu. The system shall display all the monitoring functions in the system.
Page 48
3.1.3 Data Model Description 3.1.3.1 Data Objects Admin Data Object Admin Username - A unique identifier of administrator. Admin Password A unique security key. Admin Name The admin name Admin Contact No. Contact information of the admin. Admin Age age of the admin. Admin Gender gender of the admin. User Data Object User_ID - A unique identifier of user. User Password - A unique security key. User Name The user name. User Contact No. Contact information of the user. User Age age of the user. User Gender gender of the user. Product Data Object Product Code - A unique code of product. Product Name/Description The product complete name or description. Product Vendor Price The price from supplier. Product Quantity The product exact count.
Page 49
Product Sales Price The selling price. Product Location The location of product. Product Warning The warning for product expiration. Product Brands The brands of the product. Reminder Data Object Reminder Notification to the system.
3.1.3.2 Relationships All reports must encode the items into a system. One-to-many relationship exists because the user should gather all data from warehouse transfer to store. User must need to modify all perishable items in store to make a report. Since the items have possible a multiple defective products, a one-to-many relationship exist. User can view daily reminders to easy identify the stocks in store since the user possible view all reminders, it is a one-to-many relationship exist.
Page 50
Page 51
Description Admin and Inventory Staff of SICS can monitor all fast moving, slow moving and critical items. Also they can add receive product information in system.
Page 52
3.1.4.2 Software Interface description 3.1.4.2.1 External Machine Interfaces The software will be able to use for printing reports on a local or network printer. 3.1.4.2.2 External System interfaces The store inventory control system can track and monitor all items coming from warehouse to store. 3.1.4.2.3 Human Interface The system has a permit of complete navigation using combination of the keyboard and mouse. 3.1.4.3 Reports 3.1.4.3.1 Inventory Report List Daily report Weekly report Description This report list all the inventory in a day This report list all the inventory in a weekly This report list all the critical level of product in the store This report list all the product need to pull out from the store like expired product. This report list all the product that need to order from the warehouse. This report list all the fast and slow moving product This report is for the list of expired
Expired products
Page 53
item. Sales report for check and balance This report is for the item sold for the purpose of sales check and balance.
3.1.4.3.2
Layout of Reports
The Item Inventory Report appears in landscape layout. It has a Company Name, Report name, date, product code, product description, category, sub-category, Location, on hand, Vendor Price, Sales Price, quantity, Expiry date
Merchandising System Store Inventory Control Module Page 54
3.1.4.3.3 Data Dictionary of Reports Name Company Name Data Type Varchar Allow Null Null Description Name of the company Name of the report Date of the report created. A unique code of product. Description of the item The product category to which the items belong. Product SubCategory Varchar Null The product subcategory to which the items belong. Location Varchar Null The location of the items area. On-Hand Int Null the total quantity of the products onhand Vendor Price Sales price Int. Int. Null Null The supplier price The suggested retail price.
Merchandising System Store Inventory Control Module Page 55
Varchar Varchar
Null Null
Product Code
Int.
Null
Varchar
Null
Varchar
Null
in
selling
Quantity
Int.
Null
Expiration date
Varchar
Null
3.1.5 Behavioral Model Description 3.1.5.1 Description for software behavior This section tackles about how the system will make a user friendly while it is running through the local company. 3.1.5.1.1 Events User class Events Inventory staffs log on into a system. Inventory staffs add receive product information Inventory staffs view product information Inventory staffs update number of product Inventory staffs monitor the fast and slow moving items Inventory staffs view reminders Inventory staffs view report Inventory staffs print report Inventory staffs log out to the system
Admin log on into the system Admin Register new user information Admin View user information Admin Edit/Update user information Admin Delete user information Admin add receive product information Admin view product information Admin Update product information Admin monitors the fast and slow moving items Admin view reminders Admin view and print report Admin log off to the system.
3.1.5.1.2 States Product States Verifying Description -the product must modify before distributed in store. User States New Online Offline Description -A new user account must be set up -The user has log on the system -The user has log off the system
Page 57
Terminated
-The user has been terminated and must be block from using the system
Description -The message is being displayed for the user daily update
-The message will display the critical item -The message will display the expired items in store.
Page 58
3.1.5.2 State Chart Diagram A state chart diagram for the entire system is shown in figure 19.
Figure 19: overall system state chart diagram of Store Inventory Control System
After a user logs on the system will verify if the user can take access. The user will then select a function to the system to be load.
Page 59
3.1.6 Restrictions, Limitations, and Constraints All server code will be written in the java. Username and password will only composed of 5 to 15 characters. Username will be a combination of alphanumeric, full alphabet or has special characters. 3.1.7 Validation Criteria Software validation will ensure that the system responds according to the user expectation; therefore it is important that the end users be involved in some phases of the test procedure coming from the system.
3.1.7.1 Classes of Test Unit testing will be conducted on all of software sub-system including 1. Viewing and Updating information 2. Viewing and printing reports 3. Logging on the system Will be based on equivalence categories. These categories will include values that the function of the system must process.
3.1.7.2 Expected software response The software displays appropriate error message when a value does not accepted by the system is entered. The software should not capable in deleting record even if the product already long time ago.
Page 60
3.1.7.3 Performance Bounds The system shall support the number of users depends on the companies users. This System can only provide control and monitoring product from scope of the system.
Page 61