Beruflich Dokumente
Kultur Dokumente
TABLE OF CONTENTS
1. INTRODUCTION
1.1
Objectives
1.2
Major Function
2. PROJECT ESTIMATE
2.1
Estimation technique used
2.2
Effort, Resource, Cost and Project duration estimate
3. SCHEDULE
3.1
Task Network Representation
3.2
Gantt chat
3.3
PERT chart
4. PROJECT RESOURCE
4.1
People/Staff
4.2
Hardware and Software
4.3
Special resource
5. STAFF ORGANIZING
5.1
Team Structure
5.2
Management reporting
6. RISK MANAGEMENT PLAN
6.1
Risk Analysis
6.2
Risk Identification
6.3
Risk Estimation
7. FLOW CHART
8. DFDS
8.1
Context level
8.2
Level 1
8.3
Data Dictionary
9. UML DIGRAMS
9.1
Use Case diagram
9.2
Class and Object diagram
9.3
Sequence diagram
9.4
Collaboration diagram
9.5
Activity diagram
9.6
State diagram
9.7
Deployment diagram
9.8
Component diagram
PAGE NO.
2
2
2
4
4
4
5
5
5
6
7
7
7
7
8
8
8
9
9
10
11
12
12
13
14
15
15
16
17
18
19
20
21
22
1. INTRODUCTION
The SPMP (Software Project Management Plan) is created for the e-Hotel Project. The Purpose of this
document is to ensure that SWOT analysis have properly been done with respect to the cost and benefit
analysis for the Online Photo Gallery project.
1.1 Objectives
Less error
Storage Capacity
2. PROJECT ESTIMATE
2.1 Estimation techniques used
The COCOMO cost estimation model is used by thousands of software project managers, and is based on a
study of hundreds of software projects. Unlike other cost estimation models, COCOMO is an open model, so
all of the details are published, including:
2.4(200)
1.05
1.12
Semi-Detached
3.0(200)
Embedded
3.6(200)
1.20
= 626 staff-months
= 1,133 staff-months
= 2,077 staff-months
3. SCHEDULE
3.1 Task network representations
A task network, also called an activity network, is a graphic representation of the task flow for a project. It is
sometimes used as the mechanism through which task sequence and dependencies are input to an automated
project scheduling tool.
Feasibility
Study
1.1
DFDs
1.8
Requirement
Analysis
1.3
Report
created
1.2
Cost
Estimated
1.4
Risk
Analysis
1.6
Time
Duration
1.5
Flowchart
1.7
UML
Diagrams
1.9
Finish
Name
February
March
April
Survey
Requirements
Diagrams Flow
charts
DFD diagrams
UML diagrams
Requirements
Analysis
2,5,6
Implementation
5,10,15
Flow chart
4,5,6
Feasibility
study
2,4,6
Finish
10,15,20
Information
gathered
3,4,5
4. PROJECT RESOURCE
These are those resources which are used to develop this online project.
4.1 People/Staff
Project managers cannot, and must not, do everything. They must rely on the project team to
complete the project work. They are rely on their resources the major one is Human Resource and
some others are machines, printers a room for meetings (to what to do or not), Internet
connectivity and servers.
4.2 Hardware and Software
Hardware specifications are:
One monitor
One keyboard
One mouse
Hard disk
1GB Hard Disk Space
5. STAFF ORGANIZING
The staff hierarchy, in which the departments are revenue consumers, and their managers are
responsible for activities that support line functions (such as maintenance, designing). While both
hierarchies have their own chains of command, a manager may have direct control over staff
employees but a staff manager may have no such power over the line employees. In modern
practice, however, the difference in the two hierarchies is not so clear-cut and jobs often have
elements of the both types of functions.
5.1 Team Structure
Team structure refers to the composition of an individual team or of a multi-team system. Team
structure is an integral part of the teamwork process. A properly structured patient team is an
enabler for and the result of effective communication, leadership, situation monitoring, and mutual
support. A website designer might be working with business managers and network specialists to
create a application for presenting internal management information on sales - both as part of the
same project.
Project Manager
System Administrator
Technical
Hardware
Interfaces
Software
Maintenance
Testing
Enhancements
Conversion
Consider the effect of a risk on the total project rather than on just part of it. Taking one
week longer than you planned to complete an activity may cause you to miss intermediate
milestones (and cause the personnel waiting for the results of that activity to sit idle).
Consider the combined effect of related risks. The likelihood that your schedule will slip is
greater if three activities on the same critical path have a significant risk of delay rather than
just one.
RISK FACTOR
TECHNOLOGY
TIME/SCHEDULE
- Extensive previous
facility application
- Little or no previous
- Some previous
facility or site
facility or site application application
- Some proof of
application
testing required
- Unproven/new
- Extensive proof of
principle testing
required
- Little or no impact
- Potential impact
from other site programs from other site
operations, programs
or contractors
- Established and
- Some new interfaces
mature interfaces
must be established and
and working
managed
relationships used
- No known schedule
constraints
- Multiple schedule
constraints/compresse
d schedule
- Predecessor and
successor actions are
simple and clearly
identified and
understood.
LABOR
HIGH
- Conventional/offthe- shelf
- Little or no
testing required
INTERFACES
MEDIUM
- Some schedule
constraints exist by
won't affect
completion date
- Multiple and/or
complex interfaces
required which may
include competing
objectives
- Assumptions have
been validated
-- Low
No assumptions
to moderatewith
regard to performance
skill
- Moderate/high skill
- Moderate/high skill
- Resources identified,
-committed
Readily available
and under
facility control
- Restricted
availability
-Severely restricted
availability
- Gradual buildup
- Phased buildup
10
7. FLOW CHART:
A flowchart is a graphical representation of decisions and their respective results mapped out in
individual shapes that were first developed by Herman Goldstine and John von Neumann in the
1940's. Flowcharts provide a step-by-step diagram for mapping out complex situations, such as
programming code or troubleshooting problems with a computer. The picture to the right shows an
image from Microsoft Visio, a popular program used to design and create flowcharts and diagrams.
Flow Chart for Online Photo Gallery:
START
Categories
Albums
Specials
Menu
Identification
Retrieve Information
End
11
8. DFDs
DFD (Data Flow Diagram)
A data-flow diagram (DFD) is a graphical representation of the "flow" of data through an
information system. DFDs can also be used for the visualization of data processing (structured
design).
On a DFD, data items flow from an external data source or an internal data store to an internal data
store or an external data sink, via an internal process.
Level 0 or Context Level
A System Context Diagram (SCD) is a diagram that defines the boundary between the system, or
part of a system, and its environment, showing the entities that interact with it. This diagram is a
high level view of a system.
Level 0 for Online Photo Gallery:
Member
Photo Gallery
0
User
Admin
12
LEVEL 1
Level 1 DFDs aim to give an overview of the full system. They look at the system in more detail.
Major processes are broken down into sub-processes. Level 1 DFDs also identifies data stores that
are used by the major processes. When constructing a Level 1 DFD, we must start by examining the
Context Level DFD. We must break up the single process into its sub-processes. We must then pick
out the data stores from the text we are given and include them in our DFD.
Level 1 DFD for Online Photo Gallery
Admin
Add
Photos
0.1
Create
Category
0.2
Change
Theme
0.3
Delete
Comments
0.4
Remove
Users
0.6
Post
Comments
0.5
Users
Add
Albums
0.7
Like
Photos
0.9
Post
Comments
0.8
13
Data Dictionary
A data dictionary is a collection of descriptions of the data objects or items in a data model for
the benefit of programmers and others who need to refer to them. A first step in analyzing a
system of objects with which users interact is to identify each object and its relationship to
other objects.
Admin
Field Name
Data type
Constraint
Description
Admin_id
Number
Primary key
Admin_name
Varchar
Not null
Name of Admin
Password
Varchar2
Not null
Contact_no
Number
Not null
Email_id
Varchar2
Not null
Any email id
Field Name
Data type
Constraint
Description
User_id
Number
Primary key
User_name
Varchar
Not null
Name of Admin
Password
Varchar2
Not null
Activation_date
Date
Not null
Starting date
Contact_no
Number
Not null
Email_id
Varchar2
Not null
Any email id
User
14
9 UML DIAGRAMS
The Unified Modeling Language (UML) is a general-purpose modeling language in the field of
software engineering, which is designed to provide a standard way to visualize the design of a
system.
9.1 Use Case diagram A use case is a methodology used in system analysis to identify, clarify,
and organize system requirements.. An actor is a role played by a user with respect to the
system use. It is possible that the same user may play the role of multiple actors. Each actor can
participate in one or more use cases.
Registration
getprofile
Guest
View Gallery
Search By Name
Admin
Login
15
User
+ Name
User
Admin
+ Name
+ PhoneNumber
+PhoneNumber
+State
+ addpost()
+ likepost()
+ editpost()
+ commentpost()
+ commentpost()
+ checkpost()
+ deletepost()
+ createcategory()
+ changetheme()
16
Admin
Browser
Login
Login
Login
Dashboard
View site
Add post
update
Delete post
update
Change theme
update
Create Category
update
Success
Website
Updated
Update apply
17
ViewUsers
4. verifyLogin()
8. showUserList()
3. Login()
6. selectOption()
ViewUsersUI
2. showLogin()
5.showOptions()
Admin
Admin
User
18
Get Details
[Submit]
Error
Validate Data
no
Rejected
yes
or
Accepted
19
AddDiscussionBoardPhoto
Modified items
need uploaded
UpdateListPhotos
No new discussion photos.
Modified items need uploading
20
User
Workstation
Browser
Web Server
Presentation
Layer
Database
Layer
21
Web Browser
User
Database Server
MySQL Database
Web Server
Presentation
Layer
Database
Interface
Log File
22