0% found this document useful (0 votes)
30 views9 pages

BCA Project Report Guidelines

This document outlines the formatting and content requirements for project reports submitted by students in the MCA, BCA, and BSc(CS) programs. It provides guidelines on report structure, formatting, and the information that should be included in proposals, interim reports, and final reports. Key requirements include using A4 paper, specific font sizes and margins, and including all phases of the software development life cycle. Reports should demonstrate work completed, objectives achieved, and future improvements. The best projects from each program will be awarded.

Uploaded by

Garima Parihar
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)
30 views9 pages

BCA Project Report Guidelines

This document outlines the formatting and content requirements for project reports submitted by students in the MCA, BCA, and BSc(CS) programs. It provides guidelines on report structure, formatting, and the information that should be included in proposals, interim reports, and final reports. Key requirements include using A4 paper, specific font sizes and margins, and including all phases of the software development life cycle. Reports should demonstrate work completed, objectives achieved, and future improvements. The best projects from each program will be awarded.

Uploaded by

Garima Parihar
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

UNIVERSITY INSTITUTE OF COMPUTING

DIVISION- MCA/BCA/BSc(CS)

POINTS TO REMEMBER WHILE PREPARING REPORTS


1. Project Proposal Formulation
The project proposal should be prepared in consultation with your guide. The project proposal
should clearly state the topics that are mentioned for every report. The project work should
compulsorily include all the phases of the software development life cycle(SDLC). The report
should be submission in proper format with
 A4 paper size,
 12 text size
 14 heading size
 1.5inch left margin, 1.5inch Top margin, 1inc bottom and 1 in right margin.
 Times New Roman
 1.5 line spacing
 The references should be in APA format
 For Diagrams creation student can take help of [Link] or Microsoft Visio.
 All the images should be in 300dpi.
2. Title and Technology Submission (3-5 pages) Covering the following
Aspects
i. Title of Project (Annexure-I)
ii. Introduction to the Project (1-s2 pages)
iii. Project features for identification of uniqueness (5-10 features)
iv. Front End and Back end used (1 page)
v. Objectives of the project
vi. Timeline of Project in weeks
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

3. First Report Format (12-15 pages) covering the following


aspects:
i. Title of the Project (Annexure-I)
ii. Table of Index
iii. Introduction to Project
iv. Gaps of Existing System
v. Features of the project
vi. Objectives of the Project
vii. Scope of the project
viii. Proposed Methodology
ix. Tools, Hardware and Software Specification
x. Planning and Requirement Gathering
xi. Software Requirement Specification
xii. Feasibility Study
xiii. Data Flow Diagram (Overall System)
xiv. Work Progress as per timeline
xv. Expected outcome
xvi. References (APA format)
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

4. Second Report Format (20-60 pages) covering the following aspects:


i. Title of the Project (Annexure-I)
ii. Table of Index
iii. Introduction to Project
iv. Objectives of the Project
v. Scope of the project
vi. Proposed Methodology
vii. Tools, Hardware and Software Specification
viii. Planning and Requirement Gathering
ix. Software Requirement Specification
x. Feasibility Study
xi. Data Flow Diagram (Level-0, Level-1, Level-2)
xii. Work Progress as per timeline
xiii. Number of Objectives Achieved
xiv. Modules Developed and their description
xv. ER Diagrams of tables created
xvi. Testing Strategy used & description of test cases and use cases
xvii. References(APA format)
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

5. Final Project Report Format (60-100 pages) covering the following aspects:
The project documentation may be about 60-100 pages (excluding coding). The project
documentation details should not be too generic in nature. Appropriate project report
documentation should be done, like, how you have done the analysis, design, coding, use of
testing techniques/strategies, etc., in respect of your project. To be more specific, whatever
the theory in respect of these topics is available in the reference books should be avoided as
far as possible. The project documentation should be in respect of your project only. The
project documentation should include the topics given below. Each and every component
shown below carries certain weight age in the project report evaluation.
 Title Page (Annexure-I)
 Acknowledgement
 Declaration by Candidate
 Training Letter
 Certificate by the Supervisor
 Abstract
 Preface
 Table of Contents
 Table of Figures
 Table of Tables
Chapter 1: Introduction
 Background
 Objectives
 Purpose,
 Scope
 Applicability
 Organisation of Report
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

Chapter 2: System Analysis


 Identification of Need
 Preliminary Investigation
 Feasibility Study
 Project Planning
 Project Scheduling (PERT Chart and Gantt Chart both)
 Software requirement specifications (SRS)
 Software Engineering Paradigm applied
 Data models (like DFD), Control Flow diagrams, State Diagrams/Sequence diagrams,
Entity Relationship Model, Class Diagrams/CRC Models/Collaboration Diagrams/Use-
case Diagrams/Activity Diagrams depending upon your project requirements
Chapter 3: System Design
 Modularisation details
 Data integrity and constraints
 Database design, Procedural Design/Object Oriented Design
 User Interface Design
 Test Cases (Unit Test Cases and System Test Cases)
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

Chapter 4: Coding
 Complete Project Coding
 Comments and Description of Coding segments
 Standardization of the coding
 Code Efficiency
 Error handling
 Parameters calling/passing
 Validation checks
Chapter 5: Testing
 Testing techniques and Testing strategies used
 Testing Plan used
 Test reports for Unit Test Cases and System Test Cases
 Debugging and Code improvement
 System Security measures (Implementation of security for the project developed)
 Database/data security
 Creation of User profiles and access rights
 Reports (sample layouts should be placed-If possible)
Chapter 6: Documentation
 Cost Estimation of the Project along with Cost Estimation Model
 Pre-Requisite for project Installation
 Comparative Analysis
 Negative Results
Chapter 7: Conclusion and Future Scope
 Conclusion
 Future scope and further enhancement of the Project
Bibliography(APA Format)
Appendices (if any-Daily report)
Glossary.
Plagiarism and Grammar report
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

Note: Should attach a copy of the CD containing the executable file(s) or Setup of the complete
project.
1. The project report should normally be printed with single line spacing on A4 paper (one
side only). All the pages, tables and figures must be numbered. Tables and figures should
contain titles.
2. If any project report is received in the absence of the approved project proposal Performa
(in original), project synopsis, bio-data of the guide with her/his signature on it,
certificate of originality and CD , it will be summarily rejected and returned to the student
for compliance.
3. Throughout the project report, the title of the project should be the same as per the
approved synopsis. Signature of the Project Guide in the Certificate of Originality should
match with the signature in the Project Proposal Performa also.
4. Only one copy of the original project report in the bound form along with the CD
(containing the executable file(s) of the project should be enclosed in the last page) is to
be submitted to the respective project guide. One photocopy of the same Project Report
and the CD containing the executable file(s) must be retained by the student, which
should be produced before the examiner at the time of viva-voce.
5. Preferably, not more than one student is permitted to work on a project. However, in case
a project is comprehensive enough that requires one human–year or more time for its
completion, then as per requirements of six human-months per student, at most three
students may work on the same project
6. If two students have been allowed to work on a project, the project synopsis and project
reports by them must include only different modules undertaken/worked upon
individually. Each student must submit a separate project proposal and a separate project
reports related to her/his modules. Completely identical project synopsis and/or project
reports are not allowed. Only introductory and possibly concluding remarks may be
similar or common.
7. Student should be involved in each and every phase of Project Development. If it is found
that student is not involved in any phase for example coding phase, it may lead to the
rejection/disqualifying of the project at any stage.
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)
8. Title of the project should be kept the same throughout the project.
9. Every week best performer will be selected by supervisor.
10. The best three projects from MCA and best three projects from BCA/BSC will be
awarded by an appreciation by the department.
UNIVERSITY INSTITUTE OF COMPUTING
DIVISION- MCA/BCA/BSc(CS)

(Annexure-I)
A Project Report
On
Title
Submitted in partial fulfillment of the requirements for the
award of the degree of
(DEGREE)
in
Session:
By
(STUDENT1,REG ID:
STUDENT 2, REG ID:
STUDENT 3, REG ID:)
Supervised By
NAME OF SUPERVISOR
DESIGNATION

University Institute of Computing


CHANDIGARH UNIVERSITY, GHARUAN, MOHALI, PUNJAB,140413

Project Coordinator Head-UIC

Common questions

Powered by AI

Maintaining a consistent project title throughout the documentation and reporting phases is critical for clarity and tracking purposes. It helps in associating all the different stages of the project under one identifiable header, reducing confusion and ensuring that all documentation is linked and recognized as part of the same project . This consistency is also necessary for administrative purposes, as deviations might lead to administrative disqualifications or misalignments with the approved project proposal, as highlighted in Source 3.

Using the APA format for references ensures that citations are standardized, which enhances the credibility and academic integrity of the report. This formatting requirement assists in the consistent presentation of sources, making it easier for readers or evaluators to verify and follow up on the sources cited . Proper referencing prevents plagiarism and acknowledges the contributions of other scholars in the field.

Adhering to specific formatting guidelines, such as set margins and font types, contributes to the professional appearance and improved readability of a project report. These guidelines ensure uniformity and aesthetic consistency, which can make the document easier to navigate and more appealing to read. Consistent use of fonts like Times New Roman and specified margin sizes help in defining the structure and focus of the document .

Prioritizing APA format for figures and tables enhances the academic and professional quality of a project report by ensuring consistency, clarity, and credibility. It facilitates easier navigation and comprehension for readers by adhering to a familiar structure and style, aiding in the clear presentation of data and concepts . Clear labeling and proper sequencing in APA format help maintain academic rigor and make complex information more accessible and interpretable.

If the original proposal and synopsis are not included with the final report submission, it poses significant risks to a project's approval and integrity. Such omissions can lead to questions regarding alignment with initial intentions, deviations from approved project goals, and unapproved changes in scope, potentially resulting in rejection of the report. The project may be seen as lacking coherence or continuity with its initial proposal . These elements are critical for verifying that the project has progressed as planned and complies with initial expectations.

The inclusion of both PERT and Gantt charts in project reports aids in more effective planning and execution by providing two complementary perspectives on project scheduling and time management. PERT charts help in identifying task dependencies and the critical path, which is crucial for optimizing timelines and reducing delays. In contrast, Gantt charts offer a visual timeline of the project, allowing for easier tracking of progress and identification of potential bottlenecks . Together, they enhance a project's strategic planning and operational monitoring capabilities.

The requirement to submit a CD with executable files as part of the final project report has several advantages. It provides a tangible medium for evaluators to test and verify the project's functionality, ensuring that the software works as described in the documentation. However, disadvantages include logistical challenges such as ensuring CD compatibility across different systems and the risk of hardware failure or data corruption during submission . It's also important for project creators to safeguard against piracy or unauthorized distribution of their work.

Ensuring student involvement in every phase of a project can be challenging due to varying levels of engagement and interest among students. Challenges include ensuring equitable participation, managing time effectively, and integrating individual contributions into a cohesive whole. Strategies to overcome these challenges include regular check-ins by supervisors, setting clear individual responsibilities, and using collaborative tools for documentation and communication. Assigning distinct tasks within each development phase and incentivizing participation through recognition can further enhance student involvement . Failure to engage in all phases can lead to project rejection or disqualification.

Including all phases of the Software Development Life Cycle (SDLC) in a project proposal is significant because it ensures a comprehensive approach to project management and execution. Covering the SDLC phases—such as planning, analysis, design, implementation, testing, and maintenance—enables thorough preparation for potential risks and ensures systematic progress through each stage of software development, ultimately leading to a successful project outcome . This comprehensive inclusion also facilitates a clear roadmap for the project, enhancing coordination and efficiency.

Requiring individual project reports and proposals even when students work in groups ensures accountability and individual contribution to the project. This prevents free-riding and ensures that each student gains a comprehensive understanding and experience of the project work. It also allows evaluators to assess the efforts and understanding of each student independently, promoting transparency and fair grading . Furthermore, it challenges students to effectively document and articulate their specific contributions and insights separately, fostering skills in independent critical thinking and writing.

You might also like