0% found this document useful (0 votes)
4 views5 pages

SD Report Guidelines - It

The document provides guidelines for preparing a Diploma Final Semester Report for the G.T.U in Information Technology, emphasizing the importance of content quality, proper formatting, and thorough revisions. It outlines the required contents and structure of the report, including sections such as the introduction, system requirements, analysis, implementation, testing, and conclusion. Additionally, it specifies formatting details such as margins, font styles, and numbering conventions to ensure consistency and professionalism in the report presentation.

Uploaded by

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

SD Report Guidelines - It

The document provides guidelines for preparing a Diploma Final Semester Report for the G.T.U in Information Technology, emphasizing the importance of content quality, proper formatting, and thorough revisions. It outlines the required contents and structure of the report, including sections such as the introduction, system requirements, analysis, implementation, testing, and conclusion. Additionally, it specifies formatting details such as margins, font styles, and numbering conventions to ensure consistency and professionalism in the report presentation.

Uploaded by

nandish4647
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
You are on page 1/ 5

Software Development Course REPORT GUIDELINES

Following are the guidelines for the preparation of Diploma Final Semester Report to be submitted to the G.T.U
for the award of the Diploma in Information Technology.

General guideline:

1. Remember that your project/training/software report should be an honest report of the work done by you, content
rather than size is important.

2. Take care about physical layout, diagrams, charts, etc. They should be properly numbered and referred to.

3. A good work can be "killed" by a badly written report. Take extreme care about language grammar, spelling
and style. You are accustomed to take care of computer language while implementing; your report deserves the
same care for English.

4. It will be good idea to submit the draft copy of the project/training/software report to your guide or any other
teacher in the department for his comments. This should be done well in advance, so that the reviewer has
sufficient time for going through it in detail.

5. Remember that you will not be able to "disown" the report, make it something you will be proud of.

6. Don't wait 'for an inspiration to start writing the report, be ready to revise it several times. About halfway through
the project is good starting time for writing the report.

CONTENTS: Following should be the order of contents for the report and should be strictly maintained.

I. Cover Page
II. First Page
III. Industry Certificate (from the officer under you worked, attach original copy) (if IDP)
IV. College/ Institute Certificate
V. Acknowledgement (generally for your guide(s), various help received, discussion held, etc.
Remember we stand on the shoulders of many people; (here is the place to thank them)
VI. Abstract/synopsis of work assigned or entrusted to you in clear language.
VII. Index (Table of Contents) (Format given at the end)
VIII. Company profile: Organization, its activities, size, etc. The need of your work in organization, the
existing system and any past attempts. What is expected in general from the new system? (Max 2
Page)
IX. CHAPTERS (See The Details)
X. References
DETAIL OF CHAPTERS

1.0 Introduction
1.1 Software Summary - Key to a good summary is the FIRST sentence, which MUST contain the most essential
information that you wish to convey.
1.2 Purpose: Goals& Objectives
1.3 Scope (Scope - what it can do and can't do)
1.4 Technologies and Literature Review of Past Work/System

2.0 System Requirements Study


2.1 User Characteristics (Type of users who is dealing with the system)
2.2 Hardware and Software Requirements (minimum requirements to run your system)
2.3 Constraints (It includes Regulatory Policies, Hardware Limitations, Interfaces to Other Applications, Parallel
Operations, Higher Order Language Requirements, Reliability Requirements, Criticality of the Application,
Safety and Security Consideration, Assumptions and Dependencies or any other constraints related to your
system)

3.0 System Analysis


3.1 Study of Current System
3.2 Problem and Weaknesses of Current System
3.3 Requirements of New System (Mention all functional and non- functional including user and system
requirements)
3.4 Feasibility Study (In this section, do feasibility analysis by finding answers of the questions like, Does the
system contribute to the overall objectives of the organization? Can the system be implemented using the
current technology and within the given cost and schedule constraints? Can the system be integrated with
other systems which are already in place? etc)
3.5 Requirements Validation is concerned with showing that the requirements actually define the system which
the customer wants
3.6 Data Modeling
3.6.1 Class Diagram/ E-R diagrams
3.6.2 System Activity or Object interaction Diagram
3.6.3 Data Dictionary
3.7 Functional and Behavioral Modeling
3.7.1 Context Diagram
3.7.2 Data Flow Diagram (0 and I level)
3.7.3 Process Specification and Decision Table
3.7.4 Control flow diagram
3.8 Main Modules Of New System
3.9 Selection Of Hardware and Software and Justification

Note: Prepare System Requirement Specification (SRS) after analysis phase. Choose appropriate
guideline for your system.

NOTE: If your criteria do not match with above design then refers various CASE Tools for your application and
find suitable design. Don't blindly select these designs. Do find appropriate Design Style suitable to your project
work.

4.0 Implementation Planning and details


4.1 Implementation Environment (Single Vs Multi-user, GUI Vs Non GUI)
4.2 Program/Modules Specification
4.3 Security Features
4.4 Coding Standards
4.5 Sample Coding
5.0 Testing (choose appropriate testing strategy or techniques suitable to your system)
5.1 Testing Plan
5.2 Testing Strategy
5.3 Testing Methods
5.4 Test Cases (Purpose, Required output, Expected Result)

6.0 Screen shots and User manual

7.0 Limitations and Future Enhancement

8.0 Conclusion and Discussion


PAPER : Use A4 (210mm X 297mm) Royal Executive Bond Paper.

MARGINS : Margins for pages including the regular text should be as below:
Left 1.2 Inches
Right 1.0 Inches
Top 1.0 Inch
Bottom 1.0 Inch

FOLLOWING MUST BE STRICTLY FOLLOWED

TOP-LEFT CORNER : contains the Software - title of the student


TOP-RIGHT CORNER : contains the chapter heading
BOTTOM-LEFT CORNER : contains "INFORMATION TECHNOLOGY ,RCTI ”
BOTTOM- RIGHT CORNER : contains the page number

NUMBERING

 All pages in the report except the cover pages and dedication page must be numbered. All the page numbers
should be located at the BOTTOM RIGHT of the page.
 The page numbering starting from candidate's declaration up to the beginning of the chapters should be numbered
in small roman letters, i.e. i, ii...
 The page numbering starting from the beginning of Chapter I up to the end of the report, should be numbered in
Arabic numerals, i.e. 1, 2, 3...

PREPARATION OF CHAPTERS

Color : All the text including Tables should be Black prints. However, Graphs and Figures can have color prints.

Font :
Chapter Headings : Times New Roman 16 pts, bold, UPPER CASE
Section Headings : Times New Roman 14 pts, bold, UPPER CASE
Subsection Headings : Times New Roman 12 pts, bold, Title Case
Regular Text : Times New Roman 12 pts, normal
Special Text : Times New Roman Italics 12 pts (for foot notes, symbols, quotes..)

SPACING/ALIGNMENT

 Use 1.5 spacing between lines of regular text


 Use double spacing between Paragraphs, Chapter title and section Heading, Section heading and paragraphs,
Table Title and Table, Figure Title and Figure
 Use single spacing between text corresponding to bullets, listing and quotes in the body of text.
 All paragraphs in the report are to be fully justified from the first line to the last line and should start from left
without any hyphenation/indent. Text corresponding to bullets, listings and quotes in the main body of text should
be indented.

SECTION/SUBSECTION NUMBERING

Section numbering should be left justified using bold print with Arabic numerals and decimals.
Example: 1.1, 2.1, 1.2.1

FIGURES, DIAGRAMS, TABLES


Figures and Tables should follow immediately after/on immediate next page after they are referred to for the first time in
the text. Figure headings should be given at the bottom of the figure. All figures and tables are to be central aligned on the
page. Each drawing is to be numbered and referred to as Figures only. Diagram title should be similar to figure titles.
Table heading should be given at the top of the table.

REFERENCES

All the references cited inside the text should be documented under the heading "REFERENCES". All the references must
be informative. Example: Single Author: Aloysius J. A. (1998) Data Analysis for Management, Prentice Hall of India Pvt.
Ltd., New Delhi.

Note: Arrange references in alphabetical order and number them in that order.

NUMBER OF COPIES:

The student/group must prepare 1 copy which must be SPIRAL BOUND. Submit one
copy and one CD (including report and presentation) to the college. Extra copy can be
taken if student/group want to keep it for their future reference.

TABLE OF CONTENTS

Title Page No

ABSTRACT ………………………………………………………………………………….. i
COMPANY PROFILE ……………………………………………………………….... ii

CHAPTER-1 ………………………………………………………………………….. 01
1.1 ………………………………………………………………………….. 02
1.1.1 ………………………………………………………………..... 04
CHAPTER-2 ………………………………………………………………………….. 10

REFERENCES …………………………………………………………

You might also like