Lesson 1. System Arcitecture
Lesson 1. System Arcitecture
System architecture refers to the high-level structure and organization of a complex system, such
as a computer system, software application, or network. It defines the components, their
relationships, and how they work together to achieve a specific set of goals or functions. System
architecture is a critical aspect of designing and building systems, as it provides a blueprint for
how different parts of the system will interact and function as a whole.
For your study, we are going to create 4 system architectures. System Architectures shall be
presented after the consideration part of Chapter 3.
The Software Development Life Cycle alludes to a process utilized by the Software Development
Industry for designing, developing, and testing software solutions. The objective of this process is
to develop high-quality software solutions that exceed or meet user expectations within stipulated
time frames. SDLC is also known as a software development process, which is a framework that
defines software development tasks that are formed at every phase of the development process.
The project follows the process which consists of a detailed plan elaborating on how to develop,
maintain, alter, replace, or enhance the software solutions. A typical software process consists of
multiple stages such as planning and requirement analysis, defining requirements, designing a
software product architecture, developing the software solution, testing the project, deploying or
maintaining the software in the market.
Software processes refer to a coherent set of activities and processes required for specifying,
designing, implementing, and testing the software systems. Any software process model is the
abstract representation and ideation of a process that can highlight the description of a resembling
process for a few specific perspectives.
1. Waterfall Model
Each phase of this model is completed before the next phase to avoid the overlapping among the
multiple phases. The Waterfall model illustrates the software process in a linear sequential flow,
which means that any face of the whole process begins only if the previous phase is completed.
The approach of this model is typical for most of the areas of software engineering design.
IM Developed by: Date Created: Revision No.
CAPSTONE 2 Page No.
Mr. Owen Harvey Balocon INSTRUCTIONAL MATERIAL July 31, 2023 2023 - 000 ___ of ___
Instructor
Polytechnic University of the Philippines CAPSTONE 2
Sta. Rosa Campus INSTRUCTIONAL MATERIAL
It goes from requirements > design > development > testing > deployment > maintenance.
2. Iterative Mode
An Iterative software
development life cycle
model does not directly
attempt to begin with a full
specification of the
prerequisites. Instead, it
starts by focusing on a
simplified and initial set of
user features and activities.
These features are then
progressively developed to
gain complexity and a broad
range of functions until the expected software system is finished. While adopting the Iterative
software model approach, the philosophy of gradual incremental development is also used
liberally.
3. V Model
4. RAD Model
5. Spiral Model
6. Agile Model
A system flow diagram, often referred to as a system flowchart or simply a flow diagram, is a
visual representation of the flow of data, processes, and interactions within a system. It is a
graphical tool used to illustrate how a system works, showing the steps, activities, and decision
points involved in a particular process or system.
Contextual Diagram
A contextual diagram is a type of diagram used in system analysis and design to provide a high-
level, top-down view of a system. It illustrates the system's boundaries and the interactions
between the system and its external entities, without delving into the internal processes or
components of the system. Contextual diagrams are particularly valuable for understanding and
documenting the relationships between a system and its environment.
Key elements of a contextual diagram include:
1. System: The core of the diagram represents the system being analyzed or designed.
This is typically shown as a rectangle or circle in the center of the diagram.
2. External Entities: These are entities outside of the system that interact with it in some
way. External entities can include users, other systems, organizations, or any external
factors that send or receive data to or from the system. They are typically represented as
rectangles or squares outside the system boundary.
3. Data Flows: Arrows connect the external entities to the system to show the flow of data
between them. These data flows represent the inputs and outputs of the system and are
labeled to describe the nature of the data being exchanged.
4. Processes: The internal workings of the system are not detailed in a contextual
diagram. Instead, a single, simple process is often represented within the system
boundary. This process is generic and doesn't go into the specifics of the system's
internal processes.