Download title page - Business Information Management

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Construction management wikipedia , lookup

PRINCE2 wikipedia , lookup

Transcript
Bilkent University
Business Information Management
Web Site Development II
A SAMPLE REPORT CONTENT FOR PROJECT PLAN
NOTE:
Sections marked with ‘ ** ’ are not required for 63341 Report
TABLE OF CONTENT
Page
Approval of School Of Computing And Technology
Acknowledgement
Project Summary (Abstract)
SECTION A
1. Introduction
1.1 Project Objectives
1.2 Project Scope and Constraints
1.3 Development Methodology
1.4 Project Development Plan
1.5 Key Project Benefits
2. Current System (Existing System)
3. Proposed System
3.1 Functional System
3.2 Physical System **
4. System Testing Strategy **
5. Maintenance and Support **
6. Outstanding Issues
APPENDICES
A1.
A2.
SECTION B (USER’S GUIDE)
**
1. Introduction
1.1 Configuration
1.2 Function Flow
2. User Interface
2.1 Display Screens
2.2 Command Types
3. Getting Started
3.1 Login
3.2 Log out
3.3 Save
3.4 Procedure Name (eg. Customer Order)
3.4.n Task name (e.g. Enter Order, Modify Order, Delete Order)
APPENDICES B
B1. Error Messages
B2. What to do when you have certain errors etc. (Trouble shooting)
GLOSSARY
i
ii
iii
Bilkent University
Business Information Management
Web Site Development II
TITLE PAGE
It should include the full name of the System, Project team member names and
student numbers, Date of issue as well as the Project’s supervisor name.
EXAMINING COMMITTE’S APPROVAL PAGE
(click for title page and approval page samples)
ACKNOWLEDGEMENT PAGE
The author's statement of indebtedness to others
TABLE OF CONTENT
Some people may wish to read your main headings without going right through your
report. You should therefore provide them with a Table of Contents.
The Tables Of Content may be compiled as follows:a) Copy the numbered section and sub-section headings.
b) Indicate the relationship between headings and sub-headings by indentation.
Eg.
1. INTRODUCTION
1.1.
1.1.1
c) Add separate lists of tables and illustrations in Appendix, if necessary.
PROJECT SUMMARY (ABSTRACT)
This should not be more than one page; which may be written last of all. It should
contain condensed statements extracted from the main body of the report to convey
the main theme of the project to the readers. ie. very brief descriptions of the
project, how the project initiated, what are the recommended solution and the
justification of the recommended solution by emphasising on the key benefits and
costs of the new System as well as any Operational and technical concerns.
HINT :- It is best to leave the Project summary as the last task of the report writing.
SECTION A
1. INTRODUCTION
Your report will need an introduction. The introduction is the place for a broad,
general view of your material. Avoid details which belong properly to the main section
s/Appendices.
In your Introduction Section:a) State your Purpose and Terms of Reference, and indicate how far you are able to
carry them out.
Bilkent University
Business Information Management
Web Site Development II
b) Provide Background information, in which your reader will need, and which he
may not know or clearly remember.
c) Announce the arrangement of your Main sections. (if necessary !)
d) Define and clarify the technical terms (Jargons) and abbriviations that you
intend to use in a special sense.
1.1 PROJECT OBJECTIVES
List of the Objectives of the New System. For example:

To provide faster and more efficient services to the customers
To set-up an environment to facilitate the current and future e-commerce
System requirements etc...
1.2. PROJECT SCOPE AND CONSTRAINTS
Project Scope means the range or extent of the Project. It helps to establish the
boundaries of the Requested Systems since it requires a precise statement of
the problem. Along defining the Scope of the Project, you need to identify any
Constraints on the System. A Constraint is a condition, restriction or
requirements that the System must satisfy. A constraint can be in terms of
Time, money or technical concern.
e.g:- This project must be ready on 1st January 2004
- The project cost must not exceed $20,000
- The new system must be based on companies existing Telecommunication
infrastructure. etc..
1.3. DEVELOPMENT METHODOLOGY
This section should contain the tools and techniques that are used for the
Development and implementation of the Proposed System. You should also
give a brief justification of the the method and technique that you chose for
this project.
You should consider and justify the usage of the following Methods and
techniques:1.3.1 Systems Development Methods and techniques such Structured
Systems Analysis and Design Methodology (SSADM), Object-Oriented
Delopment Methodology (OODM) and , Rapid Application Development
technique (RAD)
1.3.2 Programming Languages
(Structured Programming Languages or
Object-oriented Programming languages)
1.3.3 System Architecture and Processing Methods,
(i.e Mainframe architecture, File Server, Client/Server architecture
2 tiers, 3 tiere, Web-centric, On-line, Batch processing etc...
1.3.4 Data Base Management Systems (i.e Oracle, SQL-Server, MS- Access)
Bilkent University
Business Information Management
Web Site Development II
1.3.5 Hardware and Communications platform
1.4
PROJECT DEVELOPMENT PLAN
The Project Plan provides an overall framework for managing the costs and
schedules. Project planning takes place at the beginning and end of each phase
to develop a plan and schedule for the phase that follows.
GANTT Chart is a popular project planning and scheduling tool. You may use
MS-Project 2000, which is a Project Management CASE tool to draw your
project plan.
1.5 KEY PROJECT BENEFITS
Emphasise on the key (Major) Project Benefits. This could include both
tangible and intangible benefits that are expected once the system becomes
operational.
Example:·
Significant savings of up to 20% on Fleet Administration Staff costs
·
Up to 60% Reduction on telephone and telex costs
·
Improved Customer relationship will have a positive affect on
Customers loyalty. (Intangible benefit)
2. CURRENT SYSTEM (EXISTING SYSTEM)
A Brief description about the Current System, Operational Environment and its
major problems and shorcomings will have to be considered under this heading.
Sufficient details have to be given in order to enable the reader to appriaciate
and justfy the Development of Proposed new System.
Every organization (be it a Commercial organization, School or Hospital) has an
existing System or procedures. The System can be Paper-based system
otherwise known Manual-based System or a Copmuter Information System.
It is therefore necessary to study and analyze the Current System environment,
to:·
Understand the shogrtcomings and problems of the current system and
generate solutions to solve problems
·
Replace the current system with an imoproved version
Information about the Current System can be obtained from several sources by
applying Fact-finding techniques;
One of the main Fact-finding technique is User Interviews and the other
techniques are:Questionnaires, Observation, Document Review , Sampling, and Research.
You may combine and use these techniques to gather information about the
Current System.
When gathering information about the Current System you should focus your
attention on the following 5 areas:
- System Outputs, Inputs, Processes, Timing and System Controls.
Bilkent University
Business Information Management
Web Site Development II
It is also necessary to gather statistical information about the Volumes,
Sizes and frequencies of the currrent System.
3. PROPOSED SYSTEM
This section attempts to propose a feasible solution to the problems in the
current system environment as well as fulfilling new and/or additional User
requirements .
3.1 FUNCTIONAL SYSTEM (LOGICAL MODEL OF PROPOSED SYSTEM)
This section will contain details about the main functionality of the Proposed
System. In other word it will contain details of Logical Model of the System,
in which it will show “what the System must do to satisfy businees
information need rather than how it will be accomplished physically”.
Details included in this section will be shorter version of User Requirements
report.
Depending on the Systems Development methodology different set of tools
and techniques will be used for Data and Process Modelling in order to
explain the Functional System :·
If SSADM is used , Data Flow Diagrams (DFD), Entity Relationship
Diagram (E-R Diagram) Decision Table, Decision Tree, Structured English
will be used to explain the logic of the Functional processes.
·
If OODM then Unified Modeling Language (UML) Diagrams will be used to
explain the Functional System. UML Diagrams are USE CASE Model,
Use-case Diagram, Activity Diagram, Sequence Diagram, Object Diagram
and Class Diagram
3.2 PHYSICAL SYSTEM
This section should contain details about the Physical Model of the
Information System. The Physical System model must be built on on the
System’s Logical Model and address the actual methods of
Implementation.
Input Design, Output Design, User Interfacesand Dialogs , System
Navigation diagram, System Security, Back-up recovery procedures, Data
Design (Normalisation) and Physical Database Design (Database tables)
will have to be addressed.
Also Depending on whether SSADM or OODM usage the following :Structure Chart, (Shows how an information System is organisedin a
hierarchy of components, called models.) For OODM All UML Diagrams
developed for Functional System have to be refined to incorporate
technical details relating to Hardware, operating System Programming
Language and Database Mananagement System.
Pseudocode (A more exact representation of processing logic.
Bilkent University
Business Information Management
4.
Web Site Development II
SYSTEM TESTING STRATEGY
This section should contain an outline System Test Plan. The purpose of the Test
plan is to demonistrate that the System is tested according to a plan for every
known eventualities and that the test results are keept as proofs.
Regardless of how the System was developed, the System testing has the
following objectives:- Perform a final test of all Programs
- Demonstrate that Users can interact with the System Successfully
- Verify that all System components are integrated properly and that
actual processing situation will be handled correctly.
- Confirm that the information System can handle predicted volumes of
data in a timely and efficiently manner.
Hard Copy of The Test results must be included in the Appendicies as proof.
4. IMPLEMENTATION STRATEGY
This section should contain an outline Plan as to whether the existing Data will
have to be converted (DATA CONVERSION) into new format and loaded on new
Database structure as well as the most suitable type of SYSTEM CHANGEOVER
method required to complete the System Implementation.
Almost every new System replaces an existing system either a completely
manual system or an earlier automated system. Normally the existing System is
important and needs to be convertred to the format required in the new System.
DATA CONVERSION is the activity to convert the data . Data Conversion is
often becomes a small project on its own and usually carried out in cooperation
with the users.
Although Old Databases used by the existing Systems are commonly reused in
the new Systems, some changes necessitate changes and reloading of Database
contents.
SYSTEM CHANGEOVER:- is the process of putting the new System online and
retiring ther old System. System Changeover can be rapid or slow depending on
the method. There are Four Systems Changeover Methods:a) DIRECT CUTOVER - With Direct Cutover, the Old System stops and the
New System starts simultaneously. This is the least expensive and most
risky method.
b) PARALLEL OPERATION - With this method, both the Old and new
Systems are operated for some period of time. This is the most
expensive and least risky, safest method
Bilkent University
Business Information Management
Web Site Development II
c) PILOT OPERTATION - A limited part of the organization uses the New
System for a period of time while the old system continues to operate for
the remaining part of organization. After the System proves
successful at the pilot site it is implemented throughout the organization.
d) PHASED CHANGEOVER – One module of the new System at a time is
implemented throughtout organization until the entire new System is
perational.
Pilot and Parallel changeover methods represent compromise between Direct
cutover and Parallel operation and are less risky than Direct Cutover and less
costly than Parallel operation.
5.
MAINTENANCE AND SUPPORT
This section will only be present if you have any special Maintenance and support
arangements with the organization or if there are any important maintenance
issues that you have to pass on the reader of the report.
6.
OUTSTANDING ISSUES
This section should contain brief information about the Status of the system.
Any concerns and/or Suggestions about the project as identified by the original
project development team have to be mentioned in this section.
The type of information may be brief explanation about any unfinished project
tasks due to time limitation or any other hindering factors. Any area of the
System that requires further investigation etc....
APPENDICES
The Report should include an Appendix if you need to attach supporting information
to serve as sources of future reference.
For example, you might include hardcopy of Documentations you reviewed and Also
any work in technical nature such as Normalization, Program Listing, System test
results etc has to be included in this section.
The Appendices section should also be organazed in sub-sections for clarity and
readability. Such as :A1. Interview Notes
A2. Existing Reports
A3. Etc....
SECTION B
USER’S GUIDE
USER’S GUIDE consists of written and/or other visual information about an
application system, as to how it works and how to use it.
Bilkent University
Business Information Management
Web Site Development II
This section should be organized as a separate report with its own headings and subheadings.
Example of a generic User’s Guide
1. Introduction
1.1 Configuration
1.2 Function Flow
2. USER Interface
2.1 Display Screens
2.2 Command Types
3. Getting Started
3.1 Login
3.2 Log out
3.3 Save
3.4 Procedure Name (eg. Customer order)
3.4.1 Task name (e.g. Enter order, modify order, Delete order)
APPENDIX
Error Messages
What to do when you have certain errors etc. (Trouble shooting)
GLOSSARY - Short definition of technical terms i.e Jargons and abbreviations
used in your report. (It should be in alphabetical order)
e.g. Abbreviation for Business Information Management is (BIM)