Lab Manual. Software Engineering (Pr) COT-216 & IT-313
|
|
|
- Daniel Cameron
- 10 years ago
- Views:
Transcription
1 Lab Manual Software Engineering (Pr) COT-216 & IT-313
2
3
4 Lab Instructions Several practicals / programs? Whether an experiment contains one or several practicals /programs One practical / program Lab Teacher forms groups of the students based on All Students need to perform the practical/program Assign all practicals /programs among all groups Teacher decides whether the completed practicals / programs can be appropriately described using flow chart, algorithm, query statement, etc. Teacher issues necessary instructions to the students for writing practicals / programs accordingly Students write experiments in practical files and get them signed by the lab teacher Students make entries in the list of contents of the practical files and get them signed by the lab teacher Whether practical has been verified and signed by the lab teacher?? If a student has not completed a practical, he/she is expected to complete it at his/her own with the help of his/her fellow students in his/her hostel The student completes the practical file and submits it to the concerned teacher in his/her office or mail box on next working day In case of an experiment containing several practicals, a lab teacher needs to think whether a practical performed by the students in one group needs to be repeated by the other groups in lab on the same day? OR A practical performed by the students in one group needs to be repeated as assignments to be completed by the students of other groups in their hostels? Here, an assignment includes both executing a program on computer and also writing the same in practical file. OR A practical performed by the students in one group needs to be repeated as assignments, only writing practicals in their practical files, for the students of other groups in their hostels? Teacher issues necessary instructions to the students accordingly.
5 L T P Lab Manual Software Engineering (Pr) COT- 216 & IT- 313 Practical exam: 40 Sessional: 60 PART-I Experiment 1 (Role of Software) To identify the role of the software in today s world across a few significant domains related to day to day life. Software has made the world a global village today. The impact of software spans across almost all aspect of human life. All organizations, Institutions and companies are leveraging the potentials of software in automating the critical functions and eliminating manual interventions. Software is also a predominant are for trade and export especially for the countries like India. Domains like health care, Airlines, financial Services, Insurance, retails, Education, and many more have exploited software and still there a lot of the scope for software to create impact and add values in multiple dimensions. In the context of this background, indentify the areas (or application or systems) how software has been leveraged extensively in the following domains, 1. Health Care 2. Airlines 3. Banking Insurance 4. Retail 5. Education Experiment 2 (Software Crisis) To identify the problem related to software crisis for a given scenario In the early years of computers applications, the focus of the development and innovation were on hardware. Software was largely views as an afterthought. Computer Programming was an art. Programmers did not follow any disciplined or formalized approaches. This way of doing things was adequate for a while, until the sophisticated of computer applications outgrow. Software soon took over and more functions which were done manually. A software houses begin to develop for widespread distribution. Software development projects produced thousands of source
6 program statement. With the increase in the size and complexity of the software, following situation resulted is collectively termed as software crisis. 1. Time Slippage 2. Cost Slippage 3. Failure at customer Site 4. Intractable Error after delivery Scenario A Scenario B Scenario C Scenario D In the context of this background, for each of the scenario mentioned below, identify the most appropriate problem related to software crisis and mention the same in the table provided. Railways reservation software was delivered to the customer and was installed in one of the metro station at AM (mid-night) as per the plan. The system worked quite fine till the next day PM(noon). The system crashed at PM and the railways authorities could not continue using software for reservation till M. It took two hours to fix the defect in the software in the software. A polar satellite launch vehicle was scheduled for the launch on August 15 th. The auto-pilot of the rocket to be delivered for integration of the rocket on may 15 th. The design and development of the software for the auto-pilot more effort because of which the auto-pilot was delivered for the integration on June 15 th (delayed by a month). The rocket was launched on Sep 15 th (delayed by a month). Software for financial systems was delivered to the customer. Customer informed the development team about a mal-function in the system. As the software was huge and complex, the development team could not identify the defect in the software. Due to the defect in the software for the baggage handling system. There was also of & 2M of revenues for the airport authorities. Scenario Situation (as given A to D) A B C D Experiment 3 (Software Development Model) To identify the suitable software development model for the given scenario. ABC is a new enterprise recently started by a few young entrepreneurs, intended to develop robotic systems using IT based solutions. TENZ is a well-
7 established automobile manufacturing plant, Interested in automating some of the operations of the plant. As first step towards automation, TENZ has decided to deploy a robotic arm to pick and place large number of bolts from one tray of a conveyer belt to another tray of a different conveyer belt. Moving one bolt at a time. TENZ has asked ABC for demonstration the robotic arm for the said purpose as a proof of concept. This is the first project being executed by ABC. TENZ would like to have a first experience of the robotic arm before signing the MOU (Memorandum of Understanding) with ABC. After MOU sign-off, TENZ would provide the complete set of requirement of the robot. time : Identify the most appropriate SDLC model for this scenario. 30 minutes Experiment 4 (Requirement Development) To identify the various requirement development activities viz. elicitation, analysis, specification and verification for the given scenarios. Requirement engineering produces a specification of what a system should do. The intention of requirement engineering is to provide a clear definition of requirement of the systems. This phase is a very important phase because, if the customer requirements are not clearly understood, the ambiguity can get into the other phase of the development. To avoid such issues, requirement has to be elicited using the right elicitation techniques, to be analyzed effectively, specified clearly and verified thoroughly. All activities are collectively termed as requirement development activities. Identify the requirement development activities associated with each of the following scenarios, a. Joe is creating an online survey questionnaire for requesting user feedback on the desired features of the application to be developed. b. Mark is preparing a formal document which includes all of the desired features identified by the survey. c. Jack identified an incomplete requirement statement. d. Jones is identifying all security related requirement and separating them from the performance related requirements. e. Merlin a team member is sent to client to observe the business case and collect typical user requirements. f. Leo is team member is working on requirement and ensuring that requirement collected should not be vague and unclear. g. Lee is conducting a facilitated meeting with the stakeholder to capture the
8 requirements. h. Amit a team member is distributing questionnaires to stack holder for gathering user requirements. Scenario a b c d e f g h Requirement Development Activities Experiment 5 (Requirement Elicitation) To identify the various elicitation techniques and their usage for the Banking case study. Requirement elicitation is the process of seeking, discovering, acquiring and elaborating requirement. This includes learning and understanding the needs of the users. This activity is communication centric and iterative in the nature. The techniques used here are the important to get stack holder consensus on the requirements. KHL is a leading global bank that provides standard banking services to its customers spanning across the globe. The head office is located in London and the bank has presence in more than 20 countries with client base of nearly 500,000.Tuning with times and ever increasing clients and transactions, the bank has specialized branches for specific customer segments like consumer, corporate and the SME s. KHL Bank aims to be one stop shop for its customers to address their changing financial needs. KHL bank offers various banking products and services across its customer segments including Core Banking and Wealth Management amongst other services. KHL Bank is well known among its clients for world-class processes and speed of execution of transactions as part of core banking. Currently, KHL bank has made a proposal for investing around $200 million in setting-up 24x7 banking support facilities for the customers. The bank has decided to leverage IT for automating several of the business processes including: Managing Accounts Transaction Management
9 The aim of this proposed banking system is to create a paperless bank there by moving towards e-banking. FinSoft, a newly established software company has the vision of providing software solutions in the financial sector. Managing Director (MD) of KHL bank has approached FinSoft for the computerization of the bank so that there is no more manual way of doing transactions in any of its branches. As part of automation, the KHL bank users are to be provided with ATM facility, e-banking facility over internet and phone banking facility over land lines and cellular networks. FinSoft is doing such a project for the first Time. Requirements development team in FinSoft has planned for carrying out the requirement elicitation for this project. In the context of the case study, for the following scenarios identify the most appropriate requirements elicitation techniques (Brainstorming, Workshops, Questionnaire, Task Analysis, Observation, Prototyping, Scenario identification). Scenario Interrogative conservation with Managers, Cashiers, Clerks and other Staff for arriving at the requirement for automating transactions. Formal and planned requirement discussion in a conference to room conducted among managers of diversified branched facilitate by anchor. Survey form circulated among the users (account holders) who visit the bank, to ease their interactions with bank Analysis for understanding mode of transactions- Checks, Cash, DD, MT, Gold, etc. Ethnographers deployed for understanding the users interactions with bank officials. UI design of e-banking portal, ATM, Computer Systems Requirement elicitation technique Understanding the process involved in each transaction like withdraw, deposit, fund transfer etc. Experiment 6 (Requirement Classification) To Classify the requirement into functional and non-functional requirements. Functional requirements (FRs) specify the software functionality that the developer must build into the product to enable users accomplish their tasks, thereby satisfying the business requirements. Non functional requirement as the name suggest, are those requirements which are not directly concerned with the
10 specific functions delivered by the system. Many non-functional requirements (NFRs) related to the system as a whole rather than to individual functional requirements. While failure to meet an individual functional may degrade the system, failure to meet a non-functional system requirement may make whole system unusable. NFR s are of different types namely usability requirements, reliability requirements etc. Classify the following requirement by selecting the appropriate option. 1. ATM machine shall validate PIN of the user during login along with biometric verification. 2. Peak transaction Volume(s)- 20,000 calls in a busy hour, average duration 20 Secs, grade of services 99.98% 3. Brahe System Shall sounds the alarm for 10 seconds at frequency of 100H when the brake is applied. 4. Mean Time to failure (MTTF) -There should be no more than three Severity-1 outage per month. 30 minutes Experiment 7 (Requirements) Identify the elements in software Requirements Specification document. The output of requirement analysis place is the Software requirements Specification it should specify what a system should do. Atypical SRS usually consists of the system overview (both current and proposed). s of the proposed system such that it is proven to be significant development over the existing system, business analysis of the client functional and non-functional requirement, glossary, etc. Article Systems (AS), a giant books franchise has approached IT company ABCLtd. To help them automate their business processes and shift them online so all of its outlets across the globe would be under one portal. AMC Ltd., agrees to take on the project and both the companies sit down and strike a deal. After detailed discussion and analysis, ABC Ltd. decides to follows the waterfall model for development of the project. This discussion covered topics such as the business analysis and operations of AS, The expectations of the client (AS) from ABC Ltd, their needs and requirements from the software, their current existing system including its limitations and what the proposed system would do to address these issues. Taking into account all the input, the concerned team at ABC designed and developed the SRS. Which of the following are typically expected to be found in the SRS created by ABC Ltd. Towards the AS Project?
11 System Overview Class Diagram source Code Use Cases Flow Charts for algorithms realizing the functionality of the system Code review Comments test results The Difference in the scope of the current system to be proposed system. Non-Functional requirements Features of new portal to be developed Experiment 8 (Requirement Verification) To verify the requirements against the quality attributes. Software requirements specification formally captures the requirements of the software to be developed. Hence it is important that requirements are free from defects like incorrect or conflicting requirements. Identify the requirements in the given SRS(Premium University Placement Portal) for following issues, 1. Incorrect requirements 2. Ambiguous requirements 3. Missing requirements 4. Conflicting requirements 5. Incomplete requirements Experiment 9 (Software Design) Identify the elements and relationship by analyzing the class diagram of Easy Shop Retail Application case study. Software Design describes how software is decomposed and organized into components and the interfaces between those components. It also describes the components at a level of detail that enable their construction. 1. Study the class diagram of Easy shop retail application depicted in the CCFP4.0-SE Easy Shop Manager-Phase1-ClassDiagram.docx and identify
12 the Following for the class Customer. 1. Class Name 2. Private attributes 3. Public attributes 4. Private methods 5. Public Methods 2. In above document, identify the relationship between the elements given below: Class 1 Class 2 Relationship Item Apparels Retail Outlet Item Customer Regular Customer Customer Address PurchaseBill LineItem Tax PurchaseBill Software Design Principles Experiment 10 (Software Design Principles) Identify the design principle that is being violated in relation to the given scenario. A good object oriented design not only meets the specified requirements but also addresses implicit requirements. There are five design principles which address most of the implicit requirements: 1. Abstraction: Focus on solving a problem by considering the relevant details and ignoring the irrelevant 2. Encapsulation: Wrapping the internal details, thereby making these details inaccessible. Encapsulation separates interface and implementation, specifying only the public interface to the clients, hiding the details of implementation. 3. Decomposition and Modularization: Dividing the problem into smaller, independent, interactive subtasks for placing different functionalities in different components 4.Coupling & Cohesion: Coupling is the degree to which modules are dependent on each other. Cohesion is the degree to which a module has a single, well defined task or responsibility. A good design is one with loose coupling and strong cohesion. 5. Sufficiency, Completeness and Primitiveness: Design should ensure the completeness and sufficiency with respect to the given specifications in a very simple way as possible.
13 Which of the following design principle(s) have been violated in the following scenarios? 1. Abstraction 2. Decomposition and Modularization 3. Coupling & Cohesion 4. Encapsulation 5. Sufficiency, Completeness and Primitiveness 6. All No. Principle Being Violated 1 Important information of a module is directly accessible by other modules 2 Too many global variables in the program after implementing the design 3 Code breaks in unexpected places 4 Unfulfilled requirements in the code after the design has been implemented 5 Cyclic dependency among classes 6 Huge class doing too many unrelated operations 7 Several un-related functionalities/tasks are carried out by a single module 8 All data of all classes in public 9 Design resulting in spaghetti code 10 An algorithm documented as part of design is not understandable by the programmers Experiment 11 (Integration Testing) To identify the usage of stubs or drivers in the context of an integration testing scenario. Integration testing is carried out after the completion of unit testing and before the software is delivered for system testing. In top down integration testing, dummy stubs are required for bottom level modules. Similarly in bottom up testing, dummy drivers are required for top level modules. Consider the scenario of development of software for Travel, Management System (TMS) is in progress. The TMS software has 3 major modules namely Ticket_Booking_Module, Hotel_Booking_Module and Taxi_Booking_Module. The Ticket_Booking_Module has 3 sub modules namely Enquiry_Module, Booking_Module and Update_Module. The enquiry
14 module uses Date_Validation_Unit, Ticket_Validation_Unit and Place_Validation_Unit. In the context of the given scenario, identify the usage of stub or driver for the following situations. 1. Except the Ticket_validation_Unit, the coding and unit testing of all other modules, sub modules and units of TMS are completed. The top-down integration is in progress for the TMS software. To carry out the integration testing, which among the following is necessary? A Stub for Ticket_Validation_Unit A Driver For Ticket_Validation_Unit A Stub for Enquiry_Module A Driver for Enquiry_Module A Stub For Ticket_Booking_Module A Driver For Ticket_Booking_Module 2. The coding and unit testing of all the module, sub modules and units of TMS are completed except the Update_Module (coding and testing for Edit_Module, Cancel_Module and View_Module are also completed). The bottom-up integration is to be started for the TMS software. Mention any stub or driver needed to carry out the integration testing? 3. Except the Taxi_Booking_Module, the coding and unit testing of all other modules, sub modules and units of TMS are completed. The top-down integration is to be started for the TMS software. Mention any stub or driver needed to carry out the integration testing?
15 Experiment 12 (Performance Testing) Identify the different types of performance testing Performance testing tests the non-functional requirements of the system. The different types of performance testing are load testing, stress testing, endurance testing and spike testing. Identify the type of performance testing for the following: 1. A space craft is expected to function for nearly 8 years in space. The orbit control system of the spacecraft is a real-time embedded system. Before the launch, the embedded software is to be tested to ensure that it is capable of working for 8 years in the space. Identify the suitable performance testing category to be carried out to ensure that the space craft will be functioning for 8 years in the space as required. 2. Global Education Centre (GEC) at Infosys Mysore provides the training for fresh entrants. GEC uses an automated tool for conducting objective type test for the trainees. At a time, a maximum of 2000 trainees are expected to take the test. Before the tool is deployed, testing of the tool was carried out to ensure that it is capable of supporting 2000 simultaneous users. Indicate the performance testing category? 4. A university uses its web based portal for publishing the results of the students. When the results of an examination were announced on the website recently on a pre-planned date, the web site crashed. Which type of performance testing should have been done during web-site development to avoid this unpleasant situation? 4. During unexpected terrorist attack, one of the popular websites crashed as many people logged into the web-site in a short span of time to know the consequences of terrorist attack and for immediate guidelines from the security personnel. After analyzing the situation, the maintenance team of that website came to know that it was the consequences of unexpected load on the system which had never happened previously. Which type of performance testing should have been done during web-site development to avoid this unpleasant situation? Scenarios Scenario 1 Scenario 2 Scenario 3 Scenario 4 Performance Testing Type
16 Experiment 13 (Regression Testing) To identify the usage of regression testing. Enhancements are introduction of new features to the software and might be released in different versions. Whenever a version is released, regression testing should be done on the system to ensure that the existing features have not been disturbed. Consider the scenario of development of software for Travel Management System (TMS) discussed in previous assignment. TMS has been developed by Infosys and released to its customer Advance Travel Solutions Ltd. (ATSL). Integration testing, system testing and acceptance testing were carried out before releasing the final build to the customer. However, as per the customer feedback during the first month of usage of the software, some minor changes are required in the Enquiry Module of the TMS. The customer has approached Infosys with the minor changes for upgrading the software. The development team of Infosys has incorporated. Those changes, and delivered the software to testing team to test the upgraded software. Which among the following statement is true? 1. Since minor changes are there, integration of the Enquiry Module and quick system testing on Enquiry module should be done. 2. The incorporation of minor changes would have introduced new bugs into other modules, so regression testing should be carried out. 3. Since the acceptance testing is already carried out, it is enough if the team performs sanity testing on the Enquire module. 4. No need of testing any module. 30 minutes Experiment 14 (Defect Classification) To classify the given defects into different defect types. Defect detection activities like reviews and testing help in identifying the defects in the artifacts (deliverables). These defects must be classified into various buckets before carrying out the root cause analysis. Following are some the defect Categories. 1. Logical 2. User interface 3. Maintainability 4. Standards In the context of the above defect categories, classify the following statements under the defect categories and mention in the table given below.
17 1. Divide by Zero Error is not guarded 2. Usage of 3.14 in the statement Circle_Area = 3.14 * Radius * Radius; lines of code in a single function 4. A pointer is declared but not initialized. It is used in the program for storing a value. 5. A program designed to handle 1000 simultaneous users, crashed when 1001 the user logged in. 6. A while loop never exits 7. User interface displays MALFUNCTION 54 when something goes wrong in the back-end 8. No documentation (comments) for the source code 9. Hungarian Notation not followed while coding, even though the coding guidelines mandate to use Hungarian Notation 10. Pressing of Tab key moves the cursor in different fields of a web form randomly. Statement Defect Category Defect Name Experiment 15 (Software Metrics) To understand usage of software metrics. There are some metrics which are fundamental and the rest can be derived from these. Examples of basic (fundamental) measures are Size, Effort, Defect, Schedule. If the fundamental measures are known, then we can derive others. For example if size and effort are known, we can get Productivity (=size/effort). If the total numbers of defects are known we can get the Quality (=defect/size) and so on. Online loan system has two modules for the two basic services, namely Car loan service and House loan service.
18 The two modules have been named as Car_Loan_Module and House_Loan_Module. Car_Loan_Module has 2000 lines of uncommented source code. House_Loan_Module has 3000 lines of uncommented source code. Car_Loan_Module was completely implemented by Mike. House_Loan_Module was completely implemented by John. Mike took 100 person hours to implement Car_Loan_Module. John took 200 person hours to implement House_Loan_Module. Mike s module had 5 defects. John s module had 6 defects. With respect to the context given, which among the following is an INCORRECT statement? Choose one: 1. John s Quality is better than Mike s Quality 2. John s Productivity is more than Mike s Productivity 3. John introduced more defects than Mike 4. John s Effort is more than Mike s Effort PART-II Project Work Understand Importance of SDLC approach & various processes. Software Develpoment Life cycle involve multiple phases like Requirment analysis,design, Coding, Testing & Maintenance. In each phase certain activities are performed to deliver the deliverables or outcome eg. from Requirment Analysis pahse outcome is SRS document which is input to the Design phase. Project group is assineged with a project and asked to perform the complete cycle of SDLC. Following are some instruction related to the project work, 1. Project group has to collect the required information related to the assigned system/project. 2. Project group has to develop the project and deliever the deliverables on the timelines given by the Teached/Lab Instructor. 3. On the completion of duartion, each project group has to submit a project report. The Teacher/Lab Instructor will evalute the report. 4. The Implementation of project will be done on C langagaue. time : hours
SOFTWARE ENGINEERING INTERVIEW QUESTIONS
SOFTWARE ENGINEERING INTERVIEW QUESTIONS http://www.tutorialspoint.com/software_engineering/software_engineering_interview_questions.htm Copyright tutorialspoint.com Dear readers, these Software Engineering
SOFTWARE REQUIREMENTS
SOFTWARE REQUIREMENTS http://www.tutorialspoint.com/software_engineering/software_requirements.htm Copyright tutorialspoint.com The software requirements are description of features and functionalities
Requirements engineering
Learning Unit 2 Requirements engineering Contents Introduction............................................... 21 2.1 Important concepts........................................ 21 2.1.1 Stakeholders and
Fourth generation techniques (4GT)
Fourth generation techniques (4GT) The term fourth generation techniques (4GT) encompasses a broad array of software tools that have one thing in common. Each enables the software engineer to specify some
VALLIAMMAI ENGINEERING COLLEGE S.R.M. Nagar, Kattankulathur DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
VALLIAMMAI ENGINEERING COLLEGE S.R.M. Nagar, Kattankulathur DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Sub Code : CP7007 Sub Name: SOFTWARE REQUIREMENTS ENGINEERING Branch / Year : ME CSE / I Year
How To Develop Software
Software Engineering Prof. N.L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-4 Overview of Phases (Part - II) We studied the problem definition phase, with which
(Refer Slide Time: 01:52)
Software Engineering Prof. N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture - 2 Introduction to Software Engineering Challenges, Process Models etc (Part 2) This
SECTION 2 PROGRAMMING & DEVELOPMENT
Page 1 SECTION 2 PROGRAMMING & DEVELOPMENT DEVELOPMENT METHODOLOGY THE WATERFALL APPROACH The Waterfall model of software development is a top-down, sequential approach to the design, development, testing
Recommendations for Performance Benchmarking
Recommendations for Performance Benchmarking Shikhar Puri Abstract Performance benchmarking of applications is increasingly becoming essential before deployment. This paper covers recommendations and best
Chapter 8 Software Testing
Chapter 8 Software Testing Summary 1 Topics covered Development testing Test-driven development Release testing User testing 2 Program testing Testing is intended to show that a program does what it is
Application Performance Testing Basics
Application Performance Testing Basics ABSTRACT Todays the web is playing a critical role in all the business domains such as entertainment, finance, healthcare etc. It is much important to ensure hassle-free
VAIL-Plant Asset Integrity Management System. Software Development Process
VAIL-Plant Asset Integrity Management System Software Development Process Document Number: VAIL/SDP/2008/008 Engineering For a Safer World P u b l i c Approved by : Ijaz Ul Karim Rao Revision: 0 Page:2-of-15
Quality Assurance - Karthik
Prevention is better than cure Quality Assurance - Karthik This maxim perfectly explains the difference between quality assurance and quality control. Quality Assurance is a set of processes that needs
Software Engineering Introduction & Background. Complaints. General Problems. Department of Computer Science Kent State University
Software Engineering Introduction & Background Department of Computer Science Kent State University Complaints Software production is often done by amateurs Software development is done by tinkering or
Requirements engineering and quality attributes
Open Learning Universiteit Unit 2 Learning Unit 2 Requirements engineering and quality attributes Contents Introduction............................................... 21 2.1 Important concepts........................................
(Refer Slide Time 00:56)
Software Engineering Prof.N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture-12 Data Modelling- ER diagrams, Mapping to relational model (Part -II) We will continue
ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition
ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition Version 0.6 - Page 3 / 43 Table of Contents 1. Process Introduction... 5 1.1. Process Scope... 5 1.2. Process Objectives and Benefits... 5
Presentation: 1.1 Introduction to Software Testing
Software Testing M1: Introduction to Software Testing 1.1 What is Software Testing? 1.2 Need for Software Testing 1.3 Testing Fundamentals M2: Introduction to Testing Techniques 2.1 Static Testing 2.2
Elicitation and Modeling Non-Functional Requirements A POS Case Study
Elicitation and Modeling Non-Functional Requirements A POS Case Study Md. Mijanur Rahman and Shamim Ripon, Member IACSIT Abstract Proper management of requirements is crucial to successful development
WHAT WE NEED TO START THE PERFORMANCE TESTING?
ABSTRACT Crystal clear requirements before starting an activity are always helpful in achieving the desired goals. Achieving desired results are quite difficult when there is vague or incomplete information
Sub Code: CP7007 Sub Name: SOFTWARE REQUIREMENTS ENGINEERING Branch / Year: ME CSE / I Year Staff in charge: Dr.M.Senthil Kumar
VALLIAMMAI ENGINEERING COLLEGE S.R.M. Nagar, Kattankulathur DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Sub Code: CP7007 Sub Name: SOFTWARE REQUIREMENTS ENGINEERING Branch / Year: ME CSE / I Year Staff
Object Oriented Analysis and Design and Software Development Process Phases
Object Oriented Analysis and Design and Software Development Process Phases 28 pages Why object oriented? Because of growing complexity! How do we deal with it? 1. Divide and conquer 2. Iterate and increment
And the Models Are 16-03-2015. System/Software Development Life Cycle. Why Life Cycle Approach for Software?
System/Software Development Life Cycle Anurag Srivastava Associate Professor ABV-IIITM, Gwalior Why Life Cycle Approach for Software? Life cycle is a sequence of events or patterns that are displayed in
SoMA. Automated testing system of camera algorithms. Sofica Ltd
SoMA Automated testing system of camera algorithms Sofica Ltd February 2012 2 Table of Contents Automated Testing for Camera Algorithms 3 Camera Algorithms 3 Automated Test 4 Testing 6 API Testing 6 Functional
Levels of Software Testing. Functional Testing
Levels of Software Testing There are different levels during the process of Testing. In this chapter a brief description is provided about these levels. Levels of testing include the different methodologies
Software Development Processes. Software Life-Cycle Models
1 Software Development Processes Sequential, Prototype-based RAD, Phased, Risk-based Spiral (c) 1998 M Young CIS 422/522 4/3/98 1 Software Life-Cycle Models Breaking projects down into pieces for... Planning
Carnegie Mellon University Master of Science in Information Technology Software Engineering (MSIT-SE) MSIT Project (17-677) Approval Form
Carnegie Mellon University Master of Science in Information Technology Software Engineering (MSIT-SE) MSIT Project (17-677) Approval Form Student Name: Jane Doe Date: 9/19/2002 Project Title: Re-Engineer
Surveying and evaluating tools for managing processes for software intensive systems
Master Thesis in Software Engineering 30 Credits, Advanced Level Surveying and evaluating tools for managing processes for software intensive systems Anuradha Suryadevara IDT Mälardalen University, ABB
Basic Unix/Linux 1. Software Testing Interview Prep
Basic Unix/Linux 1 Programming Fundamentals and Concepts 2 1. What is the difference between web application and client server application? Client server application is designed typically to work in a
Lab Manual. Advanced Pr I IT 314
Lab Manual Advanced Pr I IT 314 Lab Instructions Several practicals / programs? Whether an experiment contains one or several practicals /programs One practical / program Lab Teacher forms groups of the
Best-Practice Software Engineering: Software Processes to Support Project Success. Dietmar Winkler
Best-Practice Software Engineering: Software Processes to Support Project Success Dietmar Winkler Vienna University of Technology Institute of Software Technology and Interactive Systems [email protected]
MANUAL TESTING. (Complete Package) We are ready to serve Latest Testing Trends, Are you ready to learn.?? New Batches Info
MANUAL TESTING (Complete Package) WEB APP TESTING DB TESTING MOBILE APP TESTING We are ready to serve Latest Testing Trends, Are you ready to learn.?? New Batches Info START DATE : TIMINGS : DURATION :
Note to the Project Guides MSC (CS-FOSS) Final Semester Projects
Note to the Project Guides MSC (CS-FOSS) Final Semester Projects The students of MSC (CS-FOSS) of students are now in the final semester and will be doing their project work this semester. This is one
Chapter 8 Approaches to System Development
Systems Analysis and Design in a Changing World, sixth edition 8-1 Chapter 8 Approaches to System Development Table of Contents Chapter Overview Learning Objectives Notes on Opening Case and EOC Cases
POLAR IT SERVICES. Business Intelligence Project Methodology
POLAR IT SERVICES Business Intelligence Project Methodology Table of Contents 1. Overview... 2 2. Visualize... 3 3. Planning and Architecture... 4 3.1 Define Requirements... 4 3.1.1 Define Attributes...
Expert Reference Series of White Papers. Intersecting Project Management and Business Analysis
Expert Reference Series of White Papers Intersecting Project Management and Business Analysis 1-800-COURSES www.globalknowledge.com Intersecting Project Management and Business Analysis Daniel Stober,
Software Development Processes. Software Life-Cycle Models. Process Models in Other Fields. CIS 422/522 Spring 1998 1
1 Software Development Processes Sequential, Prototype-based RAD, Phased, Risk-based Spiral (c) 1998 M Young CIS 422/522 1/10/99 1 Software Life-Cycle Models Breaking projects down into pieces for... Planning
Software Requirements Specification (SRS)
Software Requirements Specification (SRS) Meeting Scheduler MANISH BANSAL ABHISHEK GOYAL NIKITA PATEL ANURAG MAHAJAN SMARAK BHUYAN - 1 - VERSION RECORD Version record showing the amendments effected to
Effective Software Security Management
Effective Software Security Management choosing the right drivers for applying application security Author: Dharmesh M Mehta [email protected] / [email protected] Table of Contents Abstract... 1
PSG College of Technology, Coimbatore-641 004 Department of Computer & Information Sciences BSc (CT) G1 & G2 Sixth Semester PROJECT DETAILS.
PSG College of Technology, Coimbatore-641 004 Department of Computer & Information Sciences BSc (CT) G1 & G2 Sixth Semester PROJECT DETAILS Project Project Title Area of Abstract No Specialization 1. Software
Module 2. Software Life Cycle Model. Version 2 CSE IIT, Kharagpur
Module 2 Software Life Cycle Model Lesson 3 Basics of Software Life Cycle and Waterfall Model Specific Instructional Objectives At the end of this lesson the student will be able to: Explain what is a
Essentials of the Quality Assurance Practice Principles of Testing Test Documentation Techniques. Target Audience: Prerequisites:
Curriculum Certified Software Tester (CST) Common Body of Knowledge Control Procedures Problem Resolution Reports Requirements Test Builds Test Cases Test Execution Test Plans Test Planning Testing Concepts
WebSphere Business Modeler
Discovering the Value of SOA WebSphere Process Integration WebSphere Business Modeler Workshop SOA on your terms and our expertise Soudabeh Javadi Consulting Technical Sales Support WebSphere Process Integration
Software testing. Objectives
Software testing cmsc435-1 Objectives To discuss the distinctions between validation testing and defect testing To describe the principles of system and component testing To describe strategies for generating
Questions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements
Questions? Assignment Why is proper project management important? What is goal of domain analysis? What is the difference between functional and non- functional requirements? Why is it important for requirements
Chapter 11: Integration- and System Testing
Chapter 11: Integration- and System Testing Chapter 14: Testing (2/2) Object-Oriented Software Construction Armin B. Cremers, Sascha Alda & Tobias Rho (based on Bruegge & Dutoit) Software Lifecycle Activities...and
The George Washington University
PMLC Project Management Life Cycle The George Washington University eexpense System Implementation Project Test Plan & Procedures Prepared By: Jeff Pearson Version: 1 Date: August 13, 2012 Project Owners:
Process of Performance Testing a Banking Application
Process of Performance Testing a Banking Application The Need One of the largest banks in India offers Online and Mobile Banking application to its customers. Several online services are hassle-free services
Development of AUTOSAR Software Components within Model-Based Design
2008-01-0383 Development of AUTOSAR Software Components within Model-Based Design Copyright 2008 The MathWorks, Inc. Guido Sandmann Automotive Marketing Manager, EMEA The MathWorks Richard Thompson Senior
Adopting Service Oriented Architecture increases the flexibility of your enterprise
Adopting Service Oriented Architecture increases the flexibility of your enterprise Shireesh Jayashetty, Pradeep Kumar M Introduction Information Technology (IT) systems lasted longer earlier. Organization
Module 2. Software Life Cycle Model. Version 2 CSE IIT, Kharagpur
Module 2 Software Life Cycle Model Lesson 4 Prototyping and Spiral Life Cycle Models Specific Instructional Objectives At the end of this lesson the student will be able to: Explain what a prototype is.
Contents. Evolving Trends in Core Banking Transformation (CBT) Challenges Faced in Core Banking Transformation (CBT)
Contents Preface From the Editor s Desk Evolving Trends in Core Banking Transformation (CBT) 01. Customer Expectations and Next Generation Banking 05 02. Survival Driving Core Banking Transformation (CBT)
Chapter 11, Testing, Part 2: Integration and System Testing
Object-Oriented Software Engineering Using UML, Patterns, and Java Chapter 11, Testing, Part 2: Integration and System Testing Overview Integration testing Big bang Bottom up Top down Sandwich System testing
Whitepaper. Agile Methodology: An Airline Business Case YOUR SUCCESS IS OUR FOCUS. Published on: Jun-09 Author: Ramesh & Lakshmi Narasimhan
YOUR SUCCESS IS OUR FOCUS Whitepaper Published on: Jun-09 Author: Ramesh & Lakshmi Narasimhan 2009 Hexaware Technologies. All rights reserved. Table of Contents 1. Introduction 2. Subject Clarity 3. Agile
THE APPLICATION OF THE PARETO PRINCIPLE IN SOFTWARE ENGINEERING.
THE APPLICATION OF THE PARETO PRINCIPLE IN SOFTWARE ENGINEERING. Ankunda R. Kiremire 19th October, 2011 1 Introduction The Pareto Principle, or more commonly the 80/20 rule is a relation that describes
Operational Risk Management in Business Processes
Operational Risk Management in Business Processes Alexander Gromoff 1, Julia Stavenko 2, Kristina Evina 3 and Nikolay Kazantsev 4 1,2,3,4 National Research University Higher School of Economics, Faculty
How To Understand Software Engineering
PESIT Bangalore South Campus Department of MCA SOFTWARE ENGINEERING 1. GENERAL INFORMATION Academic Year: JULY-NOV 2015 Semester(s):III Title Code Duration (hrs) SOFTWARE ENGINEERING 13MCA33 Lectures 52Hrs
Partnering for Project Success: Project Manager and Business Analyst Collaboration
Partnering for Project Success: Project Manager and Business Analyst Collaboration By Barbara Carkenord, CBAP, Chris Cartwright, PMP, Robin Grace, CBAP, Larry Goldsmith, PMP, Elizabeth Larson, PMP, CBAP,
Karunya University Dept. of Information Technology
PART A Questions 1. Mention any two software process models. 2. Define risk management. 3. What is a module? 4. What do you mean by requirement process? 5. Define integration testing. 6. State the main
Session-1: Business Enterprise Applications- Overview
Session-1: Business Enterprise Applications- Overview Important Points to Note All Participating colleges are requested to mute your telephone lines during the webinar session. Participants are requested
SOA: The missing link between Enterprise Architecture and Solution Architecture
SOA: The missing link between Enterprise Architecture and Solution Architecture Jaidip Banerjee and Sohel Aziz Enterprise Architecture (EA) is increasingly being acknowledged as the way to maximize existing
CUT COSTS, NOT PROJECTS
CUT COSTS, NOT PROJECTS Understanding and Managing Software Development Costs A WEBINAR for State of Washington Agencies Critical Logic, Inc. July 9 2009 Starting at 3pm, Pacific Daylight Time Critical
Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM
www.softwaretestinghelp.com Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM 2/1/2014 SoftwareTestingHelp.com Name of the tester Note: This is a sample test plan created
Chapter 11: Integrationand System Testing
Object-Oriented Software Engineering Using UML, Patterns, and Java Chapter 11: Integrationand System Testing Integration Testing Strategy The entire system is viewed as a collection of subsystems (sets
ISTQB Certified Tester. Foundation Level. Sample Exam 1
ISTQB Certified Tester Foundation Level Version 2015 American Copyright Notice This document may be copied in its entirety, or extracts made, if the source is acknowledged. #1 When test cases are designed
4.13 System Testing. Section 4 Bidder's Products, Methodology, and Approach to the Project. 4.14 System Training
Section 4 Bidder's Products, Methodology, and Approach to the Project 4.1 FACTS II Requirements Summary 4.11 Interfaces 4.2 Functional Requirements 4.12 System Development 4.3 Technical Requirements 4.13
Group18-CUCE2012. Mr. Mobile Project. Software Testing Plan (STP) Version: 4.0. CM Identifier: G18_SE004
Group18-CUCE2012 Mr. Mobile Project Software Testing Plan (STP) Version: 4.0 CM Identifier: G18_SE004 26 April 2010 Revision History Prepared/ Modified by Ahmed Adel Ahmed Abdullah, Ahmed Hafez and Sheriff
Software Engineering. How does software fail? Terminology CS / COE 1530
Software Engineering CS / COE 1530 Testing How does software fail? Wrong requirement: not what the customer wants Missing requirement Requirement impossible to implement Faulty design Faulty code Improperly
Aspire's Approach to Test Automation
WHITE PAPER Aspire's Approach to Test Automation by Ujjawal Bagaria, Aspire Systems Automation has been seen as the long term solution for cost reduction of manual testing across the globe. A successfully
Proven Testing Techniques in Large Data Warehousing Projects
A P P L I C A T I O N S A WHITE PAPER SERIES A PAPER ON INDUSTRY-BEST TESTING PRACTICES TO DELIVER ZERO DEFECTS AND ENSURE REQUIREMENT- OUTPUT ALIGNMENT Proven Testing Techniques in Large Data Warehousing
Software Engineering Question Bank
Software Engineering Question Bank 1) What is Software Development Life Cycle? (SDLC) System Development Life Cycle (SDLC) is the overall process of developing information systems through a multi-step
through ATM Machine 1* Mohd. Arif Siddique and 2 Dr. Amit Kumar Awasthi
An Advance ATM Machine Service: Making Demand Draft through ATM Machine 1* Mohd. Arif Siddique and 2 Dr. Amit Kumar Awasthi 1 Department of Computer Science, Radha Govind Engineering College,Meerut (U.
Effective Testing & Quality Assurance in Data Migration Projects. Agile & Accountable Methodology
contents AUT H O R : S W A T I J I N D A L Effective Testing & Quality Assurance in Data Migration Projects Agile & Accountable Methodology Executive Summary... 2 Risks Involved in Data Migration Process...
Chapter 5. Regression Testing of Web-Components
Chapter 5 Regression Testing of Web-Components With emergence of services and information over the internet and intranet, Web sites have become complex. Web components and their underlying parts are evolving
Software Requirements, Third Edition
j Microsoft Software Requirements, Third Edition Karl Wiegers and Joy Beatty Contents Introduction Acknowledgments xxv xxxi PART I SOFTWARE REQUIREMENTS: WHAT, WHY, AND WHO Chapter 1 The essential software
SDLC for outsourced customized software development
SDLC for outsourced customized software development Introduction The opening up of the world's economy has resulted in a lot of changes in the way an enterprise tackles its Information Technology (IT)
Elicitation and Modeling Non-Functional Requirements A POS Case Study
Elicitation and Modeling Non-Functional Requirements A POS Case Study Md. Mijanur Rahman and Shamim Ripon, Member IACSIT Abstract Proper management of requirements is crucial to successful development
15.3.3 OOA of Railway Ticket Reservation System
448 15.3.3 OOA of Railway Ticket System Assume that domain analysis is complete and DAD is ready for reference. The analyst also has a fair knowledge of the system and the system environment. For the sake
V 6.1 Core Training Training Plan
V 6.1 Core Training Training Plan 2014 Version 1.0 Document Revision 1.0 2014 OpenSpan Incorporated. All rights reserved. OpenSpan and the Open Span logo are trademarks of OpenSpan, Incorporated. Other
Degree programme in Automation Engineering
Degree programme in Automation Engineering Course descriptions of the courses for exchange students, 2014-2015 Autumn 2014 21727630 Application Programming Students know the basis of systems application
Module 10. Coding and Testing. Version 2 CSE IIT, Kharagpur
Module 10 Coding and Testing Lesson 26 Debugging, Integration and System Testing Specific Instructional Objectives At the end of this lesson the student would be able to: Explain why debugging is needed.
Best Practices for Verification, Validation, and Test in Model- Based Design
2008-01-1469 Best Practices for Verification, Validation, and in Model- Based Design Copyright 2008 The MathWorks, Inc. Brett Murphy, Amory Wakefield, and Jon Friedman The MathWorks, Inc. ABSTRACT Model-Based
Software Testing Tutorial
Software Testing Tutorial SOFTWARE TESTING TUTORIAL Simply Easy Learning by tutorialspoint.com tutorialspoint.com i C O P Y R I G H T & D I S C L A I M E R N O T I C E All the content and graphics on this
AADHAAR ENABLED PAYMENT SYSTEM
FREQUENTLYASKEDQUESTIONS BY CUSTOMERS FOR AADHAAR ENABLED PAYMENT SYSTEM Page 1 1. What is AEPS? AEPS is a new payment service offered by the National Payments Corporation of India to banks, financial
Sofware Requirements Engineeing
Sofware Requirements Engineeing Three main tasks in RE: 1 Elicit find out what the customers really want. Identify stakeholders, their goals and viewpoints. 2 Document write it down (). Understandable
Bringing Value to the Organization with Performance Testing
Bringing Value to the Organization with Performance Testing Michael Lawler NueVista Group 1 Today s Agenda Explore the benefits of a properly performed performance test Understand the basic elements of
What is a requirement? Software Requirements. Descriptions and specifications of a system
What is a requirement? Software Requirements Descriptions and specifications of a system May range from a high-level abstract statement of a service or a statement of a system constraint to a detailed
Defining Quality Workbook. <Program/Project/Work Name> Quality Definition
Defining Quality Workbook Quality Definition Introduction: Defining Quality When starting on a piece of work it is important to understand what you are working towards. Much
Software Engineering I: Software Technology WS 2008/09. Integration Testing and System Testing
Software Engineering I: Software Technology WS 2008/09 Integration Testing and System Testing Bernd Bruegge Applied Software Engineering Technische Universitaet Muenchen 1 Overview Integration testing
ABHINAV NATIONAL MONTHLY REFEREED JOURNAL OF RESEARCH IN SCIENCE & TECHNOLOGY www.abhinavjournal.com
SOFTWARE DEVELOPMENT LIFE CYCLE (SDLC) ANALYTICAL COMPARISON AND SURVEY ON TRADITIONAL AND AGILE METHODOLOGY Sujit Kumar Dora 1 and Pushkar Dubey 2 1 Programmer, Computer Science & Engineering, Padmashree
CHAPTER - 5 CONCLUSIONS / IMP. FINDINGS
CHAPTER - 5 CONCLUSIONS / IMP. FINDINGS In today's scenario data warehouse plays a crucial role in order to perform important operations. Different indexing techniques has been used and analyzed using
How To Test For Elulla
EQUELLA Whitepaper Performance Testing Carl Hoffmann Senior Technical Consultant Contents 1 EQUELLA Performance Testing 3 1.1 Introduction 3 1.2 Overview of performance testing 3 2 Why do performance testing?
Expense Tracker. CSC 230: Software Engineering. Department of Computer Science, Sacramento State University Spring 2015. Professor :Dr.
CSC 230: Software Engineering Department of Computer Science, Sacramento State University Spring 2015 Expense Tracker Professor :Dr. Doan Nguyen Team # 12: Savleen Kaur Arundhati Wahane 1 Table of Contents
Example Software Development Process.
Example Software Development Process. The example software development process is shown in Figure A. The boxes represent the software development process kernels. The Software Unit Testing, Software Component
Software Testing. Knowledge Base. Rajat Kumar Bal. Introduction
Software Testing Rajat Kumar Bal Introduction In India itself, Software industry growth has been phenomenal. IT field has enormously grown in the past 50 years. IT industry in India is expected to touch
SECTION 4 TESTING & QUALITY CONTROL
Page 1 SECTION 4 TESTING & QUALITY CONTROL TESTING METHODOLOGY & THE TESTING LIFECYCLE The stages of the Testing Life Cycle are: Requirements Analysis, Planning, Test Case Development, Test Environment
