Learning one new thing everyday
In software engineering, the software development lifecycle is the process of dividing the software development effort into smaller, parallel or continuous steps or sub-processes to improve design, product management. This approach may include predefined specific deliverables and artifacts that the project team creates and completes for the development or maintenance of the software applications.
Continue reading
The Open / Closed Principle is the most basic design principle in the software development world. It guides us how to build a stable and flexible system. A software entity such as class, module, and function should be open for extension and closed for modification.
Continue reading
Although data flow oriented modeling is considered as an outdated technology by some software engineers, it is still one of the most widely used requirements analysis symbols. Although data flow diagrams (DFDs) are not formal parts of UML, they can be used to supplement UML diagrams and provide additional insight into system requirements and processes.
Continue reading
Causal loops diagrams (also known as system thinking diagrams) are used to display the behavior of cause and effect from a system’s standpoint. A causal loop diagram (CLD) is a causal diagram that aids in visualizing how different variables in a system are interrelated.
Continue reading
Enterprise Integration Patterns (EIP)is a book by Gregor Hohpe and Bobby Woolf and describes 65 patterns for the use of enterprise application integration and message-oriented middle-ware in the form of a pattern language. They help us use standardized ways to integrate applications, no need to reinventing the wheel each time you have a problem.
Continue reading
Structured Systems Analysis and Design Method (SSADM) structural systems analysis and design methods, standards set in the early 1980s development, is widely used in the design and application of the calculation. It uses a combination of text and diagrams for system design throughout the life cycle, from the initial design concept to the application of actual physical design.
Continue reading
A cross-functional flowchart (sometimes referred to as a deployment flowchart) is a business process mapping tool used to articulate the steps and stakeholders of a given process. Typically, we use a cross-functional flowchart to show the relationship between a business process and the functional units (such as departments) responsible for that process.
Continue reading
A flowchart is a diagram of the sequence of steps in a process. It is a general purpose tool that can be used for a variety of purposes, such as manufacturing processes, management or service processes, or project planning. It is often defined as a graphical representation of an algorithm, a step-by-step approach to a task. It displays the steps as various types of boxes and shows their order by connecting the boxes with arrows.
Continue reading
Data Flow diagrams (DFDS) describe logical models and data transformations in the system. It includes a mechanism for modeling data flows and supports decomposition to illustrate the details of data flows and functionality. A data flow chart cannot display information about the order of operations. Therefore, it is not a process or process modeling approach.
Continue reading
In reality, customers may not know what their needs are until they see the software at work, so changing their requirements leads to redesign, redevelopment and retesting, and increased costs. Developers may design a new software product or feature without realizing the difficulties ahead, in which case it is better to modify the design rather than insist on a design that does not take into account any newly discovered constraints, requirements, or problems. As a result, there is no guarantee that the requirements the organization has in mind will actually work.
Continue reading