Académique Documents
Professionnel Documents
Culture Documents
(Affiliated to University of Mumbai & Approved by AICTE) C-4, Wagale Industrial Estate, Near Mulund West Check Naka, Opp. to Aplab, Thane (West), Mumbai 400 604.
Certificate
This is to certify that Mr. /Ms. Arati M. Gangan, Roll No. MC0809022 has successfully submitted partially completed project titled Warehouse Management System under our guidance towards the partial fulfillment of Semester VI of Master of Computer Applications as prescribed by the University of Mumbai under our supervision during the academic year 20102011.
Director IMCOST
HOD (MCA)
PROJECT ON
HCL
SUBMITTED IN PARTIAL FULFILLMENT OF REQUIREMENT FOR THE DEGREE MCA (MASTER OF COMPUTER APPLICATION)
ACKNOWLEDGEMENT It gives me immense pleasure in bringing out report on project Warehouse Management System. I owe a great many thanks to the people who helped and supported me throughout this project. My deepest thanks to Lecturer, Mrs. Ruchita Meher, the Guide of the project for guiding and correcting various documents of mine with attention and care. She has taken pain to go through the project and make necessary correction as and when needed. My deep sense of gratitude to Mohsina Kachhawa , project guide at Hindustan Computers Ltd(HCL) for her support and guidance. This project has given me immense industrial experience and has exposed me to the latest technologies in market and has helped to enhance my software skills. I would also thank my Institution and my faculty members without whom this project would have been a distant reality. I also extend my heartfelt thanks to my family and well wishers.
INDEX Sr. No. 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Name Synopsis Company Profile Abstract Existing System Literature survey Scope & Objective of Project Methodology Hardware & Software Requirement Requirement Analysis Feasibility Study Analysis & Design Model 1. Entity Relationship Diagram(ERD) 2. Data Flow Diagram(DFD) 3. Use case diagram 4. Activity Diagram 12. 13. 14. 15. 16. 17. 18. 5. Class Diagram Master Tables Interface diagrams(snapshots) Testing and Results Implementation Conclusion Future Work References Page No. 5 6 7 8 9 13 15 17 18 20 23 24 31 32 43 44 48 80 86 87 88 89
SYNOPSIS Project Title Project Type Objective Warehouse Management System Web Application Development of an online Warehouse Management. HCL Ms. Mohsina Kachhawa Mrs. Ruchita Meher Arati Gangan, Dhanya Nair, Madhavi Sawant. Microsoft Visual Studio 2008 SQL Server 2005 Windows Operating System
Organization External Project Guide Internal Project Guide Developed By Front End Back End Operating System
COMPANY PROFILE Company Name: Hindustan Computers Ltd(HCL) Address: Cosmos Vijay, Opposite to Jagdish Book Depot, Station Road, Thane West, Thane - 400601 Website: www.hclcdc.in Company Background: Hindustan Computers Ltd(HCL) is an Electronics, Computing and IT company based in Noida, India. The company comprises two publicly listed companies, HCL Technologies and HCL Infosystems.
ABSTRACT This project is aimed at developing an online Sales and Inventory Management System (SIMS) for a departmental store. The system was developed as per the Requirements specifications given by the company. 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
salespersons, sales managers, inventory managers etc) and the admin component (used by the administrators for performing admin level functions)
System provides a secure login for the various users of the system. The system periodically generates reports such as inventory reports and sales reports. The status of the stock can be checked and the system also generates sales trend and inventory trend graphs.
EXISTING SYSTEM Problem Definition:Existing system is manual system. The system has to keep all information of Different Branches and Department Asset. Earlier the appropriate staff of several departments manually maintains all the records. Its very tedious job to keep track of all Asset and Vendor register and files. Such process takes lot of time and required lot of skills. Drawbacks: Existing system is totally manual. Maintaining registers take away a lot of important office space and is also time consuming. The existing system is not able to generate reports as per the requirements. Many times there is problem of inconsistency of data. Time consuming and mistakes are bound to happen.
Proposed System: Well operational and functional system Proposed system is Windows Web Application. Maintaining record through forms. Saving data into one database. Less amount human resources. Easy to insert, delete and update the data.
LITERATURE SURVEY Technology Overview: A major element in building a system is the selection of compatible software since the software in the market is experiencing a geometric progression. Selected software should be acceptable to the firm and the user as well as it should be feasible for the system. The system is developed in C#.NET 2008 and SQL Server 2005 for use on Windows environment. The software we have used for our project is Visual Studio 2008 for Designing and Coding and Reports. SQL Server 2005 for Database
C#.Net:
C-Sharp .NET (C#.NET) is an object-oriented computer programming language which is generally implemented on the Microsoft .NET Framework.
C-Sharp .NET provides the easiest, most productive language and tool for rapidly building Windows and Web applications C# .NET comes with enhanced visual designers, increased application performance, and a powerful integrated development environment (IDE).
Features of C#.NET:
Powerful Windows-based Applications Powerful Web-based Applications Simplified Deployment Powerful, Flexible, Simplified Data Access Improved Coding Direct Access to the Platform Full Object-Oriented Constructs XML Web Services Mobile Applications COM Interoperability Reuse Existing Investments Upgrade Wizard
10
Microsoft SQL Server 2005 provides the database developer the opportunity to locate programming code in native formats or create server-driven complex systems. The .NET framework, in combination with the SQL Server 2005, delivers the functionality of the powerful class library in combination with modern programming languages. Common Language Runtime (CLR) is used to code procedures, triggers and functions within the chosen language in the .NET framework. Using object-oriented constructs such as structured exception handling, namespaces, classes and arrays assist the programmer in effectively handling procedural issues when programming with SQL Server 2005.
Feature of SQL SERVER 2005:
Online Restore
Description Extend log shipping capabilities with the database mirroring solution. You will be able to use database mirroring to enhance availability of your SQL Server systems by setting up automatic failover to a standby server. With SQL Server 2005, database administrators are able to perform a restore operation while an instance of SQL Server is running. Online restore improves the availability of SQL Server because only the data being restored is unavailable; the rest of the database remains online and available. The online index option allows concurrent modifications (updates, deletes, and inserts) to the underlying table or clustered index data and any associated indexes during index data definition language (DDL) execution. For example, while a clustered index is being rebuilt, you can continue to
11
Fast Recovery
Snapshot Isolation
Data Partitioning
make updates to the underlying data and perform queries against the data. A new faster recovery option improves availability of SQL Server databases. Administrators can reconnect to a recovering database after the transaction log has been rolled forward. Any object, data source, or business intelligence component can be exposed using standards-based protocols such as SOAP and HTTP eliminating the need for a middle-tier listener, such as IIS, to access a Web services interface that is exposed by SQL Server 2005. SQL Server 2005 includes SQL Server Management Studio, a new integrated suite of management tools with the functionality to develop, deploy, and troubleshoot SQL Server databases, as well as enhancements to previous functionality. SQL Server 2005 provides a dedicated administrator connection that administrators can use to access a running server even if the server is locked or otherwise unavailable. This capability enables administrators to troubleshoot problems on a server by executing diagnostic functions or Transact-SQL statements. Snapshot Isolation (SI) level is provided at the database level. With SI, users can access the last committed row using a transitionally consistent view of the database. This capability provides greater scalability. Data partitioning is enhanced with native table and index partitioning that enables efficient manageability of large tables and indexes.
12
management system. The automated system should have the records of the inventory, sales as well as the users who are using the system. The new system will keep track of the level fo stock in the inventory so that the people in charge of the maintenance of stock is alerted when the stock has reached reorder level. Advantage of such a system is that earlier the job of maintaining stock was done manually which was a heinous task. But using the new system the records are updated and hence the stock calculations are performed easily. Also the sales related tasks like creating bill, generating new bill after items are returned etc. are done in an efficient and easy manner.
Thus the transaction of money can be easily tracked.
13
Generate a sales and inventory trends graph for each item so that the inventory managers can reorder the stock according to the demands of the customer.
The sales person should be able to notify the inventory managers if a certain item is not available in stock.
14
METHODOLOGY
Software Development Model
Some programs are written around what is happening and others are written around who is being affected. The first way is called Structure or Procedure oriented model. This approach characteristics a program as a series of linear steps (that is code).Here code acts on data. To manage the increasing complexity, the second way i.e. the Object-Oriented approach was conceived. Object-oriented programming organizes a program around the data and a set of well-defined interfaces to that data. Here there is data controlling access to code. Object Orientation is an approach to software development that organizes both the problem and its solution as a collection of discrete objects; both data structure and behavior are included in the representation. Object oriented representation is recognized by its seven characteristics: Identity, Abstraction, Classification, Encapsulation, Inheritance, Polymorphism And
Persistence The main property which we have used is that of Persistence: the ability of an objects name, state and behaviors are saved as the object is transformed.
An Object Oriented process uses the encapsulation of data and behavior to form independent units (objects).The same constructs represent the system from the requirements to the applications implementation and testing.
15
Thus Object Oriented is a philosophy of problem and solution representation, not a software Life cycle by itself. Indeed OO can be used in many different software life cycles from waterfall to spiral which was even useful for our Prototyping model. In general, OO deals with requirements, high-level design, coding and testing but not necessarily in a sequential fashion; the sequence is determined by the life-cycle, not by the OO representation.
16
System RAM
1 GB or greater
Input Device
Output Device
Storage Device
40 GB HDD Minimum
Operating System
Front End
Back End
17
REQUIREMENT ANALYSIS After obtaining the background knowledge, the information on the existing system, its inputs, outputs, costs and other important requirement and features have to be collected and analyzed. The following tools were used for knowing more about the system and gathering more information for developing a new system. For developing a system for an organization one need to acquire necessary information regarding the system. Information plays vital role in an organization. So collection of information before designing a system solves many problems. Following are the fact finding techniques used. Interview: We have 4 types of user into our system: Sales person
This technique of fact finding was especially helpful for gathering the basic information of the system, Interview being a one-to-one conversation technique was very useful in knowing what the user thinks about the existing system and what he wants in the new one. We took interview of all 4 types of users. Using the technique we gathered very useful information like: The drawback of the Existing System.
The working habits of the employees of the organization which will help me to build the new system. More inputs on how new system should be. What additional function and utilities are to be added? The exact logic on how the business takes place in the organization, etc.
18
Record Inspection: Much kind of record and reports provide us with valuable information about the organization and its operations. In order to know the internal working of the organization this technique is essential. This technique helped us a lot to know more about: The paper work involved in the organization.
The bills and reports involved in the system. The importance of the documents involved in the organization. Their forms and their layouts
19
FEASIBILITY STUDY Feasibility is the measure of how beneficial or practical the development of an information system will be to an organization. Feasibility Analysis is the process of measuring feasibility. There are following categories of feasibility tests: Operational Feasibility :
1)
The staff of the company was not comfortable with the manual System. As the new system will reduce the time taken for searching process strain, an easy way of error free and accurate work can be experienced, the staff of company welcomed the new system and users are ready to switch over from manual to computerized system. The management is willing to switch over because of increased effectiveness of individual moreover, they will receive timely and accurate reports which indeed helpful for an organization from the point of view planning. So, the system is operational feasible.
2) Technical Feasibility :
Measure of practicality of a specific technical solution and availability of technical resources are expertise. Is the proposed technology or solution practical? Make sure that the chosen technology is known and easy enough to solve the problems. Do we currently possess the necessary technology? Technology is infeasible and not practical if the organization cannot afford the technology. Do we possess the necessary technical expertise , and is the schedule reasonable?
20
21
3)
Economical Feasibility :
Measure of cost effectiveness of a project or solution is called as Cost Benefit Analysis. As soon as specific requirements and solutions have been identified, the analyst can weigh the cost and benefits of each alternative cost benefit analysis. The company is already having the required hardware and software, so major cost will be in terms of development of the new system.
4)
Schedule Feasibility :
Measure of how reasonable the project timetable is. Schedule can be mandatory or desirable. It is better to deliver a properly functioning information system later than to deliver an error prone.
22
23
24
Sales Person
Administrator
Generate Sales Graph money transaction Check cancelled bills Check returned items Check Exception report Check No.of bills generated
Sales Manager
Inventory Manager
25
1.0
bill_details bill_item_details
Sales Person
1.1
newitem
Get price per item
bill_details
26
Check Status:
27
Search Item:
Sales Person
1. 0
Select Gategory
1. 1 Get
New item
Items by category
1. 2
28
Return Item
Sales Person
1.0
Select bill
Bill_details
1.1
Get purchased items
Bill_item_details
returnitem
29
Admin Tasks:
Admin
Login
2.0 Add new user
newitem
Login
Login
30
Inventory Manager
2.0
Check Status
2.
Validate Inventory
2.
Inventory Report
2.
Inventory Trend-graph
31
32
Update Item
33
34
Change Password
35
Create Bill
36
37
Return Item
38
Search Item
39
Count Bills
40
Sales-Trend Graph
41
Validate Inventory
42
Inventory Report
Inventory-Trend Graph
43
CLASS DIAGRAM
44
MASTER TABLES
45
Newitem
Bill_Details
Bill_item_details
46
Login
Returnitem
Messages
47
Graph
Cancel_bills
48
49
ADMINISTRATOR:
50
51
UPDATE ITEM:
52
53
CHANGE PASSWORD:
54
55
REMOVE USER:
56
SALES PERSON
LOGIN:
57
58
CREATE BILL:
59
BILL:
60
ITEM AVAILABILITY:
61
RETURN ITEM:
62
63
BY ITEM:
64
SALES MANAGER:
COUNT BILLS
65
66
67
68
SALES-TREND GRAPH:
69
70
INVENTORY MANAGER:
CHECK STOCK STATUS:
71
72
INVENTORY REPORT:
73
BY CATEGORY:
74
BY PRICE
75
VALIDATE INVENTORY:
76
RESTOCK MESSAGES
77
78
INVENTORY-TREND GRAPH:
79
CHANGE PASSWORD:
80
TESTING PLAN
The Testing process: We test the software process activities such as Design, Implementation and Requirement Engineering. Because design errors are costly to repair, once, the system has been started to operate. Therefore it is quite obvious to repair them all at the initial stage of the system. o Unit Testing o Module Testing
o
Integrated Testing
Requirements Traceability: As most interested portion in the system is system meeting its requirements therefore testing should be planed so that all requirements are individually tested, we check the output of certain combination of inputs, which gives desirable output or not. Strictly stick to your requirements specifications gives you the path to get desirable result for system users.
Tested Items: Our tested are like, validation of each and every field when user enters the data. The user is not allowed to enter mismatch data and also he is not allowed to leave the fields blank.
Testing schedule : We have tested each module back to back so that errors and omissions can be found as early as possible. Once the system has been developed fully we tested it on other machines.
81
develpment
o Integration testing of system when integration of individual testing. o Security testing. o User level testing.
TESTING STRATEGY:
A strategy for software testing integrates software test case design method into a wellplaned series of steps that result in the successful construction of the software.
The strategy provides the roadmap that describes the steps to be conducted as a part of testing, then these steps are planed and then undertaken, and how much effort, time and resource will be required.
We have tested our whole Process Support Tool Support System using bottom up testing strategy.
Bottom up testing involves integrating and testing the modules to the lower levels in the hierarchy, and then working up hierarchy of modules until the final module is tested.
Bottom up testing strategy shows how actual testing is to be done with whole system but it does not show any detail about each module testing.
For each module testing we have decided to test each lower level module with white box testing strategy.
When all modules are tested successfully then we will move to one step up and continue with white box testing strategy.
When all modules will be tested successfully then we will integrate those modules and try to test integrated system using black box testing strategy.
82
We have done path testing to exercise every independent execution path through a component of program. If every independent path is executed then all statements in the components must have been executed at least once.
We have tested our functions of component to check the specification of our components. We selected input set to test the components like in query process we gave the different kinds of inputs to examine there output
TESTING METHODS
Unit testing: Unit testing focuses verification effort on the smallest unit of software design the software component or module. In this type of testing the individual modules are tested and verify whether the accurate output is available or not. It can be done in two ways bottom-up or top- down. In bottom-up approach the last module is tested first and then moving upwards towards the first module. Top-down integration testing is an incremental approach to construction of program structure. Modules are integrated by moving down ward through the control hierarchy, beginning with the main control module. Integration Testing: When the unit testing is over, all the modules are integrated and tested as a whole. It might be possible that all modules may work individually, but they may not work when we put them together. Data can be lost across the interface, one module can have adverse affect on other or sub functions of another, when combined may not produce desired major function, individually acceptable imprecision may be magnified to unacceptable level; global data structure can present problem. So any system has to be tested this way so that the final output is the desired one. Validation Testing: After the integration testing software is completely assembled as a package, interfacing error have been uncovered and corrected, and then validation testing may begin. Validation can be defined in many ways but a simple definition is what a validation succeeds when software functions in a manner that can be reasonably accepted by the company.
System testing: Any software is only one element of a larger computer based system. Ultimately software is incorporated with other system elements like hardware, people, information and a series of system integration and validation tests are conducted. System testing is actually a series of different test whose primary purpose is to fully exercise the computer based system. Although each test has a different purpose, all work to verify that system elements have been properly integrated and perform allocated functions.
Storage Testing: 83
The database of the system has to be stored on the database server. So the storage capacity of the database server should be enough to store all the data required for the efficient running of the system.
TEST CASES: Tested modules: Login form Change password Create bill Check status Return item Search item
84
Test Case 1:
Test Case Title Purpose of test Test-Data Login Validates the user UserID:SM1001 Password:abcd Designation: Sales Manager
o o Enter the details correctly Click login button
Steps
Expected Result
Test Case 2:
Test Case Title Purpose of test Test-Data Change Password Validates Password User ID:IM1001 Old Password: abc New Passwoed:aratiim1001 Retype New Password
o o Enter the details correctly Click Submit button
Steps
Expected Result
85
Test Case 3:
Test Case Title Purpose of test Test-Data Create Bill Check Quantity entered is less than current inventory BillNo:B1006 Date:5/26/20101 Item Name :Rice Quantity:5kg Price:10 Total Amount:50
o o Enter the details correctly Click On Submit button
Steps
Expected Result
Bill is generated .
Test Case 4:
Test Case Title Purpose of test Test-Data Steps
o o Enter the details correctly Click On Submit
Expected Result
86
Test Case 5:
Test Case Title Purpose of test Test-Data Steps
o o Enter the details correctly Click Submit button
Search Item To Check Item is available Item-wise option chosen Item Name: Banana
Expected Result
87
IMPLEMENTATION
This is the Phase were Software as a product is handover / installed at client side environment. A detail talk was done & training phase was conducted for the project users, there errors are noted and rectified. The following steps were carried out in implementation phase. Conduct Training: The training was conducted for the employees of the company to make them familiar with the system. Bug fixing and documentation: Any errors that occurred were solved and documented. Install the system: The system was then installed.
88
CONCLUSION
An attempt is made in all its earnest towards the successful completion of the project. This system was verified with valid as well as with invalid data. This system is user friendly since it has been developed in Visual Studio 2005, a successful GUI environment. Since the connection can be extended to any database. The control will be more powerful.
Connecting it to any type of database extends the development control. Any suggestions for future development of the system are welcome.
Upgrading the system can be done without affecting the proper functioning of system.
89
FUTURE WORK
The maintenance of software is the time period in which the software product performs useful work. Maintenance activities involve making enhancement activities to the, adapting product to new environment and correcting problems. Software enhancement may involve providing new functional capabilities, improving user displays and modes of interaction. Adaptation of software to a new environment may involve moving the software to a different machine. Problem correction involves modification and revalidation of software to correct errors. The four types of maintenance activities are described below: Corrective Maintenance: - Corrective maintenance includes the diagnosis and correction of one or more errors. Adaptive Maintenance: - Adaptive maintenance is an activity that modifies software to properly interface with the changing environment. Perfective Maintenance: - Perfective maintenance is performed to satisfy user requests such as new Capabilities, modifications to existing functions and general enhancements. Preventive Maintenance: - Preventive maintenance occurs when software is changed to improve future maintainability or to provide a better basic for future enhancements.
90
REFERENCES
Book reference Title ASP.Net Black Book C# SQL Server 2005 Reference Balagurusami Paul Dubois
Sr. No. 1 2 3
91