1 441 A Comprehensive Study of Commonly Practiced Heavy and Light Weight Software Methodologies 1 Asif Irshad Khan, 2 Rizwan Jameel Qurashi and 3 Usman Ali Khan 1 Department of Computer Science Singhania University, Jhunjhunu, Rajasthan, India 2 Department of Information Technology King Abdul Aziz University, Jeddah, Saudi Arabia 3 Department of Information System King Abdul Aziz University, Jeddah, Saudi Arabia Abstract Software has been playing a key role in the development of modern society. Software industry has an option to choose suitable methodology/process model for its current needs to provide solutions to give problems. Though some companies have their own customized methodology for developing their software but majority agrees that software methodologies fall under two categories that are heavyweight and lightweight. Heavyweight methodologies (Waterfall Model, Spiral Model) are also known as the traditional methodologies, and their focuses are detailed documentation, inclusive planning, and extroverted design. Lightweight methodologies (XP, SCRUM) are, referred as agile methodologies. Light weight methodologies focused mainly on short iterative cycles, and rely on the knowledge within a team. The aim of this paper is to describe the characteristics of popular heavyweight and lightweight methodologies that are widely practiced in software industries. We have discussed the strengths and weakness of the selected models. Further we have discussed the strengths and weakness between the two opponent methodologies and some criteria is also illustrated that help project managers for the selection of suitable model for their projects. Keywords: Software Process, Software Development Methodology, Software development life cycle, Agile, Heavyweight. 1. Introduction Software development life cycle (SDLC) describes the life of a software product in terms of processes from its conception to its development, implementation, delivery, use and maintenance. Software development usually involves following stages (processes) as shown in figure 1. A software process is a set of activities that lead to the production of software product. Processes are also called as methodologies helping to maintain a level of consistency and quality on a set of activities. A process is a collection of procedures that are used to a product by meeting a set of goals or standards. Fig.1 Stages of SDLC Many process models are described in the literature such as Waterfall, Prototype, Rapid Application development (RAD), Spiral Model, Object Oriented, Agile and Component Based Development. Following are software improvement factors.
2 442 Development speed (time to market) Product quality and Project visibility Administrative overhead Risk exposure and customer relations, etc. The paper is organized as: section 2 describes some selected Heavy weight Models along their advantages and disadvantages, section 3 discussed some selected Light weight models along their strengths and weaknesses, section 4 Comparison of Heavy and Light weight models in terms of differences and issues and section 5 discussed criteria for the selection of process models to develop a project. 2. Heavy Weight Methodologies Heavyweight development methodology is based on a sequential series of steps, such as requirements definition, solution build, testing and deployment. Heavyweight development methodology mainly focuses detailed documentation, inclusive planning, and extroverted design. Following are the most popular Heavyweight development methodologies. 2.1 Spiral Model This model is also known as Boehm's model, using his model, process is represented as a spiral rather than as a sequence of activities with backtracking. The spiral has many cycles and each cycle represents a phase in the process. No fixed phases such as specification or design Loops, In the Spiral model are chosen depending on what is required. Risks are explicitly assessed and resolved throughout the process.the structure of the Spiral model is shown in the figure -2. Objective setting Specific objectives for the project phase are identified. Risk assessment and reduction Key risks are identified, analyzed and information is obtained to reduce these risks. The aim is that all risks are resolved. Development and Validation Once all possible risks have been identified the development of the software can begin, an appropriate model is chosen for the next phase of development. Planning The project is reviewed and plans are drawn up for the next round of spiral. Usage of Spiral Model Following are the usage of Spiral model. Large and high budget projects. When risk assessment is very critical. Requirements are not very clearly defined and complex. When costs and risk evaluation is important For medium to high-risk projects. Long-term project commitment unwise because of potential changes to economic priorities. 2.2 Rational Unified Process Model (RUP) The Rational Unified Process (RUP), originated by Rational Software and later by IBM, is a heavy iterative approach that takes into account the need to accommodate change and adaptability during the development process. In RUP: a software product is designed and built in a succession of incremental iterations. Each iteration includes some, or most, of the development disciplines like requirements, analysis, design, and implementation and testing. It provides a disciplined approach to assign tasks and responsibilities within a software development organization for the successful development of software [1,2]. The main goal of RUP is to ensure the production of high-quality software by meeting the needs of its end-users within a predictable schedule and budget. The Rational Unified Model provides guidelines, templates and tool mentors to software engineering team to take full advantage of among others. Following are the guidelines for best practices: Fig.2 Spiral model  Following are the four main phases of the spiral model: 1. Develop software iteratively 2. Manage requirements 3. Use component-based architectures 4. Visually model software 5. Verify software quality 6. Control changes to software RUP has a series of phases as follows.
3 443 Inception: (Understand what to build) In this phase project's scope, estimated costs, risks, business case, environment and architecture are identified. Elaboration: (Understand how to build it) In this phase requirements are specified in detail, architecture is validated, the project environment is further defined and the project team is configured. Construction: (Build the Product) In this phase software is built and tested and supporting documentation is produced. Transition: (Transition the Product to its Users) In this phase software is system tested, user tested, reworked and deployed. With the Incremental model, portions of the total product might be available within weeks, whereas the client generally waits months or years to receive a product built using the Waterfall model. The gradual introduction of the product via the incremental model saves time of client. Fig.4 Incremental Model is a Series of Waterfalls  Fig.3 Phases of RUP model  Usage of RUP model Following are the usage of the RUP model a) Distributed systems b) Very large or complex systems c) Systems combining several business areas d) Systems reusing other systems e) Distributed development of a system 2.3 Incremental Model Incremental model is an evolution of Waterfall model. The product is designed, implemented, integrated and tested as a series of incremental builds. The releases are defined by beginning with one small, functional subsystem and then adding functionality with each new release. In the incremental model, there is a good chance that a requirements error will be recognized as soon as the corresponding release is incorporated into the system. Usage of Incremental Model The incremental model is good for projects where requirements are known at the beginning, it is best used on low to medium-risk programs. If the risks are too high to build a successful system using a single waterfall cycle, spreading the development out over multiple cycles may lower the risks to a more manageable level. 2.4 Component Based Development Model One of the main principles of computer science, divide and conquer the bigger problem into smaller chunks to solve it, fits into component based development. The aim is to build large computer systems from small pieces called a component that has already been built instead of building complete system from scratch. A software component technology is the implementation of a component model by means of: Standards and guidelines for the implementation and execution of software components. Software tools that supports the implementation, assembly and execution of components.
4 444 When we look at the lifecycle of a component, it passes through the following global stages requirement analysis, design, development, packaging, testing, distribution, deployment and execution. Preliminary design entails component specification, while detailed design consists of component search and identification. For each application is constructed, the developers need to manage all the components used, along with their version information. As developers frequently release multiple versions of an application, it s important that they manage component versions used in applications  In the development stage, the design, specification, implementation and meta-data of components is constructed. In the packaging stage, all information that is needed for trading and deployment of the component implementation grouped into a single package. The distribution stage deals with searching, retrieval and transportation of components. For searching components meta-data is needed that need to be included in the packaging stage. The deployment stage address issues related to the integration of component implementations in an executable system on some target platform. Finally, the execution stage deals with executing and possibly upgrading components. Fig.5. Component-Based Application Integration Life Cycle  Table 1: Advantages and Disadvantages of some Heavy Weight Methodologies Advantages Spiral Model RUP Model Incremental Model Component Model Emphasize planning for verification and validation of the product in early stages of product development. Each deliverable must be testable. Good for large and mission-critical projects. Software engineers can get their hands in and start working on a project earlier. The iterative approach leads to higher efficiency. Testing takes place in each iteration, not just at the end of the project life cycle. This way, problems are noticed earlier, and are therefore easier and cheaper to resolve. Managing changes in software requirements will be made easier by using RUP, i.e. Change is more manageable. The development time required is less due to reuse of components. With every increment operational product is delivered. Early increments can be implemented with fewer people. Testing and debugging during smaller iteration is easy. More flexible less costly to change scope and requirements. Easier to manage risk because risky pieces are identified and handled during its iteration. Reduction of cost through reuse of previously developed assets in the development of new Systems. In principle, more reliable systems, due to using previously tested components. Facilitating the maintenance and evolution of systems by Easy replacement of obsolete components with new enhanced ones. This Model brings the potential for enhancing the quality of enterprise software systems.
5 445 Disadvantages Spiral Model RUP Model Incremental Model Component Model Does not easily handle Not suitable for small scale Each additional build has Difficulty in locating concurrent events and industry and safety critical to incorporate into the suitable component. iterations. projects. existing structure without degrading the quality of what has been released Doesn t work well for smaller projects. Does not easily handle dynamic changes in requirements. Highly customized limiting re-usability. This Model is too complex, too difficult to learn, and too difficult to apply correctly if you don't have an expert project managers or project members. On cutting edge projects which utilize new technology, the reuse of components will not be possible. RUP is a commercial product, no open or free standard. Before RUP can be used, the RUP has to be bought from IBM, which can sometimes limit its use. earlier. The planning the delivery increments are critical to the success. Wrong planning can result in a disaster. Not suitable for large, long-term projects. Clients are required to learn how to use a new system with each deployment. Design issues may arise because not all requirements are gathered. Problem in understanding such component. Conversion cost to a reuse situation (tools, training, culture) 3. Light Weight Methodologies Light weight development methodologies embrace practices that allow programmers to build solutions more quickly and efficiently, with better responsiveness to changes in business requirements. Light weight methodology mainly focuses development, based on short life cycles, involves the customer, Strive for simplicity and value the people. Following are some of the popular lightweight development methodologies. 3.1 Agile Process Model With the rapid change in the requirements in terms of budget, schedule, resources, team and technology agile model responds to changes quickly and efficiently. Agile is an answer to the eager business community asking for lighter weight along with faster and nimbler software development processes . Following are the main principles to implement an agile model. (1) Agile team and customer must communicate through face-to-face interaction rather than through documentation. (2) Agile team and customer must work together throughout the development. (3) Supply developers with the resources they need and then trust them to do their jobs well. (4) Agile team must concentrates on responding to change rather than on creating a plan and then following it. (5) Emphasis on good design to improve quality. (6) Agile team must prefer to invest time in producing working software rather than in producing comprehensive documentation. (7) Satisfy the customer by early and continuous delivery of valuable software. Extreme Programming (XP) Extreme Programming (XP) is a lightweight design method developed by Kent Beck, Ward Cunningham, and others, XP has evolved from the problems caused by the long development cycles of traditional development models. The XP process can be characterized by short development cycles, incremental planning, continuous feedback, reliance on communication, and evolutionary design. With all the above qualities, XP programmers respond to changing environment with much more courage [5,6].
6 446 A summary of XP terms and practices is listed below: Planning The programmer estimates the effort needed for implementation of customer stories and the customer decides the scope and timing of releases based on estimates. Small/short releases An application is developed in a series of small, frequently updated versions. New versions are released anywhere from daily to monthly. Metaphor The system is defined by a set of metaphors between the customer and the programmers which describes how the system works. Simple Design The emphasis is on designing the simplest possible solution that is implemented and unnecessary complexity and extra code are removed immediately. Refactoring It involves restructuring the system by removing duplication, improving communication, amplifying and adding flexibility but without changing the functionality of the program. together to form a powerful whole. In Scrum, projects are divided into brief work cadences, known as sprints. Each sprint is typically one week to four weeks in duration. The Sprints are of fixed duration and never extended, each of which results in a potentially usable product with an added increment of function. a) Pair programming All production code are written by two programmers on one computer. b) Collective ownership No single person owns or is responsible for individual code segments rather anyone can change any part of the code at any time. c) Continuous Integration A new piece of code is integrated with the current system as soon as it is ready. When integrating, the system is built again and all tests must pass for the changes to be accepted. d) 40-hour week No one can work two overtime weeks in a row. A maximum of 40- hour working week otherwise it is treated as a problem. e) On-site customer Customer must be available at all times with the development team. f) Coding Standards Coding rules exist and are followed by the programmers so as to bring consistence and improve communication among the development team. Usage of XP model Best for projects that are not large, and involve a small group of developers working for a limited time period. But agile processes require that the developers involved be highly skilled. Scrum The Scrum Methodology is based on the Rugby term for individual groups collaborating Fig.6 Lifecycle of the XP Process  The tasks for each sprint are set, in consultation with a stakeholder representative, during a sprint planning meeting and cannot be added to during the sprint. Each task is typically expressed as a user story. Tasks that are not able to accomplish in time are returned by the team to the backlog for future consideration. The structure of the scrum model is shown in the figure 7 Fig.7 Scrum Software Development Model  3.2 Prototype Model Is a partially developed product that enables customers and developers to examine some aspect of the proposed system and decide if it is suitable or appropriate for the finished product.
7 447 For example developers may build a prototype system for key requirements to ensure that the requirements are feasible and practical and discussed with the customers by showing the prototype system, if not, revisions are made at the requirements stage rather than at the more costly testing stage. main objective of Rapid Application Development is to avoid extensive pre-planning, generally allowing software to be written much faster and making it easier to change requirements. Swift Evaluation & development Swift project planning Swift Modeling Swift Demo Fig.8 Prototype Model  3.2 Rapid Application Development (RAD) Model Rapid Application Development (RAD) is an incremental software development process model that emphasises a very short development cycle and encourages constant feedback from customers throughout the software development life-cycle. The Fig.9 RAD prototype model  Strength and weakness of some of the popular light weight methodologies are listed in Table 2. Table 2 Strength and weakness of some Light Weight Methodologies Strength of some Light Weight Methodologies Prototype Model (RAD) Model (XP) Model Scrum Model Faster development results in early delivery and cost saving. Can integrate with other models such as waterfall to produce effective results. Improved and increased user involvement. Time to deliver is less. Quick development results in saving of time as well as cost. Productivity with fewer people in short time. XP model suit smallmedium size projects. It mainly emphasis on customer involvement: A major help to projects where it can be applied. Emphasis on good team cohesion. Emphasizes final product.. Progress can be measured. Test based approach to requirements and quality assurance. It provides an open forum, where everyone knows who is responsible for which item. Focus on team communications, Team spirit and solidarity. Frequent demonstrations for early feedback from stakeholders. Scrum is mainly useful for fast moving web 2.0 or new media projects.
8 448 Weakness of some Light Weight Methodologies Prototype Model (RAD) Model (XP) Model Scrum Model Lack of documentation results costly support for upgrading of the software Suitable only when requirements are well known. Difficult to balance up to large projects where documentation is essential. Rapid development often results in poor quality software Requires user involvement throughout the life cycle. Needs experience and skill if not to degenerate into code-and-fix. Decision-making is entirely in the hands of the teams. To deliver the project in time there is always a need of experienced team member s only. Concentrate mainly on experimenting with the customer requirement may results in poorly understood. Only Suitable for project requiring shorter development times. Lack of design documentation also programming pairs is costly. Project development may be effected hugely, If any of the team members leave during development. It is a big cost saver in terms of project budget as well as project time and cost due to reusability of the prototypes. Product may lose its competitive edge because of insufficient core functionality and may exhibit poor overall quality. Success depends on the extremely high technical skilled developers. The XP method provides essentially no datagathering guidance. XP does not explicitly plan, measure, or manage program quality. Methods are only briefly described, when the XP method fails in practice, this is usually the cause. Present of Uncommitted team members may results in project failure. Scrum requires a certain level of training for all users, this can increase the overall cost of the project. 4: Comparison of Heavy and Light Weight Models in terms of differences and issues Comparison of Heavy and Light Weight Models in terms of differences and issues are listed in Table 3 [5,8]. Table 3- Comparison of Heavy and Light Weight Models Differences Light weight Heavy weight Customers Committed, knowledgeable, collocated, collaborative, representative, Access to knowledgeable, collaborative, representative, empowered customers empowered Requirements Mainly emergent, rapid change. Knowable early, largely stable. Architecture Designed for current requirements Designed for current and foreseeable requirements Size Smaller Team and Products Larger Team and Products Primary objective Rapid value High assurance Developers Knowledgeable, collocated, collaborative Plan-driven, adequate skills, access to external knowledge. Release cycle In phases (multiple cycles) Big bang (all functionality at once) Issue Light Weight Heavy Weight Development life cycle Linear or incremental incremental Style of development Adaptive Anticipatory Requirements Emergent Discovered during the project. Clearly defined and documented
9 449 Documentation Light (replaced by face to face Heavy / detailed Explicit knowledge communication) Team members Co-location of generalist senior Distributed teams of specialists technical staff Client Involvement onsite and considered as a team Low involvement member Active/proactive Market Dynamic/Early market Mature/Main Street market Measure of success Business value delivered Conformance to plan 5. Criteria for the Selection of Process Model Selection of the suitable software model to use within an organization is critical for overall success of the project. A project Manager can use the following criteria to select a suitable model for the development of a new project as per needs. The selection of one model over the others is driven by Project size, Budget, Team size, criticality of the project and a lot of other factors. The different aspects which need to be kept in mind while selecting a suitable process model can be summarized as follows:- Reuse of existing Components? Component Based approach may be ideal choice. Very large project with High risks or high cost of failure? A Spiral process Model may be your best choice. Although your customer have defined business goals but the requirement are not freeze yet Agile (light Weight) Model will have the advantage over others as it has the flexibility to change the requirement at any stage. All the developers are experts? And if the project is small enough, an agile approach may work for you. Want to keep stakeholders involved? An Incremental process Model may be what you need. Don't have an on-site stakeholder to sit with the developers? Agile development model is not for you. Developers are not highly skilled? A Waterfall or Spiral process Model can help keep them on track and out of trouble. model is correct only in the context of the organization or the product under development. Correct selection is to a great degree dependant on having a clear understanding of the groups and types of development models. This is of further importance given that it s highly unlikely that any organization will follow a model strictly. Most organizations will opt to use a hybrid form that fits the capabilities of their staff and meets the needs of their business. References  M. Fowler, The New Methodology, Available at dology.html Accessed on 25/03/2011.  Ian Sommerville, Software Engineering, UK: Addison Wesley,  Julien Lemétayer identifying the critical factors in software development methodology FIT, Victoria University of Wellington.  Padmal Vitharana, risks and challenges of component-based software development communications of the ACM, Vol. 46, No. 8, August 2003, pp  NK. Beck, Extreme Programming explained: Embrace change. Reading, Mass., USA: Addison- Wesley,  M. Rizwan Jameel Qureshi and S.A Hussain, An Adaptive Software Development Process Model, Advances in Engineering Software, Elsevier Ltd Amsterdam, The Netherlands, Vol.39, No. 8, 2008, pp  Scrum Agile Model available at: accessed on: 24/04/2011  M. Rizwan Jameel Qureshi and S.A Hussain, A Reusable Software Component-Based Development Process Model, Advances in Engineering Software, Elsevier Ltd, Amsterdam, The Netherlands. Vol. 39, No. 2, 2008, pp Conclusion No one model is necessarily better or worse than another. As always the selection of a particular
10 450 Asif Irshad Khan received his bachelor and Master degree in Computer Science from the Aligarh Muslim University (A.M.U), Aligarh, India in 1998 and 2001 respectively. He is presently working as a Lecturer Computer Science at Faculty of Computing and Information Technology, King Abdul Aziz University, Jeddah, Saudi Arabia. His area of interest include software engineering, component based software engineering and object oriented technologies. He is a Ph. D. scholar in Singhania University, Pacheri Bari, Dist. Jhunjhunu, Rajasthan, India enrolled in Dr. M. Rizwan Jameel Qureshi, is an assistant Professor at IT Department, Faculty of Computing and Information Technology, King Abdul Aziz University, Jeddah, Saudi Arabia. He has done his Ph.D. CS (Software Process Improvement) in He is in the field of teaching and research since He has published sixteen research papers and five books at national and international forums. He is teaching Software Engineering domain courses at graduate and undergraduate level from more than ten years. Dr. Usman Ali Khan, is an assistant Professor at IS Department, King Abdul Aziz University, Jeddah, Saudi Arabia. He is in the field of teaching and research since He has published thirteen research papers at national and international forums. He is teaching Software Engineering domain courses at graduate and undergraduate level from more than ten years.
www.ijcsi.org 441 A Comprehensive Study of Commonly Practiced Heavy & Light Weight Software Methodologies 1 Asif Irshad Khan, 2 Rizwan Jameel Qurashi and 3 Usman Ali Khan 1 Department of Computer Science
Software Development Life Cycle (SDLC) Supriyo Bhattacharjee MOF Capability Maturity Model (CMM) A bench-mark for measuring the maturity of an organization s software process CMM defines 5 levels of process
1 Software Engineering Lecture 2: Software Life Cycles Stefan Hallerstede Århus School of Engineering 25 August 2011 2 Contents Naive Software Development Code & Fix Towards A Software Process Software
International Journal of Research in Information Technology (IJRIT) www.ijrit.com ISSN 2001-5569 A Comparison between Five Models of Software Engineering Surbhi Gupta, Vikrant Dewan CSE, Dronacharya College
Software Development Life Cycle (SDLC) and Development Methods There are some enterprises in which a careful disorderliness is the true method. Herman Melville Capability Maturity Model (CMM) A Capability
94 A Comparison Between Five Models Of Software Engineering Nabil Mohammed Ali Munassar 1 and A. Govardhan 2 1 Ph.D Student of Computer Science & Engineering Jawahrlal Nehru Technological University Kuktapally,
A Cynical View on Agile Software Development from the Perspective of a new Small-Scale Software Industry Apoorva Mishra Computer Science & Engineering C.S.I.T, Durg, India Deepty Dubey Computer Science
ASSESSMENT OF SOFTWARE PROCESS MODELS Akhilesh Research Scholar, Department of Computer Science, Manav Bharti University, Solan (H.P.) ABSTRACT The field of software engineering is related to the development
Rapid software development Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 17 Slide 1 Objectives To explain how an iterative, incremental development process leads to faster delivery of
INTERNATIONAL JOURNAL OF ADVANCES IN COMPUTING AND INFORMATION TECHNOLOGY An International online open access peer reviewed journal Research Article ISSN 2277 9140 ABSTRACT Analysis and tabular comparison
The Role of Software Quality in Agile Software Development Methodologies Osama Sohaib and Khalid Khan Abstract he various agile software development methodologies have promoted since their inception and
6. Software Lifecycle Models A software lifecycle model is a standardised format for planning organising, and running a new development project. Hundreds of different kinds of models are known and used.
CS4507 Advanced Software Engineering Lectures 2 & 3: Software Development Lifecycle Models A O Riordan, 2015 Some diagrams from Sommerville, some notes from Maciaszek/Liong Lifecycle Model Software development
Software Engineering So#ware Processes 1 The software process A structured set of activities required to develop a software system. Many different software processes but all involve: Specification defining
Web Engineering Web Application Development Process Copyright 2013 Ioan Toma & Srdjan Komazec 1 Where we are? # Date Title 1 5 th March Web Engineering Introduction and Overview 2 12 th March Requirements
Agile Processes and Methodologies: A Conceptual Study Sheetal Sharma Amity School of Engineering & Technology Amity University Noida Sheetal.firstname.lastname@example.org Darothi Sarkar Amity School of Engineering &
Fundamentals: Software Engineering Dr. Rami Bahsoon School of Computer Science The University Of Birmingham email@example.com www.cs.bham.ac.uk/~rzb Office 112 Y9- Computer Science Unit 1. Introduction
Using Simulation to teach project management skills Dr. Alain April, ÉTS Montréal firstname.lastname@example.org Agenda of the workshop 1 The software project management theory overview (40 minutes) 2 Why use SDLC
Session # 3 Contents Systems Analysis and Design 2 1 Tiers of Software Development 10/4/2013 Information system development project Realistic behavior 3 Information system development project System Development
Life Cycle Models V. Paúl Pauca Department of Computer Science Wake Forest University CSC 331-631 Fall 2013 Software Life Cycle The overall framework in which software is conceived, developed, and maintained.
COMPARATIVE STUDY ON SOFTWARE PROJECT MANAGEMENT MODELS *1 Mrs. Kalaivani S., * 2 Mrs. Kavitha S., *1 M.Phil Research Scholar, Department of Computer Science Auxilium College (Autonomous), Vellore, TamilNadu,
Case Study Software Development with Agile Methods Introduction: Web application development is a much studied, heavily practiced activity. That is, capturing and validating user requirements, estimating
Software Engineering Rapid Software Development Based on Software Engineering, 7 th Edition by Ian Sommerville Objectives To explain how an iterative, incremental development process leads to faster delivery
Agile Software Development Chapter 3 Agile Software Development Outline: 1. The problem with traditional development processes 2. What are agile processes? 3. Extreme programming (XP) 4. Agile versions
3.0 Methodology 3.1 Introduction In this chapter, five software development life cycle models are compared and discussed briefly. The most suitable system methodology for the proposed system is drawn out.
CSE 435 Software Engineering Sept 16, 2015 2.1 The Meaning of Process A process: a series of steps involving activities, constraints, and resources that produce an intended output of some kind A process
Software Development Process and Activities CS 490MT/5555, Fall 2015, Yongjie Zheng Software Process } A set of activities that leads to the production of a software product } What product we should work
Agent and Object Technology Lab Dipartimento di Ingegneria dell Informazione Università degli Studi di Parma Advanced Software Engineering Software Development Processes Prof. Agostino Poggi Software Development
Agile Software Development Methodologies and Its Quality Assurance Aslin Jenila.P.S Assistant Professor, Hindustan University, Chennai Abstract: Agility, with regard to software development, can be expressed
SE464/CS446/ECE452 Software Life-Cycle and Process Models Instructor: Krzysztof Czarnecki 1 Some of these slides are based on: Lecture slides by Ian Summerville accompanying his classic textbook software
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
Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
What is a system? Software Engineering Software Processes A purposeful collection of inter-related components working together to achieve some common objective. A system may include software, mechanical,
Génie Logiciel et Gestion de Projets Software Processes Focus on Extreme Programming 1 Roadmap Process, Method, Methodology?? What is a software process? Software Process Models Methodologies: RUP Focus
International Journal of Electronics and Computer Science Engineering 700 Available Online at www.ijecse.org ISSN- 2277-1956 An Assessment between Software Development Life Cycle Models of Software Engineering
Agile with XP and Scrum Amit Goel National Agile Software Workshop @ Indore Agile India Conference Agile Software Community of India Disclaimer and Credits Most of material in this presentation has been
Cumhuriyet Üniversitesi Fen Fakültesi Fen Bilimleri Dergisi (CFD), Cilt:36, No: 3 Özel Sayı (2015) ISSN: 1300-1949 Cumhuriyet University Faculty of Science Science Journal (CSJ), Vol. 36, No: 3 Special
4 Software Development Life Cycle M MAJOR A J O R T TOPICSO P I C S Objectives... 52 Pre-Test Questions... 52 Introduction... 53 Software Development Life Cycle Model... 53 Waterfall Life Cycle Model...
CMMI - The AGILE Way By Hitesh Sanghavi 1 The Maturity Levels 5 Focus on process improvement Optimizing 3 4 2 Process measured and controlled Process characterized for the organization and is proactive
Today: Software Development Models (cont) CPSC 491 Development Processes (aka Development Lifecycle) Define the steps, and their order, to be carried out The main steps (or phases) generally include: 1.
Classical Software Life Cycle Models SWEN 301 Trimester 1, 2015 Lecturer: Dr Hui Ma Engineering and Computer Science Lecture slides make use of material provided on the textbook's companion website Motivation
Various Software Development Life Cycle Models Sahil Jindal, Puneet Gulati, Praveen Rohilla Dronacharya College of Engineering, India Abstract:An SDLC model is a conceptual framework describing different
Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software
International Journal of Recent Research and Review, Vol. VI, June 2013 Comparative Study of Agile Methods and Their Comparison with Heavyweight Methods in Indian Organizations Uma Kumari 1, Abhay Upadhyaya
Processing Models Of SDLC Mrs. Nalkar Sanjivani Baban Asst. Professor, IT/CS Dept, JVM s Mehta College,Sector 19, Airoli, Navi Mumbai-400708 Nalkar_sanjivani@yahoo.co.in Abstract This paper presents an
XP & Scrum Beatrice Åkerblom email@example.com extreme Programming XP Roles XP Roles, cont!d! Customer ~ Writes User Stories and specifies Functional Tests ~ Sets priorities, explains stories ~ May or
ITERATIVE DEVELOPMENT: KEY TECHNIQUE FOR MANAGING SOFTWARE DEVELOPMENTS Dwayne Read Strategic Systems (WA) Pty Ltd firstname.lastname@example.org Abstract Iterative development provides the fundamental structure that
When is Agile the Best Project Management Method? Lana Tylka Staged Incremental Deliveries Prototypes Plan Develop Design Deploy Test Maintain Sequential Steps Multiple Iterations Waterfall Sprints, Spirals
Software Quality Assurance in Agile, XP, Waterfall and Spiral A Comparative Study S. Vijayakumar email@example.com School of Computer and Information Science University of South Australia,
Best-Practice Software Engineering: Software Processes to Support Project Success Dietmar Winkler Vienna University of Technology Institute of Software Technology and Interactive Systems Dietmar.Winkler@qse.ifs.tuwien.ac.at
CS189A - Capstone Christopher Kruegel Department of Computer Science http://www.cs.ucsb.edu/~chris/ How Should We Build Software? Let s look at an example Assume we asked our IT folks if they can do the
Managing IT Projects Chapter 3 Software Project Life cycle The Systems Development Life Cycle (SDLC) The SDLC is composed of four fundamental phases: -Planning Analysis Design Implementation The Systems
White Paper IT Methodology Overview & Context IT Methodologies - Delivery Models From the inception of Information Technology (IT), organizations and people have been on a constant quest to optimize the
Software Development Life Cycle Models - Process Models Week 2, Session 1 PROCESS MODELS Many life cycle models have been proposed } Traditional Models (plan-driven) } Classical waterfall model } Iterative
The Journal of Applied Science Vol. 11 No. Vol. 2:45-50 11 No. 2  ISSN 1513-7805 Printed in Thailand Review Article Software Development Process Selection Approaches Phongphan Danphitsanuphan Department
Object Oriented Hybrid Software Engineering Process (SEP) model for Small Scale Software Development Firms Shaikh Mostafa Al Masum firstname.lastname@example.org Research Student, Ishizuka Lab, University
Xtreme RUP by Ne t BJECTIVES Lightening Up the Rational Unified Process 2/9/2001 Copyright 2001 Net Objectives 1 RUP Overview Agenda Typical RUP Challenges Xtreme Programming Paradigm Document driven or
www.ijcsi.org 457 Agile-Fall Process Flow Model A Right Candidate for Implementation in Software Development and Testing Processes for Software Organizations Prakash.V SenthilAnand.N Bhavani.R Assistant
2009 International Conference on Computer Engineering and Applications IPCSIT vol.2 (2011) (2011) IACSIT Press, Singapore Umbrella: A New Component-Based Software Development Model Anurag Dixit and P.C.
The International Arab Conference on Information Technology (ACIT 2013) Extreme Programming: Strengths and Weaknesses Ahmad dalalah Prep. Year Deanship University of Hail, SA email@example.com Abstract:
Vragen Noem de belangrijkste activiteiten in een software engineeringsproject Welke vormen van onderhoud kan men onderscheiden? Karakteriseer het waterval model Waterfall model Document oriented Suited
Peter Mileff PhD SOFTWARE ENGINEERING The Basics of Software Engineering University of Miskolc Department of Information Technology Introduction Péter Mileff - Department of Information Engineering Room
Software Development Process Models and their Impacts on Requirements Engineering Organizational Requirements Engineering Prof. Dr. Armin B. Cremers Sascha Alda Overview Phases during Software Development
Agile and Secure: Can We Be Both? OWASP AppSec Seattle Oct 2006 Keith Landrus Director of Technology Denim Group Ltd. firstname.lastname@example.org (210) 572-4400 Copyright 2006 - The OWASP Foundation Permission
Process Methodology for Wegmans Deli Kiosk Version 1.0 Prepared by DELI-cious Developers Rochester Institute of Technology September 15, 2013 1 Table of Contents 1. Process... 3 1.1 Choice... 3 1.2 Description...
CIMCA 2008, IAWTIC 2008, and ISE 2008 Comparing Agile Software Processes Based on the Software Development Project Requirements Malik Qasaimeh, Hossein Mehrfard, Abdelwahab Hamou-Lhadj Department of Electrical
EMC PERSPECTIVE Adopting an Agile Approach to OSS/BSS Development Reader ROI The agile software methodology is different from the traditional approach in that requirements gathering and analysis, design,
1. Software Process Models (Sommerville Chapters 4, 17, 19, 12.4) A software process model is a standardised format for planning organising, and running a development project. 1 Hundreds of different models
Development Techniques CSE301 University of Sunderland Harry R. Erwin, PhD Sources Boehm, 1981, Software Engineering Economics, Prentice- Hall. Stephens and Rosenberg, 2003, Extreme Programming Refactored:
Introduction to OpenUP (Open Unified Process) Different projects have different process needs. Typical factors dictate the needs for a more formal or agile process, such as team size and location, architecture
RESEARCH ARTICLE International Journal of Computer Techniques - Volume 2 Issue 4, July - Aug Year Evolving a Ultra-Flow Software Development Life Cycle Model Divya G.R.*, Kavitha S.** *(Computer Science,
Edith Cowan University Research Online Australian Information Warfare and Security Conference Security Research Institute Conferences 2010 Success of Agile Environment in Complex Projects Abbass Ghanbary
Scaling Down Large Projects to Meet the Agile Sweet Spot Philippe Kruchten Kruchten Engineering Services Ltd Presenter Philippe Kruchten, Ph. D., P. Eng. KESL 2906 West 37 th avenue Vancouver BC V5Z 2M9
An Iterative and Agile Process Model for Teaching Software Engineering Maria Isabel Alfonso and Antonio Botía Dept. of Computer Science and Artificial Intelligence. University of Alicante (Spain) email@example.com,
1. Software Process Models (Sommerville Chapters 4, 17, 19, 12.4) A software process model is a standardised format for planning organising, and running a development project. 1 Hundreds of different models
I219 Software Design Methodology JAIST Master s Program Fall 2014 Nguyen Van Vu firstname.lastname@example.org Topics Course Introduction Objectives and Scope Evaluation Policies Content and Schedule Basic Concepts
A Proposed Hybrid Method for Undergraduate Software Engineering Student s Project Abdallah A. Abdallah 1, Abdulwahab 2 L, Bashir S. Galadanci 3, Mashal Alqudah 4, Murtala M 5 1. School of Computer Science