SAVITRIBAI PHULE PUNE UNIVERSITY
A PRELIMINARY PROJECT REPORT ON
Use of Hybrid Fuzzy Neural Network for
Advanced Steganography
SUBMITTED TOWARDS THE
PARTIAL FULFILLMENT OF THE REQUIREMENTS OF
BACHELOR OF ENGINEERING (Computer Engineering)
BY
Aher Amit Devidas
Exam No: B120294201
Bakliwal Akshay Atul
Sadgir Pandu Vasudev
Exam No: B120294201
Exam No: B120294201
Zankar Suraj
Exam No: B120294201
Under The Guidance of
Prof. V. S. Tidake
DISTRICT MARATHA VIDYA PRASARAK SAMAJ'S
KARMAVEER ADV. BABURAO GANPATRAO
THAKARE COLLEGE OF ENGINEERING
NASHIK- 422 013
ACADEMIC YEAR: 2016-2017
College Name
DEPARTMENT OF COMPUTER ENGINEERING
CERTIFICATE
This is to certify that the Project Entitled
BE PROJECT TITLE
Submitted by
Student Name
Exam No:
Student Name
Exam No:
Student Name
Exam No:
Student Name
Exam No:
is a bonafide work carried out by Students under the supervision of Prof. Guide
Name and it is submitted towards the partial fulfillment of the requirement of Bachelor of Engineering (Computer Engineering) Project.
Prof. Guide Name
Internal Guide
Dept. of Computer Engg.
Prof. HOD Name
H.O.D
Dept. of Computer Engg.
Abstract
Please Write here One Page Abstract. It should mainly include introduction, motivation,outcome and innovation if any.
College Short Form Name, Department of Computer Engineering 2015
Acknowledgments
Please Write here Acknowledgment.Example given as
It gives us great pleasure in presenting the preliminary project report on BE
PROJECT TITLE.
I would like to take this opportunity to thank my internal guide Prof. Guide Name
for giving me all the help and guidance I needed. I am really grateful to them for
their kind support. Their valuable suggestions were very helpful.
I am also grateful to Prof. HOD Name, Head of Computer Engineering Department,
CollegeName for his indispensable support, suggestions.
In the end our special thanks to Other Person Name for providing various resources
such as laboratory with all needed software platforms, continuous Internet connection, for Our Project.
Student Name1
Student Name2
Student Name3
Student Name4
(B.E. Computer Engg.)
College Short Form Name, Department of Computer Engineering 2015
II
INDEX
1
Synopsis
1.1
Project Title . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2
Project Option . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3
Internal Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.4
Sponsorship and External Guide . . . . . . . . . . . . . . . . . . .
1.5
Technical Keywords (As per ACM Keywords) . . . . . . . . . . . .
1.6
Problem Statement . . . . . . . . . . . . . . . . . . . . . . . . . .
1.7
Abstract . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.8
Goals and Objectives . . . . . . . . . . . . . . . . . . . . . . . . .
1.9
Relevant mathematics associated with the Project . . . . . . . . . .
1.10 Names of Conferences / Journals where papers can be published . .
1.11 Review of Conference/Journal Papers supporting Project idea . . . .
1.12 Plan of Project Execution . . . . . . . . . . . . . . . . . . . . . . .
Technical Keywords
2.1
Area of Project . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2
Technical Keywords . . . . . . . . . . . . . . . . . . . . . . . . . .
Introduction
3.1
Project Idea . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2
Motivation of the Project . . . . . . . . . . . . . . . . . . . . . . .
3.3
Literature Survey . . . . . . . . . . . . . . . . . . . . . . . . . . .
Problem Definition and scope
4.1
Problem Statement . . . . . . . . . . . . . . . . . . . . . . . . . .
9
10
4.1.1
Goals and objectives . . . . . . . . . . . . . . . . . . . . .
10
4.1.2
Statement of scope . . . . . . . . . . . . . . . . . . . . . .
10
4.2
Software context . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
4.3
Major Constraints . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
4.4
Methodologies of Problem solving and efficiency issues . . . . . . .
10
4.5
Scenario in which multi-core, Embedded and Distributed Computing
used . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
4.6
Outcome . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
4.7
Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
4.8
Hardware Resources Required . . . . . . . . . . . . . . . . . . . .
11
4.9
Software Resources Required . . . . . . . . . . . . . . . . . . . . .
11
Project Plan
12
5.1
Project Estimates . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
5.1.1
Reconciled Estimates . . . . . . . . . . . . . . . . . . . . .
13
5.1.2
Project Resources . . . . . . . . . . . . . . . . . . . . . . .
13
Risk Management w.r.t. NP Hard analysis . . . . . . . . . . . . . .
13
5.2.1
Risk Identification . . . . . . . . . . . . . . . . . . . . . .
13
5.2.2
Risk Analysis . . . . . . . . . . . . . . . . . . . . . . . . .
14
5.2.3
Overview of Risk Mitigation, Monitoring, Management . .
15
Project Schedule . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
5.3.1
Project task set . . . . . . . . . . . . . . . . . . . . . . . .
15
5.3.2
Task network . . . . . . . . . . . . . . . . . . . . . . . . .
16
5.3.3
Timeline Chart . . . . . . . . . . . . . . . . . . . . . . . .
16
Team Organization . . . . . . . . . . . . . . . . . . . . . . . . . .
16
5.4.1
Team structure . . . . . . . . . . . . . . . . . . . . . . . .
16
5.4.2
Management reporting and communication . . . . . . . . .
16
5.2
5.3
5.4
Software requirement specification (SRS is to be prepared using relevant
mathematics derived and software engg. Indicators in Annex A and B) 17
6.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
6.1.1
Purpose and Scope of Document . . . . . . . . . . . . . . .
18
College Short Form Name, Department of Computer Engineering 2015
IV
6.1.2
6.2
6.3
6.4
18
Usage Scenario . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
6.2.1
User profiles . . . . . . . . . . . . . . . . . . . . . . . . .
18
6.2.2
Use-cases . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
6.2.3
Use Case View . . . . . . . . . . . . . . . . . . . . . . . .
18
Data Model and Description . . . . . . . . . . . . . . . . . . . . .
19
6.3.1
Data Description . . . . . . . . . . . . . . . . . . . . . . .
19
6.3.2
Data objects and Relationships . . . . . . . . . . . . . . . .
19
Functional Model and Description . . . . . . . . . . . . . . . . . .
19
6.4.1
Data Flow Diagram . . . . . . . . . . . . . . . . . . . . . .
20
6.4.2
Description of functions . . . . . . . . . . . . . . . . . . .
20
6.4.3
Activity Diagram: . . . . . . . . . . . . . . . . . . . . . .
21
6.4.4
Non Functional Requirements: . . . . . . . . . . . . . . . .
21
6.4.5
State Diagram: . . . . . . . . . . . . . . . . . . . . . . . .
21
6.4.6
Design Constraints . . . . . . . . . . . . . . . . . . . . . .
21
6.4.7
Software Interface Description . . . . . . . . . . . . . . . .
21
Detailed Design Document using Appendix A and B
23
7.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
24
7.2
Architectural Design . . . . . . . . . . . . . . . . . . . . . . . . .
24
7.3
Data design (using Appendices A and B) . . . . . . . . . . . . . . .
24
7.3.1
Internal software data structure . . . . . . . . . . . . . . . .
24
7.3.2
Global data structure . . . . . . . . . . . . . . . . . . . . .
25
7.3.3
Temporary data structure . . . . . . . . . . . . . . . . . . .
25
7.3.4
Database description . . . . . . . . . . . . . . . . . . . . .
25
Compoent Design . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
7.4.1
25
7.4
Overview of responsibilities of Developer . . . . . . . . . .
Class Diagram . . . . . . . . . . . . . . . . . . . . . . . .
Summary and Conclusion
27
Annexure A Laboratory assignments on Project Analysis of Algorithmic
Design
College Short Form Name, Department of Computer Engineering 2015
29
Annexure B Laboratory assignments on Project Quality and Reliability
Testing of Project Design
31
Annexure C Project Planner
33
Annexure D Reviewers Comments of Paper Submitted
35
Annexure E Plagiarism Report
37
College Short Form Name, Department of Computer Engineering 2015
VI
List of Figures
6.1
Use case diagram . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
6.2
Activity diagram . . . . . . . . . . . . . . . . . . . . . . . . . . .
20
6.3
State transition diagram . . . . . . . . . . . . . . . . . . . . . . . .
22
7.1
Architecture diagram . . . . . . . . . . . . . . . . . . . . . . . . .
24
7.2
Class Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
26
List of Tables
4.1
Hardware Requirements . . . . . . . . . . . . . . . . . . . . . . .
11
5.1
Risk Table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
5.2
Risk Probability definitions [?] . . . . . . . . . . . . . . . . . . . .
14
5.3
Risk Impact definitions [?] . . . . . . . . . . . . . . . . . . . . . .
14
6.1
Use Cases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
A.1 IDEA Matrix . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
30
CHAPTER 1
SYNOPSIS
1.1
PROJECT TITLE
BE Project Title
1.2
PROJECT OPTION
Please mention type either industry sponsored, entrepreneur or internal project
1.3
INTERNAL GUIDE
Prof. Internal Guide Name
1.4
SPONSORSHIP AND EXTERNAL GUIDE
Please write if any sponsorship
1.5
TECHNICAL KEYWORDS (AS PER ACM KEYWORDS)
Please note ACM Keywords can be found : http://www.acm.org/about/class/ccs98html
Example is given as
1. C. Computer Systems Organization
(a) C.2 COMPUTER-COMMUNICATION NETWORKS
i. C.2.4 Distributed Systems
A. Client/server
B. Distributed applications
C. Distributed databases
D. Network operating systems
E. Distributed file systems
F. Security and reliability issues in distributed applications
1.6
PROBLEM STATEMENT
Define Problem Statement
College Short Form Name, Department of Computer Engineering 2015
1.7
ABSTRACT
Abstract (10 to 15 lines)
1.8
GOALS AND OBJECTIVES
Objectives
1.9
RELEVANT MATHEMATICS ASSOCIATED WITH THE PROJECT
System Description:
Input:
Output:
Identify data structures, classes, divide and conquer strategies to exploit distributed/parallel/concurrent processing, constraints.
Functions : Identify Objects, Morphisms, Overloading in functions, Functional relations
Mathematical formulation if possible
Success Conditions:
Failure Conditions:
1.10
NAMES OF CONFERENCES / JOURNALS WHERE PAPERS CAN
BE PUBLISHED
IEEE/ACM Conference/Journal 1
Conferences/workshops in IITs
Central Universities or SPPU Conferences
IEEE/ACM Conference/Journal 2
College Short Form Name, Department of Computer Engineering 2015
1.11
REVIEW OF CONFERENCE/JOURNAL PAPERS SUPPORTING PROJECT
IDEA
Atleast 10 papers + White papers or web references
Brief literature survey [ Description containing important description of at least 10
papers
1.12
PLAN OF PROJECT EXECUTION
Using planner or alike project management tool.
College Short Form Name, Department of Computer Engineering 2015
CHAPTER 2
TECHNICAL KEYWORDS
2.1
AREA OF PROJECT
Project Area
2.2
TECHNICAL KEYWORDS
Please note ACM Keywords can be found : http://www.acm.org/about/class/ccs98html
Example is given as
1. C. Computer Systems Organization
(a) C.2 COMPUTER-COMMUNICATION NETWORKS
i. C.2.4 Distributed Systems
A. Client/server
B. Distributed applications
C. Distributed databases
D. Network operating systems
E. Distributed file systems
F. Security and reliability issues in distributed applications
College Short Form Name, Department of Computer Engineering 2015
CHAPTER 3
INTRODUCTION
3.1
PROJECT IDEA
Project Idea
3.2
MOTIVATION OF THE PROJECT
Motivation of the Project
3.3
LITERATURE SURVEY
Review of the papers, Description , Mathematical Terms
College Short Form Name, Department of Computer Engineering 2015
CHAPTER 4
PROBLEM DEFINITION AND SCOPE
4.1
PROBLEM STATEMENT
Description of Problem
4.1.1
Goals and objectives
Goal and Objectives:
Overall goals and objectives of software, input and output description with
necessary syntax, format etc are described
4.1.2
Statement of scope
A description of the software with Size of input, bounds on input, input validation, input dependency, i/o state diagram, Major inputs, and outputs are
described without regard to implementation detail.
The scope identifies what the product is and is not, what it will and wont do,
what it will and wont contain.
4.2
SOFTWARE CONTEXT
The business or product line context or application of the software is to be
given
4.3
MAJOR CONSTRAINTS
Any constraints that will impact the manner in which the software is to be
specified, designed, implemented or tested are noted here.
4.4
METHODOLOGIES OF PROBLEM SOLVING AND EFFICIENCY ISSUES
The single problem can be solved by different solutions. This considers the
performance parameters for each approach. Thus considers the efficiency issues.
College Short Form Name, Department of Computer Engineering 2015
10
4.5
SCENARIO IN WHICH MULTI-CORE, EMBEDDED AND DISTRIBUTED
COMPUTING USED
Explain the scenario in which multi-core, embedded and distributed computing methodology can be applied.
4.6
OUTCOME
Outcome of the project
4.7
APPLICATIONS
Applications of Project
4.8
HARDWARE RESOURCES REQUIRED
Sr. No.
Parameter
Minimum Requirement
Justification
CPU Speed
2 GHz
Remark Required
RAM
3 GB
Remark Required
Table 4.1: Hardware Requirements
4.9
SOFTWARE RESOURCES REQUIRED
Platform :
1. Operating System:
2. IDE:
3. Programming Language
College Short Form Name, Department of Computer Engineering 2015
11
CHAPTER 5
PROJECT PLAN
5.1
PROJECT ESTIMATES
Use Waterfall model and associated streams derived from assignments 1,2, 3, 4 and
5( Annex A and B) for estimation.
5.1.1
Reconciled Estimates
5.1.1.1
Cost Estimate
5.1.1.2
Time Estimates
5.1.2
Project Resources
Project resources [People, Hardware, Software, Tools and other resources] based on
Memory Sharing, IPC, and Concurrency derived using appendices to be referred.
5.2
RISK MANAGEMENT W.R.T. NP HARD ANALYSIS
This section discusses Project risks and the approach to managing them.
5.2.1
Risk Identification
For risks identification, review of scope document, requirements specifications and
schedule is done. Answers to questionnaire revealed some risks. Each risk is categorized as per the categories mentioned in [?]. Please refer table 5.1 for all the risks.
You can refereed following risk identification questionnaire.
1. Have top software and customer managers formally committed to support the
project?
2. Are end-users enthusiastically committed to the project and the system/product
to be built?
3. Are requirements fully understood by the software engineering team and its
customers?
4. Have customers been involved fully in the definition of requirements?
5. Do end-users have realistic expectations?
College Short Form Name, Department of Computer Engineering 2015
13
6. Does the software engineering team have the right mix of skills?
7. Are project requirements stable?
8. Is the number of people on the project team adequate to do the job?
9. Do all customer/user constituencies agree on the importance of the project and
on the requirements for the system/product to be built?
5.2.2
Risk Analysis
The risks for the Project can be analyzed within the constraints of time and quality
ID
Risk Description
Impact
Probability
Schedule
Quality
Overall
Description 1
Low
Low
High
High
Description 2
Low
Low
High
High
Table 5.1: Risk Table
Probability
Value
Description
High
Probability of occurrence is
> 75%
Medium
Probability of occurrence is
26 75%
Low
Probability of occurrence is
< 25%
Table 5.2: Risk Probability definitions [?]
Impact
Value
Description
Very high
> 10%
Schedule impact or Unacceptable quality
High
5 10%
Schedule impact or Some parts of the project have low
quality
Medium
< 5%
Schedule impact or Barely noticeable degradation in quality Low Impact on schedule or Quality can be incorporated
Table 5.3: Risk Impact definitions [?]
College Short Form Name, Department of Computer Engineering 2015
14
5.2.3
Overview of Risk Mitigation, Monitoring, Management
Following are the details for each risk.
Risk ID
Risk Description
Description 1
Category
Development Environment.
Source
Software requirement Specification document.
Probability
Low
Impact
High
Response
Mitigate
Strategy
Strategy
Risk Status
Occurred
Risk ID
Risk Description
Description 2
Category
Requirements
Source
Software Design Specification documentation review.
Probability
Low
Impact
High
Response
Mitigate
Strategy
Better testing will resolve this issue.
Risk Status
Identified
5.3
PROJECT SCHEDULE
5.3.1
Project task set
Major Tasks in the Project stages are:
Task 1:
Task 2:
Task 3:
College Short Form Name, Department of Computer Engineering 2015
15
Risk ID
Risk Description
Description 3
Category
Technology
Source
This was identified during early development and testing.
Probability
Low
Impact
Very High
Response
Accept
Strategy
Example Running Service Registry behind proxy balancer
Risk Status
Identified
Task 4:
Task 5:
5.3.2
Task network
Project tasks and their dependencies are noted in this diagrammatic form.
5.3.3
Timeline Chart
A project timeline chart is presented. This may include a time line for the entire
project. Above points should be covered in Project Planner as Annex C and you can
mention here Please refer Annex C for the planner
5.4
TEAM ORGANIZATION
The manner in which staff is organized and the mechanisms for reporting are noted.
5.4.1
Team structure
The team structure for the project is identified. Roles are defined.
5.4.2
Management reporting and communication
Mechanisms for progress reporting and inter/intra team communication are identified as per assessment sheet and lab time table.
College Short Form Name, Department of Computer Engineering 2015
16
CHAPTER 6
SOFTWARE REQUIREMENT
SPECIFICATION (SRS IS TO BE
PREPARED USING RELEVANT
MATHEMATICS DERIVED AND
SOFTWARE ENGG. INDICATORS IN
ANNEX A AND B)
6.1
INTRODUCTION
6.1.1
Purpose and Scope of Document
The purpose of SRS and what it covers is to be stated
6.1.2
Overview of responsibilities of Developer
What all activities carried out by developer?
6.2
USAGE SCENARIO
This section provides various usage scenarios for the system to be developed.
6.2.1
User profiles
The profiles of all user categories are described here.(Actors and their Description)
6.2.2
Use-cases
All use-cases for the software are presented. Description of all main Use cases using
use case template is to be provided.
Sr No.
Use Case
Description
Actors
Assumptions
Use Case 1
Description
Actors
Assumption
Table 6.1: Use Cases
6.2.3
Use Case View
Use Case Diagram. Example is given below
College Short Form Name, Department of Computer Engineering 2015
18
Figure 6.1: Use case diagram
6.3
6.3.1
DATA MODEL AND DESCRIPTION
Data Description
Data objects that will be managed/manipulated by the software are described in this
section. The database entities or files or data structures required to be described. For
data objects details can be given as below
6.3.2
Data objects and Relationships
Data objects and their major attributes and relationships among data objects are described using an ERD- like form.
6.4
FUNCTIONAL MODEL AND DESCRIPTION
A description of each major software function, along with data flow (structured analysis) or class hierarchy (Analysis Class diagram with class description for object
oriented system) is presented.
College Short Form Name, Department of Computer Engineering 2015
19
6.4.1
Data Flow Diagram
6.4.1.1
Level 0 Data Flow Diagram
6.4.1.2
Level 1 Data Flow Diagram
6.4.2
Description of functions
A description of each software function is presented. A processing narrative for
function n is presented.(Steps)/ Activity Diagrams. For Example Refer 6.2
Figure 6.2: Activity diagram
College Short Form Name, Department of Computer Engineering 2015
20
6.4.3
Activity Diagram:
The Activity diagram represents the steps taken.
6.4.4
Non Functional Requirements:
Interface Requirements
Performance Requirements
Software quality attributes such as availability [ related to Reliability], modifiability [includes portability, reusability, scalability] , performance, security,
testability and usability[includes self adaptability and user adaptability]
6.4.5
State Diagram:
State Transition Diagram
Fig.6.3 example shows the state transition diagram of Cloud SDK. The states are
represented in ovals and state of system gets changed when certain events occur.
The transitions from one state to the other are represented by arrows. The Figure
shows important states and events that occur while creating new project.
6.4.6
Design Constraints
Any design constraints that will impact the subsystem are noted.
6.4.7
Software Interface Description
The software interface(s)to the outside world is(are) described. The requirements for
interfaces to other devices/systems/networks/human are stated.
College Short Form Name, Department of Computer Engineering 2015
21
Figure 6.3: State transition diagram
College Short Form Name, Department of Computer Engineering 2015
22
CHAPTER 7
DETAILED DESIGN DOCUMENT USING
APPENDIX A AND B
7.1
INTRODUCTION
This document specifies the design that is used to solve the problem of Product.
7.2
ARCHITECTURAL DESIGN
A description of the program architecture is presented. Subsystem design or Block
diagram,Package Diagram,Deployment diagram with description is to be presented.
Figure 7.1: Architecture diagram
7.3
DATA DESIGN (USING APPENDICES A AND B)
A description of all data structures including internal, global, and temporary data
structures, database design (tables), file formats.
7.3.1
Internal software data structure
Data structures that are passed among components the software are described.
College Short Form Name, Department of Computer Engineering 2015
24
7.3.2
Global data structure
Data structured that are available to major portions of the architecture are described.
7.3.3
Temporary data structure
Files created for interim use are described.
7.3.4
Database description
Database(s) / Files created/used as part of the application is(are) described.
7.4
COMPOENT DESIGN
Class diagrams, Interaction Diagrams, Algorithms. Description of each component
description required.
7.4.1
Class Diagram
College Short Form Name, Department of Computer Engineering 2015
25
Figure 7.2: Class Diagram
College Short Form Name, Department of Computer Engineering 2015
26
CHAPTER 8
SUMMARY AND CONCLUSION
Write one page summary and conclusion
College Short Form Name, Department of Computer Engineering 2015
28
CHAPTER 9
REFERENCES
[1] R. S. Pressman, Software Engineering (3rd Ed.): A Practitioners Approach.
New York, NY, USA: McGraw-Hill, Inc., 1992.
[2] P. Kulkarni, Knowledge Innovation Strategy. Pune: Bloomsbury Publication,
2015.
[3] P. Sinha, Electronic Health Record. IEEE Press Wiley.
[4] McKinsey, Big data: The next frontier for innovation, competition, and productivity, tech. rep.
[5] Digital competition:http://www.mckinsey.com/insights.
[6] Government
website
to
support
entrepre-
naurs:http://msme.gov.in/mob/home.aspx.
College Short Form Name, Department of Computer Engineering 2015
30
ANNEXURE A
LABORATORY ASSIGNMENTS ON
PROJECT ANALYSIS OF ALGORITHMIC
DESIGN
To develop the problem under consideration and justify feasibilty using concepts of knowledge canvas and IDEA Matrix.
Refer [?] for IDEA Matrix and Knowledge canvas model. Case studies are
given in this book. IDEA Matrix is represented in the following form. Knowledge canvas represents about identification of opportunity for product. Feasibility is represented w.r.t. business perspective.
I
Increase
Improve
Ignore
D
Drive
Deliver
Decrease
E
Educate
Evaluate
Eliminate
A
Accelerate
Associate
Avoid
Table A.1: IDEA Matrix
Project problem statement feasibility assessment using NP-Hard, NP-Complete
or satisfy ability issues using modern algebra and/or relevant mathematical
models.
input x,output y, y=f(x)
College Short Form Name, Department of Computer Engineering 2015
32
ANNEXURE B
LABORATORY ASSIGNMENTS ON
PROJECT QUALITY AND RELIABILITY
TESTING OF PROJECT DESIGN
It should include assignments such as
Use of divide and conquer strategies to exploit distributed/parallel/concurrent
processing of the above to identify object, morphisms, overloading in functions (if any), and functional relations and any other dependencies (as per requirements). It can include Venn diagram, state diagram, function relations,
i/o relations; use this to derive objects, morphism, overloading
Use of above to draw functional dependency graphs and relevant Software
modeling methods, techniques including UML diagrams or other necessities
using appropriate tools.
Testing of project problem statement using generated test data (using mathematical models, GUI, Function testing principles, if any) selection and appropriate use of testing tools, testing of UML diagrams reliability. Write also test
cases [Black box testing] for each identified functions. You can use Mathematica or equivalent open source tool for generating test data.
Additional assignments by the guide. If project type as Entreprenaur, Refer
[?],[?],[?], [?]
College Short Form Name, Department of Computer Engineering 2015
34
ANNEXURE C
PROJECT PLANNER
Using planner or alike project management tool.
College Short Form Name, Department of Computer Engineering 2015
36
ANNEXURE D
REVIEWERS COMMENTS OF PAPER
SUBMITTED
(At-least one technical paper must be submitted in Term-I on the project design
in the conferences/workshops in IITs, Central Universities or UoP Conferences or
equivalent International Conferences Sponsored by IEEE/ACM)
1. Paper Title:
2. Name of the Conference/Journal where paper submitted :
3. Paper accepted/rejected :
4. Review comments by reviewer :
5. Corrective actions if any :
College Short Form Name, Department of Computer Engineering 2015
38
ANNEXURE E
PLAGIARISM REPORT
Plagiarism report
College Short Form Name, Department of Computer Engineering 2015
40
