Professional Documents
Culture Documents
Objective
1. Students of Semester VI are to carry out a software project as part of curriculum of MCA.
At the end of the semester the students are to submit a written project report to be forwarded to
GGSIP University. The objective of this Teaching Note is to standardise the format of
submission of the project report and to lay guidelines to conduct the project.
2. As per the syllabi of MCA (Paper No MCA-302), students of Semester VI are to write a
dissertation/project report comprising of 26 credits. The dissertation/project report has three
components, viz.
Proposal
5. The project proposal should be about one/two page long and must be
submitted in writing to your respective guide. The format of the synopsis is
attached as Appendix A. All students are required to submit the
synopsis by January 30th, 2017
Final Report
6. The format of the project report is attached as Appendix B. The Guidelines for
methodology to be adopted for conducting the project is attached as Appendix C. The last
date of submission of the completed and bounded report is to be submitted as per the
schedule given below.
Important Dates
2. Organisation: Mention the name of organisation where you intend doing your project.
Briefly explain the nature of the organisation and its business.
3. Problem Definition: If an old information system is the topic of dissertation, what are
the problems with the existing system? In what ways your proposed system will improve
the existing system? If a new system is being proposed, how will it fulfil the user
requirements? Explain the objectives of the Project.
4. Methodology: Explain which methodology you will adopt for analysis and design, e.g.,
Classical SDLC Method, Object Oriented Analysis & Design Method, Structured
Analysis & Development Method or Prototype Method.
5. Tools: Explain the software tools and platform that you propose to use in the project.
6. Nature of Research: If you are writing the dissertation based on literature survey, give
details of literature to be surveyed. Explain whether the nature of research is exploratory
or original thought process is being pursued.
Appendix B
(Refer Para 6)
Format
Title Page
Certificate
Acknowledgements
Synopsis
(a) Page Size: Good quality white A4 size executive bond paper
should be used for typing and duplication.
(d) Page Numbers: All text pages starting from Body of the Project
Report as well as program source code listings should be numbered at
the bottom center of the pages.
(i) Font Size: 12, Times New Roman, Double Spacing, Single
Side Writing.
(ii) Paragraphs Heading Font Size: 12, Times New Roman,
Underlined
(iii) Page/Title Font Size: 14
(f) Table and Figure Number: Table and figure numbers are to be written at the
bottom of the table/ figure as given below:
References/Bibliography
Appendices
10. The appendices are to be attached at the end of the report/dissertation and to be numbered
as Appendix-A, Appendix-B etc. right justified at the top of the page. Below the world
Appendix write in parenthesis Refer Para No__. The Para number is to be the number in the
body of text where the reference of appendix is given. An appendix may have annexure (s). If
there are annexure, there are to be attached immediately after the said appendix. The annexures
are to be numbered as Annexure-I, Annexure-II etc.
Annexure-I
To
Certificate
has not been submitted earlier for the award of any degree or diploma to
S No Topic Page No
1 Certificate (s) -
2 Acknowledgements -
3 Synopsis/Executive Summary -
4 List of Tables -
5 List of Figures -
6 List of Symbols -
7 Chapter-1: Introduction/Problem Definition
1.1 Brief Description of the Organisation
1.2 General Description of the System under Study
1.3 .
8 Chapter-2: System Requirements Specification
2.1 Functional Requirements
2.1.1
2.1.2
2.2 Non Functional Requirements
9 Chapter-3: Requirements Analysis Document
Requirements Analysis Document
3.1 System Models
3.1.1 System Flowchart
3.1.2 DFD(Upto 2nd Level)
3.1.3 ER Diagram
3.2 Use case model
3.2.1 Identifying Use Cases, Actors and Scenarios
3.2.2 Use case Diagrams
3.3 Object Model
3.3.1 Data Dictionary
3.3.2 Class Diagrams
3.4 Dynamic Models
3.4.1 Sequence Diagrams
3.4.2 Statechart Diagrams
3.4.3 Activity Diagrams
4 System Design Document
4.1 Subsystem Decomposition
4.2 Design Goals
5 Front End and Back End Tools
5.1Details about Front End
5.2 Details about Back End
6 Screens
6.1 Output Design
6.2 Input Design
7 Reports
8 Source Code
9 Testing
10 Summary and Conclusions
11 References
12 Appendices
Similar tables (as shown above for Contents) are to be drawn for List of Tables and List
of Figures on separate pages.
LIST OF SYMBOLS
Symbols that are used in the body of the text are to be listed in tabular form as given
below:
(a) Brief Description of the Organisation: If the project work is being done outside
the Institute, describe the organisation, its nature of business, products, turnover, market
position etc.
(b) General Description of the System under Study: Briefly explain how the
existing information system achieving the task, which is under study.
Give justification, How & Why without the new system user requirements
cannot be fulfilled.
How will the proposed solution enhance the efficiency, effectiveness, better
control, security and achievement of objectives/standards/benchmarks?
(e) Objectives of the Project: Keeping in view the user requirements and needs,
available time and expertise, lay down the objectives of the project. Clearly spell out
what is proposed to be done in the project.
(f) Methodology: SDLC, Structured Analysis & Design, Object Oriented Design
method or Prototype method. You may follow a mixed methodology and tools; however,
you should clearly mention the steps and tools and techniques that you are going to
follow in the current project with brief justification.
(g) Data required & Data Collection Method: You should establish requirement of
data and methodology/technique of data collection, e.g., interview, questionnaire,
document analysis. If questionnaire is developed, attach a copy of the questionnaire as
appendix.
Chapter-2: Systems Requirements Specification
2.1 In this chapter students are required to establish the user requirements by doing the
systems analysis of the existing system in vogue and by interacting with the management/staff of
the organisation. In every organisation a system does exist in some rudimentary or manual form,
if not computerised. The activities that are required to be carried out and to be described in the
project are:
(b) Identify the Input to and Output of each process, e.g., for Rail Reservation System
input is the form and output is a ticket.
(c) Identify the data elements (fields) in each input and output.
(e) Identify the controls (for I/O & access), security needs, validation rules and codes
used for data elements.
2.2 Having collected the data on the above aspects, analyse it and interact with the
management for any changes in process (es), input, output, procedures, access and control rights,
security needs and your suggestions for removing the deficiencies. List down all the non-
functional requirements of the system like platform, I/O devices etc.
3.1 Conceptual Design: Explain relationship between various components (processes, input,
output & entities) of the system by drawing System Flowchart, DFDs (upto level 2 using
Yourdon symbols (refer Software Engineering by Pressman)), ER Diagram (using Chen
notation).
3.2 Use Case Model: Identify the main actors involved in the system and the major scenarios
being handled by the system. Depict the interaction between these actors and scenarios by an
appropriate use-case diagram.
3.3 Data Model: Identify all the major data items involved in the system by doing the database
design (design all tables identifying all attributes involved along with constraints on each), build
a data dictionary from the database design. List all the fields in all the files in alphabetical order
in a tabular form and serially numbered them.
5.1 Details about Front End: Identify the software to be used for Front End design and justify
your choice.
5.2 Details about Back End: Identify the DBMS to be used for Back End and justify your
choice. Include the following:
(a) Database Files/Tables Design: Depending on the DBMS/RDBMS package used, give
contents of each file including Field Name, Type, Size & Description.
(b) Programme Files or Query Design: Give purpose and detailed working of each programme
file or a Query and link it to the processing logic and Process/Input/Output.
6.1 Output Design: Screen & Print layouts, i.e., the format and contents (fields) to be included
along with the file to which it is linked.
6.2 Input (Form or Screen) Design: For keying-in data. Give fields, format, codes to be used,
validation (error detection) requirements & the file to which it is linked.
Chapter-7 Reports
Attach programme codes, input and output designs and outputs using the real data in this chapter.
Chapter-9 Testing
9.1 Purpose: To carry out the activities of testing and validation. Following activities are to be
carried out:
(a) Testing & Debugging: Use Past Data to check whether the programmes work as
intended by
(You may like to include the test reports in the project to show the errors, if any, and a
write-up on their rectification).
(b)Validation: Check the system with Real-time Data for input, output, computational
processing & control.
Summarise the advantages and limitations of your system and the possible future extensions.
Chapter-12: Appendices
(a) Acquisition: Workout the memory requirement, disk space required for
programme (s) and database (s). List out HW, SW and people resources required and
indicate the cost of the system.
(b) Conversion: Suggest change over procedures (Parallel, Direct or Partial Change
over) with justification.
(c) Training Needs: Establish the training needs of operating personnel, clerical/non-
clerical staff, supervisors, and senior staff.
(d) Documentation: