Professional Documents
Culture Documents
(A conceptual Idea )
February 28
2011
For
BCMCL
(Barapukuria Coal Mining & Company Limited.) (A Company of Petrobangla)
Submitted By:
48, New Market, 1st Floor Rajshahi-6100 Contact # Mobile: 01710 94 64 28 | 0175 000 28 97 Email: dipu_raj04@yahoo.com
1. Software Designing
With Client Server interface
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
2|Page
Indenting Department
PURCHASE Dept.
Requisition
PO
STORE
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
3|Page
Store Information Supplier Information (From Purchase Supplier Table) Unit Information Material Information Local Purchase Order (LPO) Foreign Purchase Order (FPO) Invoice Information Purchase Order Information (Local) QC Sheet Information (Local) Rejected Material Record Material Receiving Report (MRR)- Local Purchase Order Information (Foreign) QC Sheet Information (Foreign) Material Receiving Report (MRR)- Foreign MRR (Cash Purchase) Store Requisition SR
Material Location Chart Material Stock Level Procurement & Consumption Rate KARDEX Scrap Receiving Memo Scrap Requisition From Scrap KARDEX Scrap Report Annual Report Daily Report or Day to Day Report SRM
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
4|Page
Product Catalog
(ID, Name, Type, Description, Drawing No. etc.)
Shipment Information
(ID, OP, Pick up Location, Load and departure time, weight, # of Packages, Transport Mode, Freight Charges etc. )
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
5|Page
Client 1 8
Client 1 8 Client 1 8
SERVER
Client 1 8 Client 1 8
Client 1 8
Client 1 8
Client 1 8
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
6|Page
All these information are vital for the company. The reports are also included to this system on each transaction made. The reports are to be also made manually by the user which is a very tedious task. In addition, they had to enter all the details of raw materials into the tables to get to a conclusion whenever needed.
Moreover, in order to get a clear conclusion the user had to make reports on each and every category of the equipment, which means creating different individual reports for that particular category. In the existing system, the user also had to make entriesin as many tables as possible. If any modification is to be made, it becomes tedious and cumbersome process, which takes a lot of time and energy.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
7|Page
All are written document. The data stored in the document are not reliable. Reports are not sufficient and are very complex. Redundancy (Unstructured, Unnecessary, Mixed etc.) of data. Storing and retrieval of information is time consuming. Verification of data is tedious. Large volume of data cannot be maintained efficiently. Maintaining all the record in an orderly manner is a difficult task. Since all the details are stored in files & registers, which are not computerized, it occupies a voluminous area.
It is difficult to manually search for a particular item to obtain information about them.
Slow responding of the information registers. Very difficult to verify the stock label. And many more important quarries would very difficult to be made and sometimes it is impossible.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
8|Page
Proposed System
In this phase, the concepts associated with the system will be analyzed and how they are implemented in the project is dealt with. In this, the existing system should studied thoroughly, the problem and the requ irements should identified, alternative solutions will be analyzed and the best solution among them be selected.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
9|Page
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
10 | P a g e
Implementation Procedure
MTechnology is designing a Purchase & Store Management System (PSMS) for BCMCL. It requires an enormous effort in preliminary requirement specification and design before the actual software development starts. We divide the implementation into the following definite phase. Requirement Specification System Architectural Design Object Design Module Development Integration System Testing and Trial Run User and Administrative Training System Signoff Maintenance (OP)
Requirement Specification
In this phase a team from both the client and vendor will carry out a detail study on the exact procedure and requirement of the entire system. The goals of this phase will be to extract Processes related to the system Entities related to the system Interaction among processes and entities Desired interface between processes and entities Desired management output requirement
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
11 | P a g e
Object Design
This phase will act upon the module level design (package design) generate from the earlier phase. Business Logic behind each module Command flow among objects Database schema, replication and sizing specification Database objects like table, views etc. specification
Module Development
In this phase each module will be developed as per system design report. Module validation, verification and unit testing will be integrated into the development process.
Integration
At this phase modules developed so far will be integrated according to the subsystem specification described in the system design report.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
12 | P a g e
System Signoff
This phase is the final of the development phase where the system is fully hand over to the client.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
13 | P a g e
Implementation Timeline
Total project timeline from Requirement specification to System Signoff is 168 days. Here is a summary.
Phase Serial
1 2 3 4 5 6 7 8
Phase Name
Weeks Required
Requirement Specification System Design Object Design Module Development Integration System Testing and Trial Run User Administrative Training System Signoff
2 4 4 6 4 3 1
24
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
14 | P a g e
2.
Analyzing & Preparing Various Relevant Past (2005-2009) Information of Purchase & Store Department
For generating lots of reports and fully automations operations, from the very beginning to use this system more than 5000 (Five Thousand) product information and relevant information (Previous) should be collected. Such as
Indenting and requisition information Purchase order & the equipment dispatch details Quotation information Supplier details Scarp information KARDEX information Product consumption report in period basis Product specification Product drawing Shipment information Supplier lead time details MRP (Material Receiving Report) Estimates Supplier performance report Market analysis report Invoicing details Tender Information and many more
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
15 | P a g e
In most cases, a client-server architecture enables the roles and responsibilities of a computing system to be distributed among several independent computers that are known to each other only through a network. This creates an additional advantage to this architecture: greater ease of maintenance. For example, it is possible to replace, repair, upgrade, or even relocate a server while its clients remain both unaware and unaffected by that change. This independence from change is also referred to as encapsulation. All the data is stored on the servers, which generally have far greater security controls than most clients. Servers can better control access and resources, to guarantee that only those clients with the appropriate permissions may access and change data. Since data storage is centralized, updates to that data are far easier to administer than what would be possible under a P2P paradigm. Under P2P architecture, data updates may need to be distributed and applied to each "peer" in the network, which is both time-consuming and error-prone, as there can be thousands or even millions of peers. Many mature client-server technologies are already available which were designed to ensure security, 'friendliness' of the user interface, and ease of use. It functions with multiple different clients of different capabilities.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
16 | P a g e
4. Conclusion This digital system helps to perform all the transactions of an Inventory system for the organization in a smooth and effective way. It takes care of all the transactions of an Inventory system for an organization and capable to provide easy and effective reports related to the organizational activities through Inventory Management System. It generates many essential reports which may vary to organization to organization.
Real Time Transactions based system assures that the integrity of the data, especially in a multi-user situation. As a result using this system Organization s Operations will become hassle free and lots of Reports will enhance the overall performance.
MT e c h n o l o g y, 48 New Market, 1
.
HRMIS
st
17 | P a g e