Sad
Sad
What is a System? documentation and information created during the design and A software life cycle model (also termed process model) is a
A system is a collection of interrelated components or development phases of a system or product. This data is pictorial and diagrammatic representation of the software life
elements that work together to achieve a specific goal or essential for ensuring that the system meets the required cycle. A life cycle model represents all the methods required
purpose. Systems can be found in various domains, including specifications and functions as intended. It includes: to make a software product transit through its life cycle
technology, business, biology, and more. Systems are often Design Specifications: Detailed descriptions of the system's stages. It also captures the structure in which these methods
categorized by their complexity, structure, and purpose. In functionality, features, and performance criteria. are to be undertaken. In other words, a life cycle model maps
computing, a system can refer to both hardware and Development Plans: Documents outlining the steps, the various activities performed on a software product from its
software components that interact to process data and resources, and timelines for system development. inception to retirement. Different life cycle models may plan
produce meaningful outputs. A system is a set of elements or Prototype and Test Data: Information collected during the necessary development activities to phases in different
components that are organized and interact with one testing phases to verify system performance. ways. Thus, no element which life cycle model is followed, the
another to achieve a specific purpose or function. It includes Design Review Records: Minutes and reports from design essential activities are contained in all life cycle models though
inputs, processes, and outputs that work together within a review meetings. the action may be carried out in distinct orders in different life
defined boundary. Change Management Records: Documentation of any cycle models. During any life cycle stage, more than one
Key Elements of a System: changes made during the development process and the activity may also be carried out.
Inputs: Resources or data provided to the system. rationale behind them. Stage1: Planning and requirement analysis .Requirement
Processes: Operations performed within the system to Importance: Analysis is the most important and necessary stage in SDLC.
transform inputs. Ensures traceability and accountability during system The senior members of the team perform it with inputs from
Outputs: The result or outcome produced by the system. development. all the stakeholders and domain experts or SMEs in the
Feedback: Information that helps improve the system’s Helps in identifying and addressing issues early in the industry.
performance by adjusting inputs or processes. process. Stage2: Defining Requirements Once the requirement analysis
Provides a clear record for future maintenance and is done, the next stage is to certainly represent and document
Learning to Recognize Types of Systems upgrades. the software requirements and get them accepted from the
Systems can be classified into different types based on their Data Accession List (DAL): project stakeholders.
characteristics and functionality. Recognizing the type of The Data Accession List (DAL) is a structured list that Stage3: Designing the Software The next phase is about to
system helps in better understanding its operation and catalogues all the data and documents generated during a bring down all the knowledge of requirements, analysis, and
management. project or system lifecycle. It provides a comprehensive record design of the software project. This phase is the product of the
Natural Systems: Found in nature and occur without of: last two, like inputs from the customer and requirement
human intervention (e.g., ecosystems, weather systems). Data Ownership: Who created the data and who is gathering.
Artificial Systems: Man-made systems designed to fulfill responsible for maintaining it. Stage4: Developing the project In this phase of SDLC, the
specific purposes (e.g., computer systems, economic Data Format: The format in which the data is stored (e.g., actual development begins, and the programming is built. The
systems). PDF, Excel, Word). implementation of design begins concerning writing code.
Access Rights: Who has permission to view, edit, or delete Developers have to follow the coding guidelines described by
2. Open vs. Closed Systems: the data. their management and programming tools like compilers,
Open Systems: Interact with their environment by Data Criteria List (DCL): interpreters, debuggers, etc. are used to develop and
exchanging inputs and outputs (e.g., a company receiving The Data Criteria List (DCL) outlines the criteria for data implement the code.
customer feedback). collection, storage, and usage within a system. It ensures that Stage5: Testing After the code is generated, it is tested against
Closed Systems: Do not interact with their environment; data meets specific quality standards, including: the requirements to make sure that the products are solving
they are self-contained (e.g., a chemical reaction in a Accuracy: Ensuring data is correct and free of errors. the needs addressed and gathered during the requirements
sealed container). Completeness: Ensuring all necessary data is collected and stage.
stored. Stage6: Deployment Once the software is certified, and no
Analytical Representation of a System Consistency: Ensuring data is presented in a uniform bugs or errors are stated, then it is deployed. Then based on
Analyzing a system involves representing it in a way that manner. the assessment, the software may be released as it is or with
helps stakeholders understand its components, structure, and Purpose: suggested enhancement in the object segment.
behavior. Analytical representation is crucial in system design, Stage7: Maintenance Once when the client starts using the
Documentation Levels of Formality
development, and troubleshooting. developed systems, then the real issues come up and
Documentation levels of formality refer to the degree of rigor
Common Methods of Analytical Representation: requirements to be solved from time to time. This procedure
and standardization applied to system documentation. There
Flowcharts: A visual representation of a system’s where the care is taken for the developed product is known as
are generally three levels of formality:
processes and workflows. maintenance.
1. High Formality:
Block Diagrams: Simplified diagrams that show the
Involves detailed and comprehensive documentation.
components of a system and their interactions. Waterfall Model
Follows strict regulatory and compliance requirements.
Mathematical Models: Equations and formulas used to The Waterfall Model is one of the earliest and most traditional
Common in industries like aerospace, healthcare, and
represent a system’s behavior and predict outcomes. approaches to the Software Development Life Cycle (SDLC). It
defense.
Use Case Diagrams: Illustrations of how users interact follows a linear and sequential flow where each phase must be
2. Medium Formality:
with a system to achieve specific goals. completed before moving to the next. The process is
Involves structured documentation with moderate levels of
Benefits of Analytical Representation: structured in distinct stages, much like a waterfall flowing
detail.
Helps identify system components and their interactions. down, hence the name. Here's a breakdown of the Waterfall
Balances thoroughness and efficiency.
Facilitates problem-solving and system improvement. model:
Common in industries like manufacturing and software
Provides a clear understanding of system workflows. Key Features of the Waterfall Model:
development.
Linear Process: The process flows in one direction, from
3. Low Formality:
System Stakeholders: User and End User Roles one phase to the next, without going back. Once a phase
Involves minimal documentation, focusing on essential
Stakeholders are individuals or groups who have an interest in is completed, you cannot go back to it.
information.
a system and its development. They can influence or be Well-Defined Phases: The phases of development are
Prioritizes speed and flexibility.
affected by the system's performance. clearly defined, and each phase has specific deliverables.
Common in startups and agile development environments.
Types of Stakeholders: Documentation Driven: Emphasis is placed on
Importance:
User: Someone who interacts with the system to achieve documentation. Every phase produces comprehensive
Ensures that documentation meets the needs of the
their tasks. documents before moving to the next phase.
project and stakeholders.
End User: The primary person for whom the system is Characteristics:
Helps in maintaining compliance with industry standards
designed. They experience the final output of the system. Rigid Structure: Since it is a linear model, once a phase is
Balances the need for thorough documentation with the
Other Stakeholders: These may include project managers, completed, it is difficult to go back and make changes.
practicality of project timelines.
developers, clients, and regulatory bodies. Clear Documentation: Each phase produces detailed
Example of Stakeholders in a Library Management System: System Documentation Issues documentation, which is helpful for large teams and long-
User: Library staff managing books. System documentation issues refer to the challenges and term projects.
End User: Library members borrowing books. problems that can arise in creating, maintaining, and Suitability for Small Projects: The Waterfall model works
Other Stakeholders: IT staff, system developers, and local managing documentation for systems. Common issues best for small projects with well-defined requirements
authorities. include: that are unlikely to change during development.
Importance of Stakeholders in System Development: 1. Incompleteness: Missing critical information can lead to Pros of the Waterfall Model:
•Identifying stakeholders helps in understanding their needs misunderstandings and errors. Simple and Easy to Understand: Its sequential nature
and expectations. 2. Inconsistency: Inconsistent formatting, terminology, and makes it easy to understand and manage.
•Ensures the system meets user requirements and improves structure can reduce the usability of documentation. Clear Documentation: Comprehensive documentation
user satisfaction. 3. Outdated Information: Failure to update documentation helps in better project management and troubleshooting.
System Attributes, Properties, and Characteristics as the system evolves can lead to incorrect or irrelevant Structured Approach: Clear milestones make progress
Understanding the attributes, properties, and characteristics information. easy to track.
of a system is essential for evaluating its performance and 4. Lack of Accessibility: If documentation is not easily Cons of the Waterfall Model:
efficiency. accessible, it can hinder system maintenance and Inflexible: Once a phase is completed, it is difficult to go
Characteristics of a System: troubleshooting. back and make changes, making it unsuitable for projects
Boundary: Defines the limits of the system. 5. Poor Quality Control: Lack of proper review and validation where requirements are expected to change.
Environment: External factors that influence the system. processes can result in low-quality documentation. Late Testing: Testing only happens after the coding phase,
Structure: The arrangement of components within the Solutions to Documentation so bugs are found late in the development process, which
system. could be costly to fix.
Purpose: The specific goal or function the system aims to Not Ideal for Complex Projects: For complex and large-
achieve. scale projects, where requirements can evolve, the
Waterfall model may lead to inefficiencies.