BCA Semester VI Project Details PDF
BCA Semester VI Project Details PDF
Objective
1. Students of Semester VI are to carry out a software project as part of curriculum of BCA.
At the end of the semester the students are to submit a written project report to be forwarded to
Dr BRAmbedkar 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 BCA (Paper No BCA-501611), students of Semester VI are to write
a dissertation/project report. The dissertation/project report has two components, viz.
3. It is partly responsibility of the student to find a relevant topic for his/her term
dissertation. If you are involved in research or development in this area, your dissertation can
relate to your work as long as your work can be public. The dissertation is to study the selected
problem and quality & shortcomings of available solutions. In the report, you must also include
any new solution you can think of and general comments on why the problem is important.
4. The dissertation work could be based on, simulation study, or implementation. You are
allowed to perform original work, if you so desire.
Final Report
6. The format of the project report is attached as Appendix ‘A’. 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
7. Following Schedule is to be adhered to by all the students:
Appendix ‘A’
Format
Title Page
Certificate
Acknowledgements
4. In the “Acknowledgements” page, the writer recognises his indebtedness for guidance
and assistance of the thesis adviser and other members of the faculty. Courtesy demands that he
also recognise specific contributions by other persons or institutions such as libraries and
research foundations. Acknowledgements should be expressed simply, tastefully, and tactfully
duly singed above the name.
Synopsis/Executive Summary
7. The guidelines for Body of the Project Report (methodology) are detailed in Appendix
‘C’. Following aspects must be adhere to:
(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:
8. This section of the report/dissertation should cover findings of the work, whether the
stated objectives of the work is achieved with full justification, recommendations, limitations,
directions for future development.
References/Bibliography
1. D.L. Carney, J.I. Cochran, “The 5ESS Switching System: Architectural Overview,”
AT&T Technical Journal, vol. 64, no. 6, July-August 1985, pp. 1339-1356.
2. A. Stevens, C++ Database Development, MIS Press, New York, 1992, p. 34.
4. www.ibm.com/in
5. www.intel.com/india
Appendices
10. The appendices are to be attached at the end of the report/dissertation and to be numbered
as Appendix-A,. 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
Logo of the
University
Logo of the
Institute
Certificate
of the organisation or of the Institute). The matter embodied in this project work has not
been submitted earlier for the award of any degree or diploma to the best of my knowledge
and belief.
Director/HOD
Annexure-III
CONTENTS
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
8 Chapter-2: Systems Analysis of Existing System
9 Chapter-3: Requirements Analysis
10 Summary and Conclusions
11 References
12 Appendices
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 Requirement Analysis
2. 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.
3. 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.
6. Interface Design:
(a) Output Design: Screen & Print layouts, i.e., the format and contents (fields) to be
included – along with the file to which it is linked.
(b) 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.
7. Database & File Design:
(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.
(c) Compose Data Element Dictionary: List all the fields in all the files in
alphabetical order in a tabular form and serially numbered them.
8. Purpose: To carry out the activities of writing actual programmes, their debugging,
testing and validation. Following activities are to be carried out:
(a) Programme Development: Explain the language or package used for developing
the programmes (both back-end and front-end).
(b) Testing & Debugging: Use Past Data to check whether the programmes work as
intended by
(ii) System Testing: Integrated module Testing for the entire system.
(You may like to include the test reports in the project to show the errors, if any, and a
write-up on their rectification).
(c) Validation: Check the system with Real-time Data for input, output,
computational processing & controls.
9. Attach programme codes, input and output designs and outputs using the real data in this
chapter. Codes may be attached as appendix.
(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:
(ii) User Manual-Giving instructions & procedures for end-users (for data
entry, output, help etc).