Software Development Life Cycle and Technical Jargon

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/58

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

59 Terms

1
New cards

CI/CD Pipelines

Continuous Integration and Continuous Deployment pipelines automate building, testing, and releasing code changes to ensure rapid and reliable software delivery.

2
New cards

Test-Driven Development (TDD)

A development approach where tests are written before the code itself to guide design and ensure correctness.

3
New cards

Release Management

The process of planning, scheduling, and controlling software builds and releases into production.

4
New cards

Rollback Plan

A predefined procedure to revert a software deployment in case of failure.

5
New cards

Regression Testing

Re-running previously completed tests after changes to ensure existing functionality still works.

6
New cards

Environment Parity

Ensuring development, testing, staging, and production environments are as similar as possible to prevent bugs.

7
New cards

Backlog

A prioritized list of work items, including features, bugs, and tasks that the development team maintains.

8
New cards

Short Sprints

Time-boxed iterations (typically 1–2 weeks) used in Agile to deliver incremental software updates.

9
New cards

Scrum Meetings

Daily stand-up meetings where team members discuss progress, plans, and blockers.

10
New cards

Jenkins

An open-source automation server used for continuous integration and deployment.

11
New cards

Docker

A containerization platform that packages applications and dependencies into portable containers.

12
New cards

Branching Strategy

A defined method for organizing code branches (e.g., GitFlow, trunk-based) to enable parallel development.

13
New cards

Parallel Development

Simultaneous development of multiple features or bug fixes using branching.

14
New cards

User Story Mapping

A visual exercise for arranging user stories to understand system functionality and prioritize development.

15
New cards

Traceability Matrix

A document that maps and traces user requirements with test cases to ensure coverage.

16
New cards

Unit Testing

Testing individual components or functions in isolation to verify they work as intended.

17
New cards

System Testing

Testing the complete system as a whole to ensure all requirements are met.

18
New cards

Acceptance Testing

Final testing to determine if the software meets business requirements and is ready for deployment.

19
New cards

SDLC (Software Development Life Cycle)

A structured process for developing software through defined stages: Planning, Design, Development, Testing, Deployment, and Maintenance.

20
New cards

Requirements Analysis

Gathering and analyzing user and system requirements to define what the software should do.

21
New cards

SRS (Software Requirements Specification)

A detailed document outlining the software's functions, features, constraints, and interface.

22
New cards

HLD (High-Level Design)

Describes the overall system architecture, major components, and data flow—like a blueprint.

23
New cards

LLD (Low-Level Design)

Provides detailed internal logic, including database schema, algorithms, class diagrams, etc.

24
New cards

Integration Testing

Testing how different components of the software interact with each other.

25
New cards

Waterfall Model

A linear and sequential SDLC model where each phase must be completed before the next begins.

26
New cards

Agile

An iterative development method that emphasizes flexibility, collaboration, and frequent feedback.

27
New cards

DevOps

A cultural and technical movement combining Development and Operations to achieve continuous integration, testing, and delivery.

28
New cards

CI/CD (Continuous Integration / Continuous Deployment)

Automated process of integrating code frequently (CI) and deploying it to production automatically (CD).

29
New cards

Version Control (e.g., Git)

A system that tracks changes in code, enabling multiple developers to collaborate and roll back changes if needed.

30
New cards

Jira

A project management and issue-tracking tool commonly used in Agile environments.

31
New cards

Lucidchart

A diagramming tool used for flowcharts, system architecture, and database design visualization.

32
New cards

Selenium

A tool for automating web browser testing.

33
New cards

TestRail

A test case management tool used to document and manage testing efforts.

34
New cards

Sprint

A short, time-boxed period (usually 1–2 weeks) in Agile during which a specific set of work is completed.

35
New cards

Retrospective

A meeting at the end of a sprint where the team reflects on what went well and what could improve.

36
New cards

Branching (Git)

Creating a separate line of development in code so features can be built independently.

37
New cards

Staging Environment

A copy of the production environment where final testing occurs before deployment.

38
New cards

Rollback

Reverting to a previous stable version of the software after a failed deployment.

39
New cards

Planning Phase

The initial SDLC phase where project scope, feasibility, resources, and risks are assessed.

40
New cards

Design Phase

The stage where the software architecture is defined, including high-level and low-level design.

41
New cards

Development Phase

The coding phase where developers write and integrate the software components.

42
New cards

Testing Phase

The phase focused on identifying and fixing bugs through various testing levels.

43
New cards

Deployment Phase

Releasing the software to users, typically after thorough testing and approval.

44
New cards

Maintenance Phase

Ongoing support after deployment to fix bugs, improve performance, or add features.

45
New cards

Use Case

A scenario that describes how a user interacts with the system to achieve a goal.

46
New cards

Architecture Diagram

A visual representation of the system structure and component relationships.

47
New cards

Class Diagram

A UML diagram that shows the classes, attributes, methods, and relationships in OOP.

48
New cards

Database Schema

A blueprint that defines the structure of a database, including tables and relationships.

49
New cards

Bug Report

A documented issue in the software that includes steps to reproduce, expected vs. actual results.

50
New cards

Traceability

The ability to link requirements through design, implementation, and testing.

51
New cards

Functional Requirements

Specifications of what the software should do.

52
New cards

Non-Functional Requirements

Constraints on how the system performs tasks, e.g., performance, security.

53
New cards

Feedback Loop

A mechanism for gathering and responding to feedback to improve the software.

54
New cards

Automated Testing

Tests that run automatically to validate code, often used in CI/CD pipelines.

55
New cards

Continuous Delivery

A DevOps practice where software can be released to production at any time.

56
New cards

Feature Branch

A separate code branch created to develop a specific feature.

57
New cards

Production Environment

The live environment where users interact with the deployed software.

58
New cards

Retrospective Meeting

Agile meeting held at the end of a sprint to review successes and areas for improvement.

59
New cards