0% found this document useful (0 votes)
44 views10 pages

Capstone Project Final Report

Uploaded by

bachtunggpt
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
44 views10 pages

Capstone Project Final Report

Uploaded by

bachtunggpt
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd

MINISTRY OF EDUCATION AND TRAINING

FPT UNIVERSITY

Capstone Project Document


[Project name (Code)]

<Group Name>
<Member name><RollNo><Student code >
<Member name><RollNo>< Student code >
Group Members <Member name><RollNo>< Student code >
<Member name><RollNo>< Student code >
<Member name><RollNo>< Student code >

Supervisor
Ext Supervisor

- Hanoi, August 2023 -


Table of Contents

Acknowledgement.................................................................................................................................4
Definition and Acronyms........................................................................................................................4
I. Project Introduction............................................................................................................................5
1. Overview........................................................................................................................................5
2. Product Background.......................................................................................................................5
3. Existing Solutions...........................................................................................................................5
4. Business Opportunity.....................................................................................................................5
5. Software Product Vision.................................................................................................................5
6. Project Scope & Limitations...........................................................................................................5
II. Project Management Plan..................................................................................................................6
1. Overview........................................................................................................................................6
2. Management Approach.................................................................................................................6
3. Project Deliverables.......................................................................................................................6
4. Responsibility Assignments............................................................................................................6
5. Project Communications................................................................................................................6
6. Configuration Management...........................................................................................................6
III. Software Requirement Specification.................................................................................................7
1. Requirement Overview..................................................................................................................7
2. Functional Specifications................................................................................................................7
4. Non-Functional Requirements.......................................................................................................8
5. Requirement Appendix..................................................................................................................8
IV. Software Design Description.............................................................................................................8
1. System Design................................................................................................................................8
2. Database Design.............................................................................................................................8
3. Detailed Design..............................................................................................................................8
V. Software Testing Documentation......................................................................................................9
1. Scope of Testing.............................................................................................................................9
2. Test Strategy..................................................................................................................................9
3. Test Plan.........................................................................................................................................9
4. Test Cases.......................................................................................................................................9
5. Test Reports.................................................................................................................................10
VI. Release Package & User Guides......................................................................................................10
ProjectCode – Final Report Page 2 / 10
1. Deliverable Package.....................................................................................................................10
2. Installation Guides.......................................................................................................................10
3. User Manual.................................................................................................................................10

ProjectCode – Final Report Page 3 / 10


Acknowledgement
[Fill team’s acknowledgement here…]

Definition and Acronyms


[Fill all the definitions, acronyms,… used within the document] in the table format as below]

Acronym Definition

PWM Psychology website

AWS Amazon Web Services

BA Business Analysis

BR Business Rule

ERD Entity Relationship Diagram

GUI Graphical User Interface

PM Project Manager

SDD Software Design Description

SPMP Software Project Management Plan

SRS Software Requirement Specification

UAT User Acceptance Test

UC Use Case

API Application Program Interface

ProjectCode – Final Report Page 4 / 10


I. Project Introduction
[Provide final project introduction information follow the template as part II in the Report #1]

1. Overview
1.1 Project Information
[Provide the brief information of the project: project name, project code, group name, etc.]

1.2 Project Team


[List out the details of the project team and stakeholders…]

2. Product Background
[This section summarizes the rationale for the new product. Provide a general description of the
history or situation that leads to the recognition that this product should be built. You should also
mention here the information on the customer /the people who raise project idea/request]

3. Existing Solutions
[Add the system which might help solving the problems you listed above or the systems in which you
can learn/refer the features for your system design]

4. Business Opportunity
[Describe the market opportunity that exists or the business problem that is being solved. Describe
the market in which a commercial product will be competing or the environment in which an
information system will be used. This may include a brief comparative evaluation of existing products
and potential solutions, indicating why the proposed product is attractive. Identify the problems that
cannot currently be solved without the product, and how the product fits in with market trends or
corporate strategic directions]

5. Software Product Vision


[Write a concise vision statement that summarizes the purpose and intent of the new product and
describes what the world will be like when it includes the product. The vision statement should reflect
a balanced view that will satisfy the needs of diverse customers as well as those of the developing
organization. It may be somewhat idealistic, but it should be grounded in the realities of existing or
anticipated customer markets, enterprise architectures, organizational strategic directions, and cost
and resource limitations]

6. Project Scope & Limitations


[The project scope defines the concept and range of the proposed solution. It’s also important to
define what will not be included in the product. Clarifying the scope and limitations helps to establish
realistic expectations of the many stakeholders. It also provides a reference frame against which
proposed features and requirements changes can be evaluated. Proposed requirements that are out
of scope for the envisioned product must be rejected, unless they are so beneficial that the scope
should be enlarged to accommodate them (with accompanying changes in budget, schedule, and/or
resources)]

ProjectCode – Final Report Page 5 / 10


II. Project Management Plan
[Provide final project plan information follow the template as part II in the Report #2]

1. Overview
1.1 Scope & Estimation
[Create/Provide the list of software product following the table template as below. In this table, we
categorize each software function into three levels of complexity (Simple, Medium, Complex) and
estimate the total effort to complete each one in man-day]

1.2 Project Objectives


[Provide the overall project objective description and then the specific target metrics of your project
in term of quality, time, and cost (allocated effort distribution for project activities: requirement,
design, coding, testing, project management, etc)]

1.3 Project Risks


[List out the details on project risks in the table below]

2. Management Approach
[Describe the approach you would use the manage and implement your project]

2.1 Project Process


[Draw and describe the software development process model that the team would apply into the
project implementation]

2.2 Quality Management


[Provide the approach you would apply to improve the project quality, reach the project quality
objectives

2.3 Training Plan


[You need to plan the training activities in case any of your team member lack of knowledge/skills to
handle the project works]

3. Project Deliverables
[Given the main project deliverables. Those can be internal and/or external deliverables]

4. Responsibility Assignments
[Describe the main responsibilities in your project (to complete the outputs as defined in the above
section), in the format as the sample below]

5. Project Communications
[Provide the details of project communication plan, the to-be-used tools, the project interface, etc.]

6. Configuration Management
6.1 Document Management
[Describe how you would manage project documents & their changes/versions]

6.2 Source Code Management


[Describe how you would manage project source codes & their changes/versions]

6.3 Tools & Infrastructures


[List out the tools & infrastructure that you would use in the software development and deployment]
ProjectCode – Final Report Page 6 / 10
III. Software Requirement Specification
[Provide final software requirement specification follow the template as part II in the Report #3]

1. Requirement Overview
1.1 Context Diagram
[Gives the overall description about the product with some introduction and the context diagram]

1.2 User Requirements


[Provide specification of the user requirement: actor, use case diagram(s)]

1.3 System Functionalities


[Provide functionality overview of software system: screen flow, screen descriptions, system user
roles, screen authorization, non-screen functions, ERD]

2. Functional Specifications
[Provide the functional specification of the screens/functions (grouped by features or workflows and
sub-features if needed), in which you need to provide the UI, UC specifications and the business rules
in the form of table as guided]

2.1 <<Feature/Workflow Name1>>


2.1.1 <<SubFeature Name1>>
[Link] <<Screen/Function Name1>>
a. UI Specifications
[Provide the brief description, the mockup screen(s) and UI description for the screen]

<<Screen Name1>>

[Specification content 1: brief description of the screen/function]

[Specification content 2: the screenshot which is UI layout (Mockup screen) here]

[Specification content 3: descriptions/requirements for the components/fields of the screen here]

<<Screen Name2>>

[Specification content 1: brief description of the screen/function]

[Specification content 2: the screenshot which is UI layout (Mockup screen) here]

[Specification content 3: descriptions/requirements for the components/fields of the screen here]

b. UC Specifications
<<UseCaseCode1_UC Name1>>

[Provide descriptions for the UC(s) that are covered in the Screen/Function. The descriptions include
the UC specifications and business rules specific to the UC]

ProjectCode – Final Report Page 7 / 10


4. Non-Functional Requirements
4.1 External Interfaces
[This section provides information to ensure that the system will communicate properly with users
and with external hardware or software elements.]

4.2 Quality Attributes


[List all the required system characteristics (quality attributes) specification]

5. Requirement Appendix
[List out other requirements, appendix information etc. in this part]

5.1 Business Rules


[Provide common business rules that you must follow. The information can be provided in the table
format as the sample below]
5.2 Common Requirements
[Fill all the common requirements here..]

5.3 Application Messages List


5.4 Other Requirements…

IV. Software Design Description


[Provide final software design information follow the template as part II in the Report #4]

1. System Design
1.1 System Architecture
[The content of this section includes the overall diagram which includes the sub-systems, the external
systems, and the relationship/connection among them.]

1.2 Package Diagram


[Provide the package diagram for each sub-system. The content of this section includes overall
package diagram(s) and the explanation for each package (or namespace)]

2. Database Design
[Provide the files description, database table relationship & table descriptions]

3. Detailed Design
3.1 <Feature/Function Name1>
[Provide the detailed design for the feature <Feature Name1>. It includes Class Diagram, Class
Specifications, and Sequence Diagram(s)]

3.1.1 Class Diagram


[This part presents the class diagram for the relevant feature]

3.1.2 <Sequence Diagram Name1>


[Provide the sequence diagram(s) for the feature]
3.1.2 <Sequence Diagram Name2>
3.1.3 …

3.2 <Feature/Function Name2>



ProjectCode – Final Report Page 8 / 10
V. Software Testing Documentation
[Provide final software testing information follow the template as part II in the Report #5]

1. Scope of Testing
[Describe the scopes of the test. Those include the target-of-test’s features, functions, and non-
functional requirements that will or will not be tested.

Describe the stages/levels of testing that would be applied to your project - Unit, Integration, or
System test. Each includes the in-charge, inputs/time, focuses, acceptance criteria.

List any constraints or assumptions made during the development of this document that may impact
the design, development or implementation of testing]

2. Test Strategy
[List out and describe all testing types (you can refer the test types listed below or any other test
types to selected the suitable ones for the project; for each selected test types you need to provide
the following information: test objective, technique, completion criteria, etc.), test levels that those
test types would be performed, & the details of test supporting tools would be used in the project]

2.1 Testing Types


[List out and describe here the testing types which you would apply in your project. You need to
mention following information for each type of testing: objective, technique, completion criteria]

2.2 Test Levels


<List out and describe here the testing levels which you would execute in your project. Besides, clearly
state the test types which are performed in each test level that you plan for this project>

2.3 Supporting Tools


<List of the test supporting tools which will be employed for this project>

3. Test Plan
3.1 Human Resources
[List and provide the details on roles and responsibilities of the project members who would involve in
testing works]

3.2 Test Environment


[List and provide the details about the tools (software, hardware, infrastructure) which the project
would use for testing]

3.3 Test Milestones


[Separate test milestones, which should be identified to communicate project status
accomplishments]

4. Test Cases
[Prepare the details on the test cases following the provided template

 Unit Test Cases: Report5_Unit [Link]


 Other Test Cases (IT, ST, AT): Report5_Test [Link]]

5. Test Reports
[Provide the test result, statistics and the relevant test analysis for your testing in the project]

ProjectCode – Final Report Page 9 / 10


VI. Release Package & User Guides
[Provide final software testing information follow the template as part II in the Report #6]

1. Deliverable Package
[The section will list all source programs, scripts, documents with version number in this release. You
can see the example following table for reference, can customize or delete if not using belong to each
project characteristics]

No. Deliverable Item Description


1 Schedule/Task Tracking
2 Project Backlog
3 Source Codes
4 Database Script(s)
5 Final Report Document
6 Test Cases Document
7 Defects List
8 Issues List
9 Slide

2. Installation Guides
2.1 System Requirements
[Define any system requirements necessary to support the application, including the software and
relevant configurations]

2.2 Installation Instruction


[Includes installation instructions and configuration guidelines]

3. User Manual
3.1 Overview
[Descript the overview of the application and if could, insert the features workflow to help user has
the overview of all the features in this application]

3.2 Workflow 1
[Describe the purpose of this workflow, draw workflow diagram and other relevant diagrams]

[Describe the detailed guides for the workflow by providing the brief description, step by step guides
(attached with user interface) of how to use that function]

3.3 Workflow 2

ProjectCode – Final Report Page 10 / 10

Common questions

Powered by AI

Software Testing Documentation and Test Reports support project validation and verification by defining the scope of testing, detailing test strategies, and specifying test plans. They outline the different testing levels such as Unit, Integration, or System testing, and provide tools and techniques for effective testing. Test Reports document the test results and analyses, offering insights into software stability and reliability, thus ensuring that the end product meets all specified requirements and standards .

The Project Introduction section outlines the rationale for developing a new product by providing a general description of the history or situation leading to the recognition that this product is necessary. It discusses the customer's request or the idea that initiated the project, emphasizes the business opportunities associated with the new product, and describes the existing solutions which it aims to improve upon or replace. The section sets the context for the product by incorporating market evaluations and identifying unsolvable problems with current products, fitting into market trends, or addressing organizational strategic directions .

The System Design Description facilitates project visualization through several key components. It includes the system architecture, presenting an overall diagram that delineates the sub-systems, external systems, and their interrelationships. Package diagrams further deconstruct the system into namespaces or package elements with corresponding explanations, providing a detailed architectural perspective. These visual aids allow stakeholders to clearly understand system interactions and dependencies .

A clear project scope and limitations are crucial as they define the boundaries of the project, outlining what will and won't be included in the final product. This clarity helps manage stakeholder expectations and serves as a reference for evaluating the relevance of proposed features or requirements changes. Defining scope prevents scope creep and ensures that the project stays aligned with its original objectives, time, cost, and quality constraints .

The release package and user guide include deliverable items such as source programs, scripts, and documents with version numbers. They also offer installation guides with system requirements and step-by-step installation and configuration instructions. The user manual provides an overview of the application and feature workflows, accompanied by detailed user guides. Together, these elements aid in smoothly deploying the product by ensuring users and administrators have all necessary information to utilize the software effectively .

The document addresses project risks by listing detailed potential risks in a table format. This includes identifying possible risks, assessing their impact, and formulating mitigation strategies. Evaluating risks allows for preemptive measures to be integrated into the project management plan, thereby minimizing potential disruptions and ensuring project objectives are achieved within the scope, budget, and timelines .

The Quality Management approach involves various strategies such as establishing quality standards, implementing quality assurance testing throughout the development life cycle, and continual monitoring and evaluation of project outputs against these standards. Training plans may also be instituted to bridge any skills gaps and ensure team members can meet quality demands. These measures help maintain high standards and meet project quality objectives efficiently .

The main components of the Software Requirement Specification (SRS) include: a context diagram, user requirements specifying actors and use cases, system functionalities with overviews of screen flows and authorizations, functional specifications detailing UI and UC specifications with business rules, and non-functional requirements covering external interfaces and quality attributes. Additionally, the SRS contains an appendix with business rules and other common requirements .

The project management plan classifies software functions into three levels of complexity: Simple, Medium, and Complex. Each level correlates to an estimated total effort needed to complete the function, measured in man-days. This classification allows for effective resource allocation, time management, and setting realistic project timelines. The detailed estimations enable the team to manage expectations and accommodate adjustments if necessary .

The project's configuration management plan includes document management, source code management, and the use of necessary tools and infrastructures. Document management oversees changes and version control for all project documents. Source code management similarly handles changes and versioning for the project’s codebase. The tools and infrastructure section lists the software development and deployment tools being utilized, ensuring consistency and coherence across the project .

You might also like