Recap Software systems provide real

Recap
Software systems provide real solutions to real problems
Software systems are ubiquitous. Applications range from embedded controllers & mobile devices to global corporate enterprise systems

Systems are made up of components (subsystems) that operate sequentially or concurrently and communicate synchronously or asynchronously. Complexity rises exponentially with number of components
Unique problems and inherent properties of softwarecomplexity, conformity, changeability, and invisibility

Software system budget/time runaways and cancellations continue to dominate the industry
We cannot continue to cobble systems together– we need a disciplined way of engineering systems

Recap Continued
Critical Success Factors:
Life Cycle Objectives - What is it you are actually going to build?
Initial operational capacity - What technology?
Life Cycle Architecture - How are you going to build it?
Involves: Project, Product, Process and People

Dealing with complexity:
Decomposition – divide the problem into smaller ‘brain-sized’ chunks
Abstraction – concentrating on the most important elements while ignoring currently irrelevant details

We can decompose and abstract both
the product (what we are building) and
the process (how we are building it)

Decomposition and Abstraction of the Development Product
Break the product down into components based on different factors such as:
What the system does – behaviour and functionality
What information is being held, processed and transformed
Deployment – which physical parts of the system are responsible for doing what and talking to who
Bearing in mind you are decomposing and abstracting the product to make it easier to build, what other ways are there of decomposing a system?

Kết quả (Việt) 2:

Recap
hệ thống phần mềm cung cấp các giải pháp thực sự cho vấn đề thực sự
hệ thống phần mềm có mặt ở khắp nơi. Các ứng dụng từ các bộ điều khiển nhúng và các thiết bị di động để hệ thống doanh nghiệp của công ty toàn cầu Hệ thống được làm từ các thành phần (hệ thống con) hoạt động tuần tự hoặc đồng thời và liên lạc đồng bộ hoặc không đồng bộ. Độ phức tạp tăng lên theo cấp số nhân với số thành phần? Vấn đề độc đáo và đặc tính vốn có của phần mềm phức tạp, phù hợp, hay thay đổi, và tàng hình ngân sách hệ thống phần mềm / chạy trốn thời gian và hủy tiếp tục thống trị ngành công nghiệp Chúng tôi không thể tiếp tục để rai hệ thống với nhau - chúng ta cần một cách có kỷ luật các hệ thống công Recap Tiếp tục yếu tố quan trọng thành công: Vòng đời: Mục tiêu? - Nó là gì bạn đang thực sự đi để xây dựng? Năng lực hoạt động ban đầu? - Công nghệ gì? Life Cycle Kiến trúc? - Làm thế nào bạn sẽ xây dựng nó Liên quan đến: dự án, sản phẩm, quy trình và dân Đối phó với sự phức tạp: phân hủy - chia vấn đề thành nhỏ hơn khối 'bộ não có kích thước' Abstraction - tập trung vào các yếu tố quan trọng nhất trong khi bỏ qua hiện nay không liên quan chi tiết Chúng tôi có thể phân hủy và trừu tượng cả các sản phẩm (những gì chúng ta đang xây dựng) và quá trình này (cách chúng ta xây dựng) phân hủy và Abstraction của phát triển sản phẩm? Phá vỡ các sản phẩm thành các thành phần dựa vào các yếu tố khác nhau như: Điều gì hệ thống không - hành vi và chức năng gì thông tin được tổ chức, xử lý và biến đổi Deployment - mà phần vật lý của hệ thống có trách nhiệm làm những gì và nói chuyện với những người mang trong tâm trí bạn đang phân hủy và trừu tượng hóa các sản phẩm để làm cho nó dễ dàng hơn để xây dựng, những cách nào khác đang có của phân hủy một hệ thống?