Software Development Life Cycle Models Flashcards

(45 cards)

1
Q

A series of actions that produce something or that lead to a particular result.

A

Process

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What does a process help determine?

A
  • What are done and not done
  • What should be done and not done
  • What are needed and not needed
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Shows a specific way of creating a project.

A

Process

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Focuses on the implementation.

A

Process

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

An abstraction of processes.

A

Model

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

No specifications on how things are done.

A

Model

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

The framework under which a
software product is going to be developed.

A

Software Development Life Cycle

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

At a high level: The phases that the product under development will go through.

A

Software Development Life Cycle

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

At a low level: The activities involved in each of the model phases and their respective deliverables are identified.

A

Software Development Life Cycle

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Common Phases in Software Development Life Cycles

A
  • Analysis
  • Design
  • Implementation
  • Testing and Integration
  • Installation/Deployment and Maintenance
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Identify requirements and define specifications (functional and non-functional requirements).
Documents are produced (lots of them).
An important phase – consider risks, assumptions, constraints, etc.

A

Analysis

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

High-level database, architectural and interface.
Use of ERD/class diagram, network design, use case, activity, mockup design, prototypes, etc.

A

Design

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Transform the design into executable code considering industry and firm standards.

A

Implementation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Modules and components are tested for compliance.
Modules and components that pass the test are integrated.

A

Testing and Integration

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

The final product is deployed in the client’s/end user’s environment.
May have to be supported for periodic updates and fixing of bugs.

A

Installation/Deployment and Maintenance

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Stop the use of the product (in this case, the software).
No support for updates and fixes.

A

End-of-Life

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Presented by Winston Royce.
Each phase must be finished first before moving to the next phase.

A

Waterfall Model

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Allows visualization of requirements.
Find out requirements errors earlier.
Better-quality user interface.
Interactive with client/user.
Easy and quick-to-build prototype.
Not used to continue building the software.

A

Prototyped Waterfall Model

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Phases of the Waterfall Model

A
  • Specifications
  • Design
  • Coding
  • Testing
  • Operations
20
Q

This model uses the Unified Modeling Language.

A

Object-Oriented Model

21
Q

Phases of the Object-Oriented Model

A
  • Analysis
  • Design
  • Implementation
22
Q

Identification of problem domain objects, object attributes, methods, relationships.

A

Analysis (OOP Model)

23
Q

Solution domain classes and interrelationships, entity, interface and control classes.

A

Design (OOP Model)

24
Q

Use of Java, C++, C#, etc.

A

Implementation (OOP Model)

25
Prioritizes requirements. Identifies requirements for different releases. Uses a model to develop each release.
Incremental and Iterative Model
26
Introduced by Barry Boehm in 1988. Addresses the weaknesses of the waterfall model with respect to the treatment of software development risks.
Spiral Model
27
Embeds risk management activities within the development activities.
Spiral Model
28
Software risks and the lack of a clear and continuous risk management strategy are the main reason for software project failures.
Spiral Model
29
Continuous consideration of risks embedded within the software development process would contribute to enhancing the quality of software.
Spiral Model
30
Cycles in the Spiral Model
I) Determine objectives, alternatives, and constraints II) Evaluate alternatives and manage risks III) Develop and verify (deliverables) IV) Plan next phase
31
Lightweight Software Development Methods
* Agile Modeling * Scrum * Rapid Applications Development (RAD) * Extreme Programming (XP) * Adaptive Software Development * Dynamic Systems Development Method
32
Key Principles of Agile
* Individuals and Interactions Over Processes and Tools * Working Software Over Comprehensive Documentation * Customer Collaboration Over Contract Negotiation * Responding to Change Over Following a Plan
33
People and communication are valued more than rigid processes and tools.
Individuals and Interactions Over Processes and Tools (Agile Model)
34
The focus is on creating functional software, not just detailed documentation.
Working Software Over Comprehensive Documentation (Agile Model)
35
Agile emphasizes continuous communication and collaboration with the customer to ensure the product meets their needs.
Customer Collaboration Over Contract Negotiation (Agile Model)
36
Flexibility to adapt to changes during the development process is prioritized over sticking strictly to a plan.
Responding to Change Over Following a Plan (Agile Model)
37
Agile Process
1) Iterations/Sprints 2) User Stories 3) Collaboration 4) Continuous Feedback 5) Adaptive Planning
38
Small, time-boxed iterations (typically 1-4 weeks long).
Sprint
39
At the end of each sprint, a working product is delivered for feedback.
Iterations/Sprints (Agile Model)
40
Short, simple descriptions of a feature or requirement from the perspective of the end-user.
User Story
41
Work is broken down into user stories, which prioritize features and functionality based on user needs
User Stories (Agile Model)
42
Daily, stand-up meetings.
Daily Scrums
43
There is continuous communication between team members (developers, testers, and stakeholders) throughout the development cycle. Daily stand-up meetings.
Collaboration (Agile Model)
44
Regular feedback from stakeholders (such as customers or product owners) at the end of each sprint.
Continuous Feedback (Agile Model)
45
Agile embraces the idea of changing requirements, even late in development. Product backlogs are used to manage and prioritize.
Adaptive Planning (Agile Model)