Professional Documents
Culture Documents
Project Charter: Project Name: Material Management (Procurement and Warehousing) Date: Author
Project Charter: Project Name: Material Management (Procurement and Warehousing) Date: Author
Date:
Version 1
Author:
Survida, Jeric S.
1. Project Background
1.1Problem/Opportunity Description
1.2 Benefits
Generate daily reports.
Product monitoring.
Product computation.
Requesting of item.
Returning of item.
1.3 Goals
2. Project Scope
WORK BREAKDOWN STRUCTURE
2.1 Objectives
RELEASE STOCK OF
OF ITEMS DELIVER ITEMS
ITEMS
ORDERING MAINTAINANCE
OF STOCKS / REPAIRING
OF ITEMS
SEARCH FOR Biding
SUPPLIERS
2.2 Deliverables
Objective 1- Accuracy
Objective 2 - Miscomputation
Objective 4 - Maintenance
3. Project Plan
3.1 Approach and Methodology
Project Planning. List down the particular tasks of
the proponents that should have to be done according
to the scheduled time of compliance of the project
development.
Brainstorming. Sharing of thoughts and knowledge
to come up with a great idea on how to improve the
existing system. Knowing the root why the existing
system encounters a particular problem on the flow of
process.
Service Transition
Project Budget
One-Time Costs:
Ongoing Costs:
Chapter 2
System features
Generating daily reports.
Product monitoring.
Product computation.
Requesting of item.
Returning of item.
Portillo Restaurant
Spangles restaurant
Fatbugger
Congo Grille
Gerry’s Grill
Mang Inasal
Featur Con Gerr Bacol Ma Mas Bo Portill Span Fatb The Prop
es go y’s od ng ter b o's gles urge Perk ose
Gene / / / / / / / / / / /
rate
report
Week
ly/Dai
ly
Monit / / / / / / / / / / /
oring
of
Produ
ct
Comp / / / / / / / / / / /
utatio
n of
Produ
ct
Requ / / / / / / / / / / /
esting
and
Retur
ning
of
Items
stock / / / / / / / / / / /
layout
and
inwar
d
/outw
Wareh / / / / / / / / / / /
ouse
summa
ry
Multi / / / / / / / / / / /
User
Admin
and
Employ
ee
Stock / / / / / / / / / / /
List
Time / / / / / / / / / / /
and
Date
Status
In/Out
1.0 Introduction
Each member will undertake risk management. The development team will
consistently be monitoring their progress and project status as to identify
present and future risks as quickly and accurately as possible. With this said,
the members who are not directly involved with the implementation of the
product will also need to keep their eyes open for any possible risks.
Procurement and Warehousing System Page 27
2.0 Risk description
The Proponent will identify the possible risk to avoid error and to
developed plan, .As part of an iterative process, the risks will identify and
record the results of risk prioritization analysis that provides input to both
risk mitigation and risk impact assessment.
Technology risk
Development risk
Business risk
User risk
Employee Risk
Process Risk
Category Risk
Technology risk Out dated hardware
Technology risk
Development risk
If client fails to provide all necessary information and equipment due to
company privacy the development and execution of the system will fail .The
client shall provide all necessary things to do the project.
Business risk
This is the risk where concern is that the proponent is the being able to
produce client need that will impact on their business .If the software does not
achieve its goals or if the system does not work.
Employee Risk
The risk is in the user or person’s ability, experience and willingness to
create a team who develop the system. IF someone in the team does not have
enough experience to use application for developing the system ,and others
member of the team is do his job or task given in late, and if one of the members
is not exerting effort to do the system the project will fail .
1 Catastrophic
2 Critical
3 Marginal
4 Negligible
The impacts values assigned to the each risk are described in the section
below the risk table. It is very convenient way to look at the risk and
describe the information of the risk.
In this risk the software quality is concerned .To meet the high
software quality the team will spend more time to understand needs of
the user and costumer to gather information to provide software
requirements.
To monitor the risk and review work to find the problems in the
system process in order to achieve better product quality.
Monitoring of process in the system and still looking for a erors this
is our way to in managing the risk
If the Problem exist within the system the team will fix the problems
to meet the quality standards of the clients
In this phase technology and tools are not enough or not suitable to
make our project properly , and also provide the software information ,
hardware and software specification to run the software .
Monitoring and manage of the risk will include looking for each team
member is having difficulties in performing some task or using particular
tools or techniques or lack of capability to use particular tools and spend
time for help each team member to learn certain tools using.
Special condition that are associated with the software are the followings.
Saving Check-list :
Login:
Since we are using modular login we need to make sure that the person
login will only have access to certain part of the application ,this depend on the
rights granted to the user. We have to explain to each user why he or she is not
able to use that certain application .We also need to make sure that users with
read only.
1.0 Introduction
Activities
2.1 Identification
Identify change
If some change or suggestion is implemented on the system
the team will analyze the change to figure it if the change is
necessary and justify
Approve change
All change and suggestion of team mates or client must be
necessary and justify and all change must know of all team
members this determines which change requests approve or
deny.
Identify change
Control change
After the change is identified the members of the team
decides if the change is valid and reasonable to implement.
Ensure the change is being implemented properly.
Request change
Software developer will evaluate the change request
The result of the evaluation will be presented as
change report
Final decision on change will be made
If the change is approved
1. Define constraint
2. Check out items for change
3. Make necessary change
4. Apply SQA activities
5. Check in items
6. Apply testing activities
7. Rebuilt the software
8. Distribute the software
Bug fix
Minor Update
Major Update
2.4.1 Description
Verbal communication
Verbal communication is better to have good
future plans to the project and also to tell bug and new
specification and function update needed by the system.
Management Responsibility
Quality System
Contract Review
Design Control
Document and Data Control
Purchasing
Control of Costumer Supplied Product
Product Identification and Trace Ability
Process Control
Inspection and Testing
Control of Inspection, Measuring , and Test Equipment
Inspection and Test Status
Control of Nonconforming Product
Corrective and Preventive Action
Handling Storage ,Packaging , Preservation, and delivery
Control of Quality Audits
Training
Servicing
3.4.2 Responsibilities
1.0 Introduction
Editor/Tester/
Maintenance
Interface Development
(1)
(1)
Brainstorming
Close contact on the supplier
User friendly design
Separate windows for Procurement and Warehousing
Brainstorming
SQA Resources
3.2.7 Interface
4.2 Responsibilities
Product
Process
Supplier Business
Development Environment
People Technology
Characteristic
Condition
1.0 Introduction
Interface Enhancement
We make the interface easier to understand
and manage by the user all the buttons and the
functions are place according to a normal interface of the
system by its purpose to understand.
Training
The use or the member have also
requested throughout training for the entire user for the
functions and the use of the software.
User will be using our software for their own purpose, if the
software is compatible and likes by the user or the company.
This leads to issues about future support for a larger user base.
ADMIN
LOG IN
PLATFORM
OPTION
RELEASING DATABSE
Procurement and Warehousing System Page 62
OF ITEM MANAGEMENT
STORING PRINT
OF ITEM REPORT
DATA
STORE IN
DB
1. Supplier ID
Categories
1. Category ID
2. Category Name
3. Description
4. Picture
Products
1. Product ID
2. Product Name
3. Supplier ID
4. Category ID
5. Quantity Per Unit
6. Unit Price
7.Unit In Stocks
Orders
1. Order ID
2. Product ID
3. Product Name
4. Costumer ID
5. Employee ID
6. Order Date
Order Details
1. Order ID
2. Product ID
3. Unit Price
Items
1. Item ID
2. Item Name
3. Employee Name
4. Contact Titl
2.2.2 Relationships
Supplier Products
Supplier ID Product ID
Title
Orders
Order ID
Product ID
Costumer ID Item ID
The user logs into the database using his or her username
and password
staff report. Or to go help menu. Or exit out the java net beans.
PROCUREMENT
WAREHOUSING
Procurement &
Human Resource
Warehousing Get Items
Requisition Requisition
Purchase
creation approval (initial
order creation
encumbrance)
NO
Contractor assignment
Requisition
required
processing
Assign
Retrieve Returns Send supplier contractor
approved approve notification (adjust
suppliers from suppliers from encumbrance)
ASL ASL
Retrieve rate
information from
YES agreement
SUPPLYING GOODS
checklist
information from
DB
date response
letter information
requested Finalize letter
date response updated on DB
requested from
SYSTEM
Interface Enhancement
We make the interface easier to understand
and manage by the user all the buttons and the
functions are place according to a normal
interface of the system by its purpose to
understand.
2.2 Use-Cases
1. Supplier ID
2. Company Name
3. Contact Name
4. Contact Title
5. Address
6. City
7. Telephone Number
Categories
1. Category ID
2. Category Name
3. Description
4. Picture
Products
1. Product ID
2. Product Name
3. Supplier ID
4. Category ID
5. Quantity Per Unit
Orders
1. Order ID
2. Product ID
3. Product Name
4. Costumer ID
5. Employee ID
6. Order Date
7. Required Date
Order Details
1. Order ID
2. Product ID
3. Unit Price
Items
1. Item ID
2. Item Name
3. Employee Name
4. Contact Title
2.2.2 Relationship
Supplier
Supplier ID Products
Employee ID
Last Name
PROCUREMENT
WAREHOUSING
Time
Time is the most important thing to manage and priorities for
our project, because we only have 1 year to finish the entire
User Skills
User skill may help us do our project easier and fast by their
knowledge
We will not spend more time by changing or adding their
demands for the interface and Designs.
.
1.2 Statement of Scope
This document provides the Overview of the Material
Management Procurement and Warehousing. This manual
should be read first.
Interface Enhancement
We make the interface easier to understand
and manage by the user all the buttons and the
functions are place according to a normal
interface of the system by its purpose to
understand.
Training
The user or the member have also requested
throughout training for the entirefunctions of
the software.
User will be using our software for their own purpose, if the
software are compatible and likes by the user or the company.
This leads to issues about future support for a larger user base.
Time
We only have one (1) semester to finish all the documentation for
the software and enhancements. We share different ideas and
strategies to the documentation, But we cannot reached the
exact time or date due to time constraints. One of the major
problems is resources and information about our project.
1
Facility N Inspection
3.1.1 Overall
Login
Main Screen
Menu Items
The Following shows the architecture of the main menu
File
Switch User
Exit
Procurement
Items
Types of items
Warehousing
Maintenance
Add
Edit
Change
Supplier
Name
Types of Supplies
Reports
Print Report
Separate list of procure item and warehouse
stocks.
Revise
Letter
3.1.5 Approval
Redo Letter
The form frmLogin will appear. User enter their username in txtUserName and password
in txtPassword. Then click cmdOkay. User will be logged in if it is a valid username and
password pair. If user clicks cmdCancel on this form, application will end
confirmed they action.
3.2.2 Facility
Major Forms(s) : frmFacility, frmFacilityBrowse, and frmFaclitiy
Major Actions(s) : Browse, Add, Edit, Save
Browse
Object Name: cmdBrowse
To browse all Maintenance, user can click in the bomb button next to the
txtMaintenanceID field, frmMaintenanceBrowse will appear. User can highlight facility in
the grid, and then click cmdOkay. All the information on frmFacility will be filled in.
Add
Object Name: cmdAdd
To search for a facility, user can click on the multi-page document button next to the
txtFacilityID field. frmFacilitySearch will appear. User can highlight a facilty in the result
grid, the click memory cmdOkay. All the information on frmFacilty will be filled in.
Edit
Object Name: cmdEdit
The Edit button should be disabled unless no historical data have been found for the
facilty. The Delete and Save button should never be enabled at the same time.
Save
Object Name: cmdSave
The save button should be disabled unless the txtEdit field is filled in, and any there have
been changes made to any field on the frmMaintenance. When the save button is click,
new record will be generated if the Maintenance does not exist in the system,
otherwise, current record will be updated.
User Skills
User skill may help us do our project easier and fast by their
knowledge. We will not spend more time by changing or adding
their demands for the interface and Designs.
7.0 Appendices
Test Specification
2.1.1 Interfaces
The test carried on describe below.
Login Window
We use different names in log in system, so the log in
system will be test. We also test the entire button in the log
in process.
Design Window
We have different menus in this window. File,
Procurement, Warehousing, Maintenance, Supplier, and
Reports,and each menu have their different tpes of categories,
this are the button menus that the software have.
File
When file button is clicked by user the interface of the
system shows the button switch user and the exit button.
List of Item
When List of item is clicked by user ait show all the
stocked and items that we have.
Maintenance
When Maintenance button is clicked by user it shows
the comment how to fix the system in minor error and how to
use the system.
Help
When Help button is clicked by user it show contents
and about the system.
Recovery Testing
The system we build is can retrieve small lost data, because
recovery of data is not included to our system but we can ensure
the storing of data.
Security Testing
In this method we sure the security of system because of high
security code that are system have.
Stress Testing
Performance Testing
In this method we test is system up to her limit to determine the
compliance in the given task in her higher performance.
Recovery Testing
The system we build is can retrieve small lost data, because
recovery of data is not included to our system but we can ensure
the storing of data.
Security Testing
Stress Testing
Its focus on the software ability in current transaction when it
comes on the system shutdown or failure, this testing is to avoid
it happen
Performance Testing
In this method we test is system up to her limit to determine the
compliance in the given task in her higher performance.