WEEK 2: SYSTEM DEVELOPMENT LIFE CYCLE AND SOFTWARE PROCESS (copy)

0.0(0)
Studied by 5 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/34

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 9:58 AM on 9/21/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

35 Terms

1
New cards

Systems Development Life Cycle (SDLC)

A phased approach to analysis and design that holds that systems are best developed through the use of a specific cycle of analyst and user activities.

2
New cards

The Heart of the Systems Development Process

  1. Planning

  2. Analysis

  3. Design

  4. Implementation

  5. Maintenance


3
New cards

Analysis-design-code-test-loop

  1. Analysis

  2. Design

  3. Code

  4. Test


4
New cards

Software Process

Is the set of related activities and associated outcome that produce a software product.

5
New cards

4 Fundamental Process Activities

  1. Software specification

  2. Software development

  3. Software validation

  4. Software evolution


6
New cards

Software specifation

The functionality of the software and constraints on its operation must be defined.

7
New cards

Software development

The software to meet the requirement and specification must be produced.

8
New cards

Software validation

The software must be validated to ensure that it does what the customer wants

9
New cards

Software evolution

The software must evolve to meet changing customer/client needs

10
New cards

Software Process Models

Is a specified definition of a software process, which is presented from a particular perspective and thus only provides partial information about that process.

11
New cards

Software Process Models

These generic models are high-level, abstract descriptions of software processes that can be used to explain different approaches to software development.

12
New cards

Software Process Models

  • Play a crucial role in ensuring that projects are executed smoothly in software development.

  • They provide all team members with a common language and understanding, promoting effective collaboration and communication.


13
New cards

Types of Software Process Models

  1. The Waterfall Model

  2. Agile Model

  3. Iterative Model


14
New cards

The Waterfall Model

  • This is a linear, sequential approach that progresses strictly top-down. It follows a structured flow, where each phase of the development cycle must be completed before progressing to the next.

  • This model is ideal for projects with well-defined and stable requirements.


15
New cards

Agile Model

  • This emphasizes flexibility and adaptive planning. It promotes iterative development, allowing teams to deliver working software in frequent, short iterations.

  • This model is well suited for projects with changing requirements and a need for 1 quick responses to customer feedback.


16
New cards

Iterative Model

  • This model focuses on incremental development, where each iteration produces a working software component.

  • This approach allows for early prototyping and testing, enabling feedback-driven improvements throughout development.


17
New cards

Benefits of Using Software Process Models

  1. Efficiency in Software Development

  2. Quality Assurance and Risk Managemen


18
New cards

Efficiency in Software Development

By providing a structured approach to software development. They enable teams to streamline their workflows, minimizing the risk of missed deadlines or overlapping tasks

19
New cards

Quality Assurance and Risk Management

Facilitate robust quality assurance and risk management practices. These models ensure that software is thoroughly tested before deployment by defining specific checkpoints and validation processes.

20
New cards

Factors to consider in choosing the right Software Process Models

  1. Project size and complexity

  2. Stability of requirements

  3. Customer involvement and feedback

  4. Team size and expertise

  5. Schedule and time constraints


21
New cards

Software Quality Factors

  1. Product revision

  2. Product transition

  3. Product operation


22
New cards

Product Revision Software Quality Factors

  1. Maintainability

  2. Flexibility

  3. Testability


23
New cards

Product Transition Software Quality Factor

  1. Portability

  2. Reusability

  3. Interoperability


24
New cards

Product Operation Software Quality Factors

  1. Correctness

  2. Reliability

  3. Usability

  4. Integrity

  5. Efficiency


25
New cards

Correctness

This refers to the accuracy, completeness, timeliness, and availability of the software's output, as well as adherence to coding and documentation standards

26
New cards

Reliability

Focuses on minimizing service failures by determining the maximum allowed failure rate for the software or its functions.

27
New cards

Efficiency

Concerns the hardware resources required, such as processing power, storage and data communication, as well as the time between recharging portable units.

28
New cards

Integrity

Involves the security of the software system, ensuring that access is restricted to authorized users with appropriate permissions.

29
New cards

Usability

Addresses the ease with which new staff can be trained to use and operate the software system.

30
New cards

Maintainability

Involves the effort required to identify, fix, and verify software failures by users and maintenance personnel.

31
New cards

Flexibility

Focuses on the software's ability to adapt to new situations and users without requiring changes to the software itself.

32
New cards

Testability

Concerns the ease of testing the software, including predefined results, log files, and automatic diagnostics to ensure all system components are functioning correctly and to report any detected issues.

33
New cards

Portability

Ensures that the software can be adapted to different environments, such as various hardware or operating systems, allowing the same software to function in diverse situations.

34
New cards

Reusability

Involves designing software modules that can be reused in future.

35
New cards

Interoperability

Focuses on creating interfaces that allow the software to work seamlessly with other software systems or equipment firmware.