Master of Computer Applications (MCA) : MCSP-060
Master of Computer Applications (MCA) : MCSP-060
Master of Computer Applications (MCA) : MCSP-060
(MCA)
MCSP-060
PROJECT GUIDELINES
(2014)
The Master of Computer Applications (MCA) programme prepares the students to take up positions as
Systems Analysts, Systems Designers, Software Engineers, Programmers and Project Managers in any
field related to information technology. We had therefore imparted you the comprehensive knowledge
covering the skills and core areas of computer science courses with equal emphasis on the theory and
th
practicals. The MCA students are expected to spend last semester(6 semester) working on a project
preferably in a software industry or any research organization.
The theoretical background of various courses provides you the necessary foundation, principles,
and practices to develop effective ways to solve computing problems. The hands on experience
gained from the practical courses provides you the knowledge to work with various operating
systems, programming languages, software tools and testing tools.
The objective of the MCA project work is to develop quality software solution. During the
development of the project, you should involve in all the stages of the software development life
cycle like requirements engineering, systems analysis, systems design, software development,
testing strategies and documentation with an overall emphasis on the development of reliable
software systems. The primary emphasis of the project work is to understand and gain the
knowledge of the principles of software engineering practices, so as to participate and manage a
large software engineering projects in future.
Approval of the project proposal is mandatory to continue and submit the project work. Prepare
your project proposal strictly as per guidelines. Disapproval of project proposal leads to loss of
your valuable time. To avoid this loss take your proposal preparation very seriously and consult for
every point on which you have doubt, with your project guide/supervisor.
You are advised to take this project work very seriously, as these efforts will be considered as 6-
months experience in most of the software companies. Topics selected should be complex and large
enough to justify as a MCA project. Please do not undertake the topics/specifications from the
MCS-044 (Mini Project) or don‟t repeat the topic undertaken at BCA level, if you are from the
BCA/MCA integrated mode. However, you can use MCS-044 guidelines and experience for
reference. The project should be genuine and original in nature and should not be copied from
anywhere else. If found copied, the project report will be forwarded to the Exam Discipline
Committee of the University as an Unfair means case for necessary action. In case of project
resubmission, please confirm the fees and other details with the Regional Centre/Study
Centre/website. Students should strictly follow and adhere to the MCSP-060 project guidelines.
I CALE
NDAR
FOR
THE
MCA
PROJ
ECT
4
SCHOOL OF COMPUTER AND INFORMATION SCIENCES
IGNOU, MAIDAN GARHI, NEW DELHI – 110 068
(Note: All entries of the proforma of approval should be filled up with appropriate and complete information.
Incomplete proforma of approval in any respect will be summarily rejected.)
……………………………………………………………………………………………………………….
(**Note: At any given point of time, a guide should not provide guidance for more than 5 MCA students of IGNOU)
6. Software used in the Project***:…………………………………………………………..
(*** Please refer to section VIII of these guidelines)
7. If already pursued BCA/BIT from IGNOU, mention the title of the project (CS-76) and the
s/w used:……………………………………………………
8. Project title of the Mini Project (MCS-044) and the s/w used:………………………………………………
…………………………………………….
Signature, Designation, Stamp of the
Project Proposal Evaluator
ApprovedNot Approved Date: …………………….
Suggestions for reformulating the Project:
Ensure that you include the following while submitting the Project Proposal:
1. Proforma for Approval of Project Proposal duly filled and signed by both the student and
the Project Guide with date.
2. Bio-data of the project guide with her/his signature and date. Please also attach the
certified copy of proof of identity of guide.
4. A self-addressed envelope with duly affixed postage stamps (to send it by ordinary post
only) on it.
Note:
1. At any given point of time, a guide should not provide guidance for more than 5 MCA students
of IGNOU.
2. If you are a student of BCA/MCA integrated programme, don’t repeat the BCA project
specifications. Select a different topic altogether.
3. Please do not undertake the topics / specifications from the MCS-044 (Mini Project).
Problem selected and the specifications should be very much genuine.
4. If your project proposal is Not Approved then suggestions given for reformulating the project
must be incorporated in the new project proposal.
5. If your project proposal is approved then suggestions given for reformulating the project must be
incorporated in the final project otherwise the project may be rejected at any stage of evaluation.
7. Violation of the project guidelines will lead to the rejection of the project at any stage.
6
III INTRODUCTION AND OBJECTIVES
completion of this project work, the
student should be able to:
Plan for several appendices to be placed in support with the project report documentation.
Work effectively as an individual or as a team member to produce correct, efficient, well-
organized and documented programs in a reasonable time.
Recognize problems that are amenable to computer solutions, and knowledge of the tools
necessary for solving such problems.
NOTE: At any given point of time, a guide should not provide guidance for more than 5 MCA students
of IGNOU.
The majority of the students are expected to work on a real-life project preferably in some industry/
Research and Development Laboratories/Educational Institution/Software Company. Students are
encouraged to work in the areas listed at the end (Refer page no.18). However, it is not mandatory
for a student to work on a real-life project. The student can formulate a project problem with the
help of her/his Guide and submit the project proposal of the same. Approval of the project
proposal is mandatory. If approved, the student can commence working on it, and complete it.
Use the latest versions of the software packages for the development of the project.
Please do not undertake the topics/specifications from the MCS-044 (Mini Project). Problem selected
and the specifications should be very much genuine.
8
Eligibility criteria of a Project Guide
1. A person having Ph.D./ M.Tech. in Computer Science with a minimum of one year of
experience.
Or
2. A person having B.E./B.Tech. (Computer Science), MCA, M.Sc. (Computer Science) with
minimum 2 years experience, preferably in software development.
The complete project work should be done by the student only. The role of guide should be about
guidance wherever any problem encounters during project. The following are the major steps
involved in the project, which may help you to determine the milestones and regulate the
scheduling of the project:
Communication regarding the project Approval/Non-approval will be sent to you within four to six
weeks after the receipt of the project proposal by the Regional Centre concerned. In case you do not
receive any communication from your RC within four to six week after last date of submission of
project proposal/synopsis, you are advised to contact your RC.
Resubmission of the project proposal in case of non-approval
In case of non-approval, the suggestions for reformulating the project will be communicated to you.
The revised project synopsis along with a new proforma, should be re-submitted along with a copy
of the earlier synopsis and non-approval project proposal proforma in the next slot. For example, if
st th
the student submitted the synopsis during the 1 April to 30 June slot and is not approved due to
the reasons mentioned by the evaluator, s/he is eligible to resubmit the revised project synopsis only
st st
during the next slot i.e., 1 October to 31 December. If the student wants to change the project
topic or software or the project guide, s/he may do so and can submit a fresh project proposal. The
revised project proposal should be sent along with the original copy/ photocopy of the non-
approved proforma of the earlier submitted proposal, to the Regional Centre Concerned.
Resubmission of MCA project in case of failed students
If the student is unsuccessful in the project, s/he should „re-do‟ the whole cycle, right from the
submission of the project proposal. Students are advised to select a new topic for the project and
should prepare and submit the project proposal to the Regional Centre concerned as per the project
guidelines. There are no separate slots for the submission of the project synopsis/project reports for
9
the failed students. Respective submissions of the project synopsis and the project reports
should be done strictly as per the “Calendar for the MCA project” given in the project guidelines.
In case of failed students, a pro-rata fee of Rs. 2500/- by way of a Demand Draft in favour of
IGNOU and payable at the city where you Regional Centre is located should be remitted along with
the resubmission of the project report.
Enquiries
Enquiries regarding the project proposal approvals and the project reports should be addressed to
the Regional Director of the Regional Centre concerned. In all correspondence with the
University regarding your project, please quote your Enrolment No., Project Proposal No. and
Project Report No.
A self-addressed envelope with duly affixed postage stamps (to send it by ordinary post
only) on it.
2. Project proposal completed in all aspects with necessary enclosures should be sent to the
Regional Director of the Regional Centre concerned. While posting your proposal to your
Regional Centre, on the top of the envelope you should mention “MCA Project Proposal
(MCSP-060)”. Under no circumstances, should the project proposal be sent to SOCIS,
IGNOU, New Delhi.
3. A project proposal, once approved, is valid for one year (two slots). In case, a student is
unable to submit her/his project report as per the slot, s/he may be given another chance for
submission of the project report in the subsequent slot. If s/he still does not submit the
project report, a fresh synopsis approval is needed.
4. All entries of the proforma of approval should be filled up with appropriate and complete
information. Incomplete approval-proforma in any respect will be summarily rejected.
5. A photocopy of the complete Project Proposal (along with Project Proforma, Project
Synopsis, Bio-data of the guide) submitted to your Regional Centre, should be retained by
the student for future reference.
6. The evaluated project proposal proforma along with the details of Approved/Disapproved
will be sent to the student within 4-6 weeks after the proposal is received at Regional Centre
concerned. In case if it is disapproved, the suggestions for reformulating the project will be
communicated to the student. Revised project proposal proforma, synopsis, bio-data of the
guide with her/his signature on it, should be sent along with the original copy/photocopy of
the non-approved proforma of the earlier project proposal, to the Regional Centre
Concerned.
th
7. The project is a part of your final semester (6 semesters) curriculum. Students are eligible
th
to submit the project proposals after entering the 5 semester of MCA as per the calendar.
8. In case the students require any project trainee letter from the University for doing a project
in any organization/software company, they can get a “Project Trainee letter” (Refer page
21) attested by the Project Coordinator/Regional Director / Asst. Regional Director.
9. Please ensure that at any given point of time, a guide should not provide guidance for
more than 5 MCA students of IGNOU.
10. Violation of the project guidelines will lead to the rejection of the project at any stage.
11
VI POINTS TO REMEMBER WHILE PREPARING THE
PROJECT REPORT
1. Project Report Formulation:
The project report should contain the following:
(1) Original copy of the Approved Proforma and Project Proposal.
(2) Bio-data of the guide with her/his signature and date.
(3) Certificate of Originality (Format given on Page 23).
(4) Project documentation.
(5) A CD consisting of the executable file(s) of the complete project should be attached
on the last page of the project report. In no case, it should be sent separately. The
student needs to retain the identical copy of the CD that should be carried while
appearing for the viva-voce along with the project report.
2. The project documentation may be about 100 to 125 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 weightage in the project report evaluation.
System Analysis
Identification of Need
Preliminary Investigation
Feasibility Study
Project Planning
System Design
Modularisation details
Testing
Should attach a copy of the CD containing the executable file(s) of the complete
project.
3. 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.
4. If any project report is received in the absence of the approved project proposal proforma
(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.
5. Through out 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 proforma also.
6. 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 Regional Director of the Regional Centre concerned through registered
insured post by the date mentioned in the Calendar for the project. 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.
7. A photocopy of the project report is not acceptable for submission. Kindly mention on the
top of the envelope MCA PROJECT REPORT (MCSP-060). This will facilitate sorting
out project reports received by the Regional Director.
8. 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 two students
13
may work on the same project. In this regard, prior recommendation is mandatory and
must be obtained from the MCA Project Coordinator, SOCIS, Block-C, Visveswarayya
Bhawan, IGNOU Academic Complex, Maidan Garhi, New Delhi – 110068 by sending
the complete synopsis by both the students along with a hand-written application.
9. If 2 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.
Each student has to undergo all the phases/stages of the software project development life
cycle. In this case, both the students must attach the prior recommendation obtained
from the MCA Project Coordinator along with the synopsis should be sent to the
Regional Centre concerned for evaluation. A single copy of the project synopsis and/or
project report comprising of work of two or more students shall not be entertained.
Violation of these project guidelines may lead to the rejection of the project at any
stage.
10. Students are advised not to pay any fees/remuneration to the Project Guide as the University
has the provision for paying remuneration to the guide, for whom a format is being,
enclosed (Refer Page 19).
11. 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.
12. Title of the project should be kept the same throughout the project.
Each and every component of the project work and the viva voce carries its own weightage, so
the student needs to concentrate on all the sections given in the project report formulation.
In this section, we have given a few general parameters as checkpoints for the assessment of
any software development project. You can note these points and emphasise them during the
project report preparation and examination. Basically, assessment will be based on the quality of
your report, the technical merit of the project and the project execution. Technical merit
attempts to assess the quality and depth of the intellectual effort, you have put into the project.
Project execution is concerned with assessing how much work you have put in.
Analysis
In Project planning include cost estimation and project scheduling. The Cost and efforts estimation
is to be done with the help of functional point analysis or other similar methods. The project
scheduling is identified with:
14
(1) PERT chart: Proper decomposition of stages, and
(2) Gantt chart: Time, line structure and validity of chart.
You may know that the software requirement specification (SRS) document is one of the important
documents of your project. The indicators for SRS document is whether you have used some
standardisation like IEEE standards or any other international standard, or whether your SRS has a
proper structure based on sound software engineering concepts as given in unit 3 or it is given in a
running text. Project analysis for DBMS/Application development projects should contain the ER
diagram, Data Flow Diagram and Data Dictionary, so you should include these with the following
requirements. However, for other categories of project you should prepare class diagrams, behaviour
model and/or state transition diagram and details of various data structures used.
Data Dictionary: It should explain each entity and relationship in ER diagram and data
flow in DFD.
Design
Project design should include the desired features and operations in detail, including user
interface design, program structure, schema design and normalised tables and data integrity and
constraints. You should include them with the requirements given below:
Schema Design and Normalised Tables: Normalise the table to minimum 3NF. If any
demand of Demoralisations clearly explain the reasons.
Data Integrity and Constraints: Explain the referential diagram. Define entity integrity,
which should include keys, alternate keys and other keys, value constraints and ranges.
User Interface Design: Coherence with dataflow and processor; Consistency of interface and
naming convention. Validation checks should be kept wherever necessary.
Coding phase of software development includes different activities like refining the algorithms for
individual components, transferring the algorithms into a programming language (coding),
15
translating the logical data model into a physical one and compiling and checking the syntactical
correctness of the algorithm with these activities. You should include the comments and description
in code, use the standardisation in coding, use the methodology for error handling and security
implementation. These parameters ensure software quality and reliability. You should include them
with the requirements given below:
Comments and Description: Should have comments with functional description which
include the input, output, total function calls to/from other functions, function
parameters, description of main variables, Data type, logic description, etc.
Parameter passing and calling: Check the technique used for this purpose, how it
optimises the coding.
Testing
Testing is a process of devising a set of inputs to a given piece of software that will cause the software
to exercise some portion of its code. The developer of the software can then check if the results
produced by the software are in accordance with his or her expectations. It includes, number of
activities such as correcting syntactically and semantically erroneous system components,
detecting as many errors as possible in the software system, and assuring that the
system implementation fulfils system specification.
It ensures the quality, efficiency and reliability of the software, which is measured by the testing
methodology and techniques used for unit, integrated, system testing etc.
The testing should not be too generic containing only definitions. You should give all the test case
designs, reports and results of test cases for unit, integrated, system testing etc. How debugged
your code is and what actions you have taken too improve the code, must, be explained. Good
testing can be measured by criteria such as correctness, reliability, user friendliness,
maintainability, efficiency and portability of software.
The student should clearly emphasize the various levels of security measures implemented in
the project.
Report Generation
The project report should include the various sample reports for ready reference.
16
Cost Estimation of the project
The student needs to incorporate the estimated cost of the project using the
suitable mechanism/model given in the Software Engineering.
Screen dumps for various screens/user interfaces should also be placed in a proper order in
the project report for ready reference.
Report organisation improves the professional attitude of writing reports. You should emphasise on
the proper binding of the project report, the cover page, page numbering, organisation of content,
and proper printout of text and images.
Viva Voce
In this component of evaluation students get chance to present their knowledge and skill to the
expert.Other than the questions related to the project related areas and the courses concerned,
student may be requested to show the demo of the project. Also, you may be told to write the
portions of the code for a problem to demonstrate her/his coding capabilities.
While appearing for the viva-voce, along with the project report the student should needs to
carry the identical copy of the CD of the executable file(s) which s/he submitted at the time of
project report.
Project Evaluation
The Project Report is evaluated for 150 marks and the viva-voce is for 50 marks. Viva-voce is
compulsory and forms part of evaluation. A student in order to be declared successful in the project
(MCSP-060) must secure 40% marks in each component (i) Project Evaluation and (ii) Viva-
voce. Pass in both the components is compulsory. If a student submitted the project report as per the
schedule and fails to attend viva, her/his Project will remains incomplete and should contact the
Regional Centre concerned.
Student will be duly intimated about the Viva-voce by a letter from the Regional Director of the
concerned Regional Centre. Viva-voce will be held at the Regional centre concerned. In no case the
vive-voce would be conducted at the work place or the residence of the Examiner. Viva-Voce will
be conducted face-to-face only. Viva through telephone, e-mail or online is not permitted. No
student is allowed to take telephonic viva, except for very exceptional cases, and that too only after
taking due permission from the Director, SOCIS. The expenditure for the same would be borne by
the student.
Unfair means
Students shall not use unfair means in connection with any of the project synopsis or the project
report. The University will take the unfair means cases of the project synopsis and project reports
seriously and would be referred to Examination Discipline Committee of IGNOU for necessary
action.
17
VIII SOFTWARE AND BROAD AREAS OF APPLICATION
FRONT END / GUI Tools Visual Basic, Power Builder, X-Windows (X/lib, X/motif,
X/Intrinsic), Oracle Developer 2000,VC++, Jbuilder ,
NetBeans
RDBMS/BACK END Oracle, Ingres, Sybase, Progress, SQL Plus, Versant, MY
SQL, SQL Server, DB2, Point base
LANGUAGES C, C++, Java, VC++, C#, eclipse
SCRIPTING LANGUAGES PERL, SHELL Scripts (Unix), TcL/TK,
RDBMS/BACK END Oracle, Ingres, Sybase, Progress, SQL Plus, Versant, MY
SQL, SQL Server, DB2
.NET Platform VB.Net, C#. Net, Visual C#. Net, ASP.Net
MIDDLE WARE (COMPONENT) COM/DCOM, Active-X, EJB, WINCE, MSMQ, BEA,
TECHNOLOGIES MessageQ, MTS, CICS
UNIX INTERNALS Device Drivers, RPC, Threads, Socket programming
ARCHITECTURAL CONCEPTS CORBA, TUXEDO, MQ SERIES
INTERNET TECHNOLOGIES DHTML, Java script, VB Script, Perl & CGI script, Java,
Active X, RMI, CORBA, SWING, JSP, ASP, XML, EJB,
Java Beans, Servlets, Visual Age for JAVA, UML, VRML,
WML, Vignette, EDA, Broadvision, Ariba, iPlanet, ATG,
BigTalk, CSS, XSL, Oracle ASP server, AWT, J2EE, LDAP,
ColdFusion, Haskell 98, PHP,NetBeans
NETWORK/WIRELESS Blue Tooth, 3G, ISDN, EDGE
TECHNOLOGIES
REALTIME OPERATING SYSTEM/ QNX, LINUX, OSEK, DSP, VRTX, RTXC, Nucleus
EMBEDDED SKILLS
OPERATING SYSTEMS WINDOWS 2000/ME, WINDOWS NT, WINDOWS XP,
UNIX, LINUX, IRIX, SUN SOLARIS, HP/UX, PSOS,
VxWorks, AS400, AIX, DOS
APPLICATION AREAS Financial / Insurance / Manufacturing / Multimedia /
Computer Graphics / Instructional Design/ Database
Management System/ Internet / Intranet / Computer
Networking-Communication Software development/ E-
Commerce/ ERP/ MRP/ TCP-IP programming / Routing
protocols programming/ Socket programming.
NOTE: (i) Projects should not be developed using the old packages like Dbase III plus, Foxpro, Visual Foxpro and MS-
Access. Also, projects should not be developed using the combination of Visual Basic as the front end and MS-Access as
the back end. The project work should compulsorily include the software development. Latest versions of the software
are to be used. The project work should compulsorily include the software development. Physical installations or
configuring the LAN/WAN or theoretical projects or study of the systems, which doesn’t involve s/w development, are
strictly not allowed.
(2) C/C++ languages should not be used for any Information Management System Project for example
Hospital/Reservation/Library/School/College Management System etc.
(3) Students can also develop applications using tools/languages/software not listed above, if they are part of latest
technologies. Use the latest versions of the software packages for the project development.
18
IX REMUNERATION BILL FOR THE MCA PROJECT GUIDE
3. Residential Address :
4. Designation :
5. Office Address :
This is to certify that I have Guided the following student/(s) for their project work:
S.No. Enrolment PR No. (to be Name of the student Title of the Amount claimed
Number of the filled by the Project (to be filled by
student Regional Centre) the office)
…………………………
Signature of the Guide
Date :......…………………….
NOTE: Project guide cannot guide more than five students at any given point of time. This form duly
signed by the guide placed in a separate envelope, should be submitted along with the project report.
Remuneration Bill not accompanied with the project report will not be considered for payment. The
concerned authority will fill the amount.
19
FOR USE IN THE EXAMINATION BRANCH
: Contingent
: T.A.
Dealing Asstt.
Assistant Registrar
20
Grams
: IGNOU EP
BA
X:
29
57
10
00
Telex : 031-73023 IGNOU-IN EXTN :2903
Date:
Indira Gandhi National Open University (IGNOU) is a Central University has been established by an Act of Parliament in 1985
[Act No. 50 of 1985]. IGNOU Degrees/Diplomas/Certificates are recognised by all the members of the Association of Indian
Universities (SIU) and are at par with Degrees/Diplomas/Certificates of all Indian Universities/Deemed Universities/ Institutions
vide UGC Circular No.F.1-8/92 (CPP), dated Feb 1992 & AIU Circular No. EV/II (449)/94/176915-177115, dated Jan 14, 1994.
21
XI. CERTIFICATE OF ORIGINALITY
submitted to Indira Gandhi National Open University in partial fulfilment of the requirement for
The matter embodied in this project is genuine work done by the student and has not been
submitted whether to this University or to any other University / Institute for the fulfilment of the
………………………. ...…………………….
Enrolment No…………
23
XII SAMPLE COVER PAGE OF THE PROJECT REPORT
by
Under Guidance
of
Project Guide’s Full
Name