Software Process: Greeshma K V Assistant Professor Carmel College, Mala
Software Process: Greeshma K V Assistant Professor Carmel College, Mala
GREESHMA K V
ASSISTANT PROFESSOR
CARMEL COLLEGE, MALA
SOFTWARE ENGINEERING DEFINITION
THE SEMINAL DEFINITION:
[SOFTWARE ENGINEERING IS] THE ESTABLISHMENT
AND USE OF SOUND ENGINEERING PRINCIPLES IN
ORDER TO OBTAIN ECONOMICALLY SOFTWARE
THAT IS RELIABLE AND WORKS EFFICIENTLY ON
REAL MACHINES.
• TASK FOCUSES ON A SMALL, BUT WELL DEFINED OBJECTIVE THAT PRODUCE A TANGIBLE OUTCOME.
FIVE ACTIVITIES OF A GENERIC PROCESS
FRAMEWORK
MYTH(3)
-OUTSOURCING THE SOFTWARE PROJECT TO THIRD PARTY, WE CAN
RELAX AND LET THAT PARTY BUILD IT
REALITY:
IF AN ORGANIZATION DOES NOT UNDERSTAND HOW TO
MANAGE AND CONTROL SOFTWARE PROJECTS INTERNALLY, IT WILL
INVARIABLY STRUGGLE WHEN IT OUTSOURCES SOFTWARE PROJECTS.
CUSTOMER MYTH
• MYTH(1)
- GENERAL STATEMENT OF OBJECTIVE IS ENOUGH TO BEGIN WRITING PROGRAMS,
THE DETAILS CAN BE FILLED IN LATER.
REALITY:
UNAMBIGUOUS REQUIREMENTS ARE DEVELOPED ONLY THROUGH EFFECTIVE AND
CONTINUOUS COMMUNICATION BETWEEN CUSTOMER AND DEVELOPER.
• MYTH(2)
-SOFTWARE IS EASY TO CHANGE BECAUSE SOFTWARE IS FLEXIBLE.
REALITY :
IT IS TRUE THAT SOFTWARE REQUIREMENTS CHANGE, BUT THE IMPACT
OF CHANGE VARIES WITH THE TIME AT WHICH IT IS INTRODUCED.
• MYTH(1)
PRACTITIONER’S MYTH
-ONCE THE PROGRAM IS WRITTEN, THE JOB HAS BEEN DONE.
REALITY:
INDUSTRY DATA INDICATE THAT BETWEEN 60 AND 80 PERCENT OF
ALL EFFORT EXPENDED ON SOFTWARE WILL BE EXPENDED AFTER IT IS
DELIVERED TO THE CUSTOMER FOR THE FIRST TIME.
• MYTH(2)
-UNTIL THE PROGRAM IS RUNNING, THERE IS NO WAY OF ASSESSING
THE QUALITY.
REALITY:
SOFTWARE REVIEWS ARE A “QUALITY FILTER” THAT HAVE BEEN
FOUND TO BE MORE EFFECTIVE THAN TESTING FOR FINDING CERTAIN
CLASSES OF SOFTWARE DEFECTS.
• MYTH(3)
PRACTITIONER’S MYTH
-THE ONLY DELIVERABLE WORK PRODUCT IS THE WORKING PROGRAM
REALITY:
A WORKING PROGRAM IS ONLY ONE PART OF A SOFTWARE
CONFIGURATION THAT INCLUDES MANY ELEMENTS. A VARIETY OF WORK PRODUCTS
(E.G., MODELS, DOCUMENTS, PLANS) PROVIDE A FOUNDATION FOR SUCCESSFUL
ENGINEERING AND, MORE IMPORTANT, GUIDANCE FOR SOFTWARE SUPPORT.
• MYTH(4)
-SOFTWARE ENGINEERING CREATES VOLUMINOUS AND UNNECESSARY
DOCUMENTATION AND INVARIABLY SLOWS DOWN SOFTWARE DEVELOPMENT.
REALITY:
SOFTWARE ENGINEERING IS NOT ABOUT CREATING DOCUMENTS. IT
IS ABOUT CREATING A QUALITY PRODUCT. BETTER QUALITY LEADS TO REDUCED REWORK.
AND REDUCED REWORK RESULTS IN FASTER DELIVERY TIMES.