Subjects
Applied Mathematics for Electrical Engineering - 3130908
Complex Variables and Partial Differential Equations - 3130005
Engineering Graphics and Design - 3110013
Basic Electronics - 3110016
Mathematics-II - 3110015
Basic Civil Engineering - 3110004
Physics Group - II - 3110018
Basic Electrical Engineering - 3110005
Basic Mechanical Engineering - 3110006
Programming for Problem Solving - 3110003
Physics Group - I - 3110011
Mathematics-I - 3110014
English - 3110002
Environmental Science - 3110007
Software Engineering - 2160701
Data Structure - 2130702
Database Management Systems - 2130703
Operating System - 2140702
Advanced Java - 2160707
Compiler Design - 2170701
Data Mining And Business Intelligence - 2170715
Information And Network Security - 2170709
Mobile Computing And Wireless Communication - 2170710
Theory Of Computation - 2160704
Semester
Semester - 1
Semester - 2
Semester - 3
Semester - 4
Semester - 5
Semester - 6
Semester - 7
Semester - 8
Software Engineering
(2160701)
SE-2160701
Summer-2017
Question-4a
BE | Semester-
6
Summer-2017
|
04/27/2017
Q4) (a)
3 Marks
Explain Formal Technical Review.
A formal technical review (FTR) is a software quality control activity performed by software engineers (and others)
The objectives of an FTR are:
To uncover errors in function, logic, or implementation; for any representation of the software
To verify that the software under review meets its requirements
To ensure that the software has been represented according to predefined standards
To achieve software that is developed in a uniform manner
To make projects more manageable
During the FTR, a reviewer (the recorder) actively records all issues that have been raised
These are summarized at the end of the review meeting, and a reviewed issues list is produced
In addition, a formal technical review summary report is completed
Review Guidelines
Guidelines for conducting formal technical reviews must be established in advance, distributed to all reviewers, agreed upon & then followed
Review the product, not the producer
Set an agenda and maintain it
Limit debate and denial Speak problem areas, but don't attempt to solve every problem noted
Take written notes
Conduct meaningful training for all reviewers
Limit the number of participants and insist upon advance preparation
Develop a checklist for each product that is likely to be reviewed
Allocate resources and schedule time for FTRs
Review your early reviews
Questions
Go to Question Paper
Q1
(1)
(2)
(3)
(4)
(5)
(6)
(7)
(8)
(9)
(10)
(11)
(12)
(13)
(14)
Q2
(a)
(b)
(c)
(c)
(OR)
Q3
(a)
(b)
(c)
Q3
(a)
(OR)
(b)
(OR)
(c)
(OR)
Q4
(a)
(b)
(c)
Q4
(a)
(OR)
(b)
(OR)
(c)
(OR)
Q5
(a)
(b)
(c)
Q5
(a)
(OR)
(b)
(OR)
(c)
(OR)