Software Development Process E Haodudin Nurkifli Teknik Informatika

  • Slides: 29
Download presentation
Software Development Process E. Haodudin Nurkifli Teknik Informatika Universitas Ahmad Dahlan Kuliah 2 :

Software Development Process E. Haodudin Nurkifli Teknik Informatika Universitas Ahmad Dahlan Kuliah 2 : Administrative dan Introduction 2 Oktober 2010 31 -Oct-21

Part 2 Software Development Process Eko AB – Analisis dan Perancangan Algoritma 2

Part 2 Software Development Process Eko AB – Analisis dan Perancangan Algoritma 2

Outline l Systems vs. Software Development l Difficulties in Software Develoment l Software Development

Outline l Systems vs. Software Development l Difficulties in Software Develoment l Software Development Life Cycle l User Involvement l Case Tools Support Eko AB – Analisis dan Perancangan Algoritma 3

Systems Development l Systems development is concerned with all aspects of computer-based systems development

Systems Development l Systems development is concerned with all aspects of computer-based systems development including – hardware, – software and – Human activities l May not even include software as part of the solution Eko AB – Analisis dan Perancangan Algoritma 4

Software Development l Software development is focused soly on producing a software system that

Software Development l Software development is focused soly on producing a software system that will satisfy user requirement. l Software: computer programs and associated documentation • Software development may be considered as part of systems development Eko AB – Analisis dan Perancangan Algoritma 5

The Main Players l Developers – Those who will produce the system l End-users

The Main Players l Developers – Those who will produce the system l End-users – Those who may directly operate the system l Owners or sponsors - clients – Those who commission the project, pay for it or have the power to halt it Eko AB – Analisis dan Perancangan Algoritma 6

Difficulties in Software Development l Sotware quality: whether the software “fits for purpose”, satisfies

Difficulties in Software Development l Sotware quality: whether the software “fits for purpose”, satisfies all user requirements. l Example failures – It might work, but dreadful to use (user) – It is pretty, but does not do anything useful (user) – Users and owners may not know how to ask for what they really want, e. g. “We built what they said they wanted” (developer) – Budget and time constraints often conflict with doing the job properly, e. g. “There was not enough time to do it any better” (developer) – Difficulties for the possession of blended skills, e. g. “Do not blame me, I never done object-oriented analysis before” (developer) Eko AB – Analisis dan Perancangan Algoritma 7

Difficulties in Software Development l Productivity: the progress of the project, and the resources

Difficulties in Software Development l Productivity: the progress of the project, and the resources (including time and money) that it consumes along the way (much related to project management) l Example failures – A system that is promised but not delivered (user) – It is no use delivering now, we need it last April (owner) – Projects that overspend their budget (owner) – Requirements drift, e. g. user changes their minds frequently(develper) – Implementation not feasible, e. g. we said it was impossible, but no-one listened (developer) How to overcome them? Eko AB – Analisis dan Perancangan Algoritma 8

Software Development Process l Subdividing the process of software development into different phases l

Software Development Process l Subdividing the process of software development into different phases l Ease of management to produce appropriate quality standard and to stay within the allocated budgest l Help to identify and allocate developers’ skills appropriately, and thus improve the quality of the task completion l Known as project life cycle model Eko AB – Analisis dan Perancangan Algoritma 9

Project Life Cycle l Two important precursor phases are Don´t blindly follow the path

Project Life Cycle l Two important precursor phases are Don´t blindly follow the path to automation. The very first question is whether or not you even need a computer system. . . ” – Strategic Information Systems Planning – Business Modelling l Focus on organisation needs l They are not computational l Universially accepted for commercially oriented computer system development Eko AB – Analisis dan Perancangan Algoritma 10

Generic Life Cycle Models l The Waterfall Model l Prototyping l Iterative and Incremental

Generic Life Cycle Models l The Waterfall Model l Prototyping l Iterative and Incremental Development l The Unified Process Life Cycle Eko AB – Analisis dan Perancangan Algoritma 11

Waterfall Life Cycle Requirements specification Functional specification Acceptance test specifications Unit test report Sub-system

Waterfall Life Cycle Requirements specification Functional specification Acceptance test specifications Unit test report Sub-system test report System test report Acceptance test report Completed system Software architecture specification System test specification Design specification Sub-system test specification Unit test specification Change requests Change request report Eko AB – Analisis dan Perancangan Algoritma 12

Waterfall Life Cycle • The traditional life cycle (TLC) for information systems development. •

Waterfall Life Cycle • The traditional life cycle (TLC) for information systems development. • So called because of the difficulty of returning to an earlier phase. • The drawback of the waterfall model is the difficulty of accommodating change after the process is underway Eko AB – Analisis dan Perancangan Algoritma 13

TLC with Iteration The cost of this form of iteration increases as the project

TLC with Iteration The cost of this form of iteration increases as the project progresses making it impractical and not effective Eko AB – Analisis dan Perancangan Algoritma 14

Problems with TLC l Real projects rarely follow such a simple sequential life cycle

Problems with TLC l Real projects rarely follow such a simple sequential life cycle – Lapsed time between systems engineering and the final installation is long – Iterations are almost inevitable in real projects but are expensive & problematic with the TLC – Unresponsive to changes during project as iteration is difficult l Therefore, this model is only appropriate when the requirements are well-understood Eko AB – Analisis dan Perancangan Algoritma 15

Strengths of TLC l Provide a very structured way to system development l Tasks

Strengths of TLC l Provide a very structured way to system development l Tasks in phases may be assigned to specialized teams. l Project progress evaluated at the end of each phase, and assessment made as to whether the project should proceed Eko AB – Analisis dan Perancangan Algoritma 16

Prototyping Life Cycle • Not intended to deliver the final working system • Quickly

Prototyping Life Cycle • Not intended to deliver the final working system • Quickly built up to explore some aspects of the system • May be used as part of other iterative life cycle Eko AB – Analisis dan Perancangan Algoritma 17

Prototyping – Advantages l Early demonstrations of system functionality help identify any misunderstandings between

Prototyping – Advantages l Early demonstrations of system functionality help identify any misunderstandings between developer and client l Client requirements that have been missed are identified l Difficulties in the interface can be identified l The feasibility and usefulness of the system can be tested, even though, by its very nature, the prototype is incomplete Eko AB – Analisis dan Perancangan Algoritma 18

Prototyping – Problems: l The client may perceive the prototype as part of the

Prototyping – Problems: l The client may perceive the prototype as part of the final system l The prototype may divert attention from functional to solely interface issues l Prototyping requires significant user involvement l Managing the prototyping life cycle requires careful decision making Eko AB – Analisis dan Perancangan Algoritma 19

Incremental Development The Spiral Model (Boehm, 1988) Eko AB – Analisis dan Perancangan Algoritma

Incremental Development The Spiral Model (Boehm, 1988) Eko AB – Analisis dan Perancangan Algoritma 20

Incremental Development l Iterative problem solving: repeats activities, each can be viewed as a

Incremental Development l Iterative problem solving: repeats activities, each can be viewed as a mini-project l Incremental delivery, either external or internal release l New release = new functionality + (improved) previous release l Several approaches to structuring iterations – Define and implement the key system functions – Focus on one subsystem at a time – Define by complexity or risk of certain components Eko AB – Analisis dan Perancangan Algoritma 21

Unified Process Life Cycle The Unified Process System Development Life Cycle Eko AB –

Unified Process Life Cycle The Unified Process System Development Life Cycle Eko AB – Analisis dan Perancangan Algoritma 22

Unified Process Life Cycle Iteration Eko AB – Analisis dan Perancangan Algoritma 23

Unified Process Life Cycle Iteration Eko AB – Analisis dan Perancangan Algoritma 23

Unified Process Life Cycle l Captures many elements of best practice l The phases

Unified Process Life Cycle l Captures many elements of best practice l The phases are: – Inception is concerned with determining the scope and purpose of the project; – Elaboration focuses requirements capture and determining the structure of the system; – Construction's main aim is to build the software system; – Transition deals with product installation and rollout. Eko AB – Analisis dan Perancangan Algoritma 24

Choose Appropriate Life Cycle • TCL is highly predictive • Prototyping, Spiral and UP

Choose Appropriate Life Cycle • TCL is highly predictive • Prototyping, Spiral and UP life cycle models are highly adaptive Predictive versus adaptive approaches to the SDLC Eko AB – Analisis dan Perancangan Algoritma 25

User Involvement l As well as use appropriate process model, user involvement and CASE

User Involvement l As well as use appropriate process model, user involvement and CASE tools support also very improtant for project success l User’s can be involved at various levels – As part of the development team (DSDM) – Via a consultative approach – In fact gathering Eko AB – Analisis dan Perancangan Algoritma 26

CASE Tools l CASE-Computer Aided Software Engineering, typically provide a range of features including:

CASE Tools l CASE-Computer Aided Software Engineering, typically provide a range of features including: – Model and technical support • checks for syntactic correctness, consistency and completeness • Layering, navigation to linked diagrams • repository support, traceability • report generation • system simulation, performance analysis – Software construction • Code generation • Reverse engineering Eko AB – Analisis dan Perancangan Algoritma 27

Reading • Text Chapter 2, 3 Eko AB – Analisis dan Perancangan Algoritma 28

Reading • Text Chapter 2, 3 Eko AB – Analisis dan Perancangan Algoritma 28

Execises 1. Distinguish between client and user. 2. Define software quality. 3. What are

Execises 1. Distinguish between client and user. 2. Define software quality. 3. What are the main difference between quality problems and productivity problems? 4. Advantages and disadvantages of TLC, and how to overcome the disadvantges? 5. Differences between prototyping and incremental development? 6. Identify the ways and potential problems with user involvement? 7. What do you think is meant by the term failure when it is applied to an IS project? Eko AB – Analisis dan Perancangan Algoritma 29