Difference between Structured and Object-Oriented Analysis
Analysis means observing and collecting relevant information about the structure of something or the basic details of a system's requirements. Structured and Object Oriented Analysis are both widely used in software engineering and are equally important. But clearly, both are pretty different; let us look at some of the critical differences between these approaches.
In this method, the analyst just focuses on the logical details and is liable to understand each primary component of the system's requirement. Structured analysis is a graphic that specifies how the developer would present the application.
Object-Oriented analysis is the generally used technical approach for gathering the requirements of designing a system or application or sometimes even a business model by applying object-oriented programming.
Object-Oriented analysis is actually the procedure to discover the conditions to help the developer design the system by using the visual modellings that are meant to guide them.
Difference between Structured and Object-oriented Analysis
|Structured Analysis||Object Oriented Analysis|
|This approach primarily focuses on the system's working procedure.||The primary focus of object oriented analysis is on the real world entities and the data structures that are more important.|
|Software Development Life Cycle SDLC methodology is used for different steps like analyzing, planning, designing, implementing and supporting the system's information.||Use of iterative method is done to improve the quality of design|
|Structured analysis works with the flow of the procedure of a system. Hence it is suitable for projects with stable user requirements and is well defined.||It is best suited for large projects with no fixed requirements.|
|Reusability of Structured analysis is very low.||Object oriented analysis is easy to reuse.|
|Risk factor is high.||Risk factor is low as compared to structural analysis.|
|Structuring the requirement of a system needs |
i) E-R diagram
ii) Data Flow Diagram
iii) Control Flow Diagram
iv) Decision Table tree
v) Data Dictionary
vii) State Transition Diagram
|Requirement engineering in this approach needs : |
i) Use Case model
ii) State Chart Diagram
iii) Object Model
iv) Deployment Diagram
|Outdated Approach||Mostly preferred as this a new and effective technique.|