Bài giảng Chương 1: Đại cương về phân tích và thiết kế hệ thống

CHƯƠNG 1

ĐẠI CƯƠNG VỀ PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG

Nội dung

Khái niệm cơ bản của HTTT Một số loại hình HTTT Một số vấn đề của PT & TK HT Vòng đời phát triển hệ thống Phương pháp phát triển hệ thống Hướng phát triển hệ thống

1.2

Khái niệm cơ bản của hệ thống thông tin

1.3

Hệ thống là gì? (1)

Hệ thống là tập hợp các phần tử có mối liên hệ với nhau, làm việc cùng nhau để đạt được một mục tiêu / nhiệm vụ nào đó.

Ví dụ:

Hệ thống tiêu hóa

Hệ thống giao thông công cộng

Hệ thống máy tính

Hệ thống thông tin,…

1.4

Hệ thống là gì? (2)

 Đặc điểm của hệ thống:

◦ Có phát triển: phát sinh, tăng trưởng, suy thoái và mất đi.

◦ Có hoạt động: Các phần tử trong hệ thống cộng tác với nhau

để cùng thực hiện mục đích chung.

=> Hệ thống luôn hoạt động trong môi trường và có trao đổi vào ra với môi trường xung quanh.

1.5

Các thành phần trong hệ thống

INPUT

PROCESS

OUTPUT

FEEDBACK

1.6

Một hệ thống có nhiều hệ thống con

Hệ thống con là gì?

 - Hệ thống con đơn giản là một hệ thống nằm trong một hệ

thống nào đó.

 Ô tô là một hệ thống bao gồm các hệ thống con:

◦ Hệ thống động cơ ◦ Hệ thống điều hòa ◦ Hệ thống khung,…

 - Trong mỗi hệ thống con có thể có nhiều hệ thống con (sub-

sub –systems). ◦ Hệ thống động cơ: Hệ thống chế hòa khí, hệ thống máy

phát điện, hệ thống nhiên liệu, …

1.8

Một số khái niệm trong hệ thống (1)

 Phân rã

◦ Quá trình phá vỡ một hệ thống thành các thành phần nhỏ hơn.

◦ Mục đích:

 Chia thành nhiều hệ thống nhỏ, hệ thống con để quản lý.

 Tập trung vào một lĩnh vực tại một thời điểm.

 Tập trung vào từng thành phần thích hợp với từng nhóm

người sử dụng.

 Xây dựng các thành phần khác nhau vào những thời điểm

độc lập.

1.9

Một số khái niệm trong hệ thống (2)

Modular

Quá trình phân chia một hệ thống thành các module có kích thước tương đối đồng bộ. Modules đơn giản hóa thiết kế hệ thống.

Hợp lại

Các hệ thống con có mối liên hệ, phụ thuộc vào nhau và được kết hợp lại thành một hệ thống tổng thể.

Sự gắn kết

Mức độ mà một hệ thống con thực hiện duy nhất một chức năng.

1.10

Các thành phần của HTTT dựa trên máy tính

Hardware + Software + People+ Procedures +Information

1.11

Dữ liệu và Thông tin

 Dữ liệu là những dữ kiện về mặt tổ chức và các hoạt động giao dịch. Hầu hết các dữ liệu đều có ý nghĩa và đều được sử dụng.  Định nghĩa thay thế : ◦ Dữ liệu là một tập hợp của các hạng mục như chữ, số, hình ảnh, và âm thanh mà không được tổ chức và có rất ít ý nghĩa riêng.

◦ Dữ liệu là những dữ kiện về con người, các đối tượng, và các

sự kiện trong một tổ chức.

 Thông tin: là dữ liệu được tổ chức.

1.12

Luồng dữ liệu và xử lý logic

Luồng dữ liệu

Dữ liệu trong chuyển động, di chuyển từ vị trí này đến vị trí khác trong hệ thống.

Xử lý logic

Các bước dữ liệu được truyền hoặc di chuyển; mô tả về các sự kiện kích hoạt cho các hoạt động kế tiếp.

1.13

Cơ sở dữ liệu

CSDL là tập hợp dữ liệu liên quan được chia sẻ một cách hợp lý và được thiết kế để đáp ứng nhu cầu thông tin của nhiều người dùng trong cùng một tổ chức.

Database – Files – Records -- Fields

1.14

Các mức quản lý dữ liệu

databases

File 1

File 2

File N

Record 1

Record 2

Record N

Filed 1

Filed 2

Character BYTE

Character BYTE

Character BYTE

Filed N

1.15

Phương pháp truyền thống & phương pháp CSDL

Phương pháp tiếp cận truyền thống

Payroll system

Project Management System

Personal data

Personal data

Tax data

Project data

 Dư thừa dữ liệu

1.16

Phương pháp truyền thống & phương pháp CSDL

Phương pháp tiếp cận CSDL

Project Management System

Payroll system

Tax data

Personal data

Project data

1.17

Hệ thống thông tin là gì?

 Hệ thống thông tin là tập các thành phần liên quan đến nhau, làm việc cùng nhau với mục đích chung.

 Mục đích HTTT:

◦ Tập hợp ◦ Xử lý ◦ Lưu trữ ◦

Phổ biến thông tin.

 Đặc điểm: hỗ trợ việc ra quyết định, phối hợp, kiểm soát, phân tích và hiển thị trong một tổ chức

1.18

Các thành phần cấu thành HTTT

Sự kiện tiến hoá

Các dữ liệu phản ánh cấu trúc cơ quan

cập nhật

Thông báo

Tham số

kết quả

Các xử lý: - Các quy trình - Các công thức quy tắc quản lý - Các lưu đồ chu chuyển

Sự kiện hoạt động

Các dữ liệu phản ánh hoạt động kinh doanh

cập nhật

1.19

Các loại hình HTTT

Các kiểu HTTT phổ biến

 Hệ xử lý giao dịch (Transaction Processing

Systems – TPS)

 Hệ thông tin quản lý (Management Information

Systems - MIS)

 Hệ hỗ trợ quyết định (Decision Support Systems -

DSS)

 Hệ chuyên gia và trí tuệ nhân tạo (Expert System

and Artificial Intelligence - ES &AI)

1.21

Hệ thống xử lý giao dịch (TPS) (1)

 TPS là những hệ thống thông tin máy tính được phát triển để xử lý một lượng lớn dữ liệu cho các hoạt động giao dịch thường xuyên.

 Xử lý các giao dịch và ghi lại dữ liệu cho từng chức

năng đặc thù.

 Dữ liệu đầu vào được cập nhật thường xuyên, dữ liệu

đầu ra là định kỳ (Thống kê, báo cáo,…)

=> Có tính cục bộ, thường dành cho các nhà quản lý cấp tác nghiệp

1.22

Hệ thống xử lý giao dịch (TPS) (2)

Đặc trưng:

Lượng dữ liệu nhiều, thu thập dữ liệu tập trung.

Phương pháp phát triển hệ thống:

Hướng chức năng.

1.23

Hệ thống thông tin quản lý(MIS)(1)

Hỗ trợ các chức năng xử lý dữ liệu trong giao dịch và lưu trữ. Dùng một csdl hợp nhất và hỗ trợ cho nhiều chức năng. Từ dữ liệu ban đầu thông qua TPS để chuyển đổi thành dạng tổng hợp có ý nghĩa mà nhà quản lý cần để thực hiện nhiệm vụ của mình.

=> Là HTTT được sử dụng trong các tổ chức kinh tế xã hội, hệ gồm nhiều thành phần, mỗi thành phân là một hệ thống con hoàn chỉnh.

1.24

Hệ thống thông tin quản lý(MIS)(2)

Đặc trưng:

Dựa trên sự đa dạng của nguồn dữ liệu để tổng hợp và tóm

tắt dữ liệu.

Phương pháp phát triển hệ thống:

Hướng dữ liệu

Xem xét mối quan hệ giữa các dữ liệu để dữ liệu có thể

được truy cập và tóm tắt một cách đa dạng.

1.25

Hệ hỗ trợ quyết định (DSS) (1)  Tạo những mô hình đa chức năng, có khả năng mô

phỏng và có các công cụ phân tích.

 DSS được thiết kế để giúp tổ chức ra quyết định thực

hiện.

 Một DSS gồm:

◦ Cơ sở dữ liệu (có thể được rút ra từ một TPS / MIS)

◦ Đồ họa / mô hình toán học cho quá trình hoạt động.

◦ Giao diện người dùng để giao tiếp với DSS.

1.26

Hệ hỗ trợ quyết định (DSS) (2)

Đặc trưng:

Cung cấp hướng dẫn trong việc xác định vấn đề, việc tìm kiếm, đánh giá các giải pháp thay thế và lựa chọn hoặc so sánh lựa chọn thay thế; có khả năng liên quan đến nhóm của việc ra quyết định.

Phương pháp phát triển hệ thống:

Hướng dữ liệu và quyết định logic.

Thiết kế đối thoại người dùng; truyền thông nhóm có thể là chìa khóa truy cập vào dữ liệu mà không dự đoán trước.

1.27

Hệ chuyên gia và trí tuệ nhân tạo (ES & AI)(1)

Hệ chuyên gia liên quan đến lĩnh vực trí tuệ nhân tạo, làm cho máy tính có khả năng lập luận, học tập ,…

Ví dụ: Lập kế hoạch tài chính, chẩn đoán bệnh, dịch máy,…

1.28

Hệ chuyên gia và trí tuệ nhân tạo (ES & AI)(2)

Kiến thức (Knowledge): là cách một chuyên gia sẽ tiếp cận vấn đề. Cố gắng hệ thống hóa và vận dụng kiến thức chứ không phải là thông tin, (ví dụ nếu .. Sau đó, loại trừ)

Các chuyên gia hỏi câu hỏi và người dùng cuối cung cấp các câu trả lời.

Những câu trả lời sau đó được sử dụng để xác định các quy tắc và chuyên gia đưa ra đề nghị dựa trên các quy tắc.

Knowledge Engineers thực hiện thu thập kiến thức; giống với các nhà phân tích hệ thống nhưng được đào tạo để sử dụng các kỹ thuật khác nhau.

1.29

Hệ chuyên gia và trí tuệ nhân tạo (ES & AI)(3)

Đặc trưng:

Chuyên gia tư vấn bằng cách yêu cầu người sử dụng một

chuỗi các câu hỏi, phụ thuộc vào câu trả lời để đưa ra kết

luận.

Phương pháp phát triển hệ thống:

Định hướng logic quyết định chuyên môn, trong đó tri

thức được suy ra từ các chuyên gia và được mô tả bởi quy

tắc hay hình thức nào đó.

1.30

Các thành phần tham gia vào hệ thống thông tin

Quản lý hệ thống thông tin

Phân tích và phát triển hệ thống

Lập trình viên

Người dùng cuối

Hỗ trợ người dùng cuối

Quản lý doanh nghiệp

Quản lý thông tin/ cán bộ kỹ thuật khác.

1.31

Các vấn đề phân tích và thiết kế hệ thống

1.32

Phân tích hệ thống

Là nghiên cứu các vấn đề và nhu cầu để xác định như thế nào, ai, dữ liệu, quy trình, công nghệ truyền thông và thông tin tốt nhất mà hệ thống mới mang lại.

Là tác nhân quan trọng trong quá trình phát triển hệ thống.

1.33

Kỹ năng của nhà phân tích hệ thống

Kiến thức làm việc với công nghệ thông tin.

Kinh nghiệm lập trình máy tính và chuyên môn.

Kiến thức kinh doanh chung.

Kỹ năng giải quyết vấn đề.

Kỹ năng giao tiếp, quan hệ giữa các nhân tố.

Tính linh hoạt và khả năng thích ứng.

Tính cách và đạo đức.

Kỹ năng phân tích và thiết kế hệ thống.

1.34

Đối tượng liên quan đến nhà phân tích hệ thống

Đặc điểm của các đội thành công trong phát triển hệ thống

Kỹ năng, và mục tiêu. Thông tin liên lạc rõ ràng và đầy đủ. Tin tưởng, tôn trọng lẫn nhau và luôn đưa ra khung nhìn riêng thứ 2. Có tổ chức, có tính kỷ luật.

1.36

Phân tích & thiết kế hệ thống (SAD)(2)

Phân tích: Xác định vấn đề

Từ yêu cầu  đặc điểm kỹ thuật.

Thiết kế: Giải quyết vấn đề

Từ đặc điểm kỹ thuật  thực hiện.

1.37

Tại sao PT và TKHT lại quan trọng?

Ví dụ: trang bị bàn ghế cho 1 phòng học

1.38

Tại sao PT và TKHT lại quan trọng?

Chúng ta thường có suy nghĩ trước:

 Bao nhiêu bộ bàn ghế?

 Địa điểm nhận là ở đâu?

 Bao nhiêu tiền?

 ….

 Đặt mục tiêu ưu tiên là người làm hệ thống mà quên mất Ai sẽ sử dụng hệ thống?

1.39

Tại sao PT và TKHT lại quan trọng?

1.40

Cách tiếp cận giải quyết một vấn đề

- Xác định vấn đề, phân tích, hiểu vấn đề. - Xác định yêu cầu, giải pháp. - Xác định các giải pháp thay thế và lựa chọn tốt nhất. - Thiết kế các giải pháp được lựa chọn. - Thực hiện các giải pháp được lựa chọn. - Đánh giá kết quả. -Nếu vấn đề không được giải quyết, trở lại bước 1.

1.41

Cách giải quyết bài toán (1)

Để lấy người sử dụng là trung tâm, chúng ta cần:

Mục đích của phòng học là gì: học văn hóa, máy tính, học đàn,… Đối tượng sử dụng phòng học là ai: mẫu giáo, tiểu học, THCS, phổ thông, sinh viên, cán bộ,… Diện tích phòng, số lượng người dùng tối đa/ 1 phòng là bao nhiêu? Vị trí, thời gian bàn giao? Giá thành? …

 quyết định có làm hay không?

1 - 42

Cách giải quyết bài toán (2)

Thu thập yêu cầu của bên đầu tư? Thu thập yêu cầu của đối tượng sử dụng: chất liệu, màu sắc, kiểu dáng,… Đề xuất: cách bố trí, số lượng , chất liệu, màu sắc, kiểu dáng,…

 Công việc của người phân tích hệ thống

1 - 43

Cách giải quyết bài toán (3)

  Công việc của người thiết kế

1.44

Vai trò của PT&TK hệ thống

Có cái nhìn đầy đủ, đúng đắn và chính xác về HTTT được xây dựng trong tương lai. Tránh sai lầm trong thiết kế và cài đặt. Tăng vòng đời hệ thống Dễ sửa chữa, bổ sung và phát triển hệ thống trong quá trình sử dụng hoặc khi hệ thống yêu cầu.

=> Do đó: Phân tích và thiết kế là cực kỳ quan trọng, là cơ sở để đưa đến thành công cho mỗi dự án.

1 - 45

Quan điểm của phân tích hệ thống

Làm thế nào để xây dựng hệ thống thông tin?

Làm thế nào để phân tích nhu cầu của hệ thống thông tin?

Làm thế nào để thiết kế hệ thống thông tin dựa trên máy tính?

Làm thế nào để giải quyết vấn đề hệ thống trong tổ chức?

1.46

Vòng đời phát triển hệ thống

Systems Development Life Cycle (SDLC)

Planning

Implementation

Analysis

Design

1.48

Câu hỏi giai đoạn: Lập kế hoạch

Tại sao chúng ta nên xây dựng hệ thống này? Giá trị hệ thống mang lại là gì? Sẽ phải mất bao lâu để xây dựng?

1.49

Câu hỏi giai đoạn: phân tích

Ai sẽ sử dụng hệ thống? Hệ thống nên làm gì cho chúng ta? Ở đâu và khi nào nó sẽ được sử dụng?

1.50

Câu hỏi giai đoạn: thiết kế

Hệ thống sẽ hoạt động như thế nào? Điều kiện phần cứng, phần mềm và cơ sở hạ tầng mạng ? Giao diện người sử dụng, các form và các báo cáo sẽ được sử dụng? Các chương trình cụ thể, các CSDL, các file sẽ cần? Làm thế nào chúng ta xây dựng được hệ thống?

1 - 51

Giai đoạn thực hiện

1. Xây dựng hệ thống

◦ Xây dựng (viết code chương trình).

◦ Kiểm tra.

2. Lắp đặt hệ thống

◦ Đào tạo cho người sử dụng hệ thống.

3. Hỗ trợ hệ thống (bảo trì)

1.52

Phương pháp phát triển hệ thống

1.53

Một số phương pháp SDLC quan trọng và phổ biến

Mô hình thác Mô hình lặp Mô hình xoắn ốc V-Model Mô hình Big Bang Mô hình Agile

1.54

Mô hình thác

Người phân tích và người dùng truy cập tuần

tự từ một giai đoạn đến giai đoạn kế tiếp.

1.55

Mô hình thác

1 - 56

Mô hình thác: Ưu điểm

Hệ thống được nhận biết dài trước khi chương trình bắt đầu. Thay đổi yêu cầu được giảm đến mức tối thiểu khi dự án bắt đầu.

1 - 57

Mô hình thác: Nhược điểm

Thiết kế phải hoàn toàn rõ ràng trước khi chương trình bắt đầu. Thời gian trải dài từ việc hoàn thành đề xuất hệ thống trong giai đoạn phân tích đến triển khai hệ thống.

1 - 58

Mô hình lặp - Iterative model (1)

Yêu cầu có thể bổ sung sau mỗi lần lặp. Thiết kế có thể được sửa đổi và bổ sung sau mỗi lần lặp. Kết thúc một quá trình lặp  một phiên bản mới của phần mềm Khi hệ thống đã hoàn chỉnh  kết thúc quá trình lặp.

1.59

Mô hình lặp - Iterative model (2)

1.60

Mô hình lặp: Ưu điểm (1)

Một số chức năng làm việc có thể được phát triển và hoàn thiện sớm. Kết quả thu được là định kỳ. Có thể phát triển song song. Chủ động được tiến độ có thể đo được. Ít tốn kém để thay đổi phạm vi / yêu cầu. Kiểm tra và gỡ lỗi trong quá trình lặp là dễ dàng. Các rủi ro được xác định và giải quyết trong vòng lặp => dễ dàng hơn để quản lý rủi ro.

1 - 61

Mô hình lặp: Ưu điểm (2)

Hỗ trợ việc thay đổi các yêu cầu. Đặc biệt thích hợp cho các dự án lớn và quan trọng. Tạo điều kiện cho các đánh giá và phản hồi của khách hàng.

1.62

Mô hình lặp: Nhược điểm

Các tài nguyên khác có thể được yêu cầu. Mặc dù chi phí của sự thay đổi là ít hơn nhưng không phải là rất thích hợp cho việc thay đổi yêu cầu. Kiến trúc hệ thống hoặc thiết kế có thể phát sinh do không phải tất cả các yêu cầu được tập hợp trong lần lặp đầu. Không thích hợp cho các dự án nhỏ. Phức tạp hơn trong quản lý. Kết thúc dự án có thể không biết đó là một nguy cơ.

1.63

Mô hình xoắn ốc (1)

Kết hợp ý tưởng phát triển lặp với mô hình thác nước.

Mô hình xoắn ốc có bốn giai đoạn. Một dự án phần mềm liên tục đi qua những giai đoạn trong lần lặp được gọi là vòng xoắn.

1.64

Mô hình xoắn ốc (2)

1.65

Mô hình xoắn ốc – ưu điểm

Yêu cầu thay đổi có thể được linh hoạt. Cho phép sử dụng rộng rãi các nguyên mẫu. Có thể sử dụng hệ thống sớm. Phát triển có thể được chia thành các phần nhỏ hơn giúp quản lý rủi ro tốt hơn.

1.66

Mô hình xoắn ốc – nhược điểm

Quản lý là phức tạp hơn. Không xác định được thời gian kết thúc dự án. Không thích hợp cho các dự án rủi ro nhỏ hay thấp và có thể là đắt đối với các dự án nhỏ. Quy trình là phức tạp. Mô hình xoắn ốc có thể đi vô thời hạn. Số lượng lớn các giai đoạn trung gian đòi hỏi tài liệu nhiều.

1.67

Mô hình V

Mô hình V là mô hình SDLC thực hiện các quá trình một cách tuần tự trong V-shape hay còn được gọi là mô hình Thẩm tra và Xác nhận. Ứng dụng mô hình V gần tương tự như mô hình thác nước. Yêu cầu phải rất rõ ràng trước khi dự án bắt đầu, bởi vì rất đắt để quay trở lại và thực hiện thay đổi. Mô hình này được sử dụng trong các lĩnh vực phát triển y tế vì tính kỷ luật..

1.68

Mô hình V

1.69

Mô hình V: ưu điểm

Là mô hình có tính kỷ luật cao và được hoàn thành từng giai đoạn tại mỗi thời điểm. Hoạt động tốt đối với các dự án nhỏ, với yêu cầu đầu vào là đầy đủ. Đơn giản, dễ hiểu và dễ sử dụng. Dễ quản lý do sự cứng nhắc của các mô hình. Mỗi giai đoạn đều có phân công và xem xét cụ thể.

1.70

Mô hình V: Nhược điểm

Nguy cơ thất bại cao và không chắc chắn. Không phải là mô hình tốt cho các dự án phức tạp và hướng đối tượng. Không phải là mô hình tốt cho các dự án dài và liên tục. Không thích hợp cho các dự án mà các yêu cầu đang ở mức độ trung bình, có nguy cơ cao thay đổi. Khi một ứng dụng đang trong giai đoạn thử nghiệm, rất khó khăn để thực hiện lại hay thay đổi một chức năng. Không thể có một phần mềm được sản xuất duy nhất trong vòng đời.

1 - 71

Mô hình Big Bang

Là mô hình SDLC không làm theo bất kỳ quy trình cụ thể. Là phát triển phần mềm mà có thể có hoặc không theo yêu cầu của khách hàng. Là mô hình lý tưởng cho các dự án nhỏ với một hoặc hai nhà phát triển làm việc với nhau (hữu ích cho các dự án học tập hoặc thực hành).

1.72

Mô hình Big Bang:Ưu điểm

Là một mô hình rất đơn giản. Ít hoặc không có kế hoạch cần thiết. Dễ quản lý. Cần rất ít nguồn lực. Linh hoạt để phát triển. Là một mô hình trợ giúp rất tốt cho những người mới hoặc sinh viên.

1.73

Mô hình Big Bang:Nhược điểm

Rủi ro rất cao và không chắc chắn. Không phải là một mô hình tốt cho các dự án phức tạp và hướng đối tượng. Mô hình tồi cho các dự án dài và thay đổi liên tục. Có thể rất tốn kém nếu yêu cầu đầu vào được hiểu lầm.

Mô hình Agile

Là sự kết hợp của lặp và tăng dần mô hình. Phương pháp Agile chia nhỏ các sản phẩm để xây dựng trong mỗi lần lặp. Mỗi lần lặp bao gồm các đội chéo chức năng làm việc đồng thời trên nhiều lĩnh vực như lập kế hoạch, phân tích yêu cầu, thiết kế, viết mã, kiểm tra đơn vị, và kiểm tra chấp nhận. Vào cuối của mỗi lần lặp, một sản phẩm được hiển thị cho khách hàng và các bên liên quan.

1.75

Mô hình Agile

1.76

Mô hình Agile: Ưu điểm

Là cách tiếp cận rất thực tế để phát triển phần mềm.

Khuyến khích làm việc theo nhóm.

Chức năng có thể được phát triển nhanh chóng.

Yêu cầu tài nguyên là tối thiểu.

Cung cấp các giải pháp làm việc từng phần.

Mô hình tốt cho các môi trường có thay đổi đều đặn.

Quy tắc tối thiểu, tài liệu dễ dàng sử dụng.

Ít hoặc không có kế hoạch cần thiết.

Dễ quản lý.

1.77

Mô hình Agile: Nhược điểm

Không thích hợp để xử lý những phụ thuộc phức tạp. Nhiều rủi ro về tính bền vững, bảo trì và mở rộng. Phức tạp trong việc quản lý tiến độ, chức năng và điều chỉnh. Phụ thuộc rất nhiều vào sự tương tác của khách hàng, vì vậy nếu khách hàng không rõ ràng có thể dẫn đến điều khiển theo hướng sai lầm. Phụ thuộc cá nhân rất cao. Chuyển giao công nghệ cho các thành viên nhóm mới có thể khá khó khăn do thiếu tài liệu.

1 - 78

SDLC- tóm tắt (1)

Thác nước và mô hình V là mô hình SDLC truyền thống và là tuần tự. Rất thích hợp cho các dự án có yêu cầu sản phẩm rõ ràng và nơi yêu cầu sẽ không thay đổi trong quá trình hoàn thành dự án. Mô hình lặp và xoắn ốc linh hoạt hơn về sự thay đổi. Thích hợp cho các dự án mà các yêu cầu không được xác định rõ, hoặc yêu cầu thị trường thay đổi khá thường xuyên. Mô hình Big Bang là cách tiếp cận ngẫu nhiên để phát triển phần mềm và phù hợp cho các dự án nhỏ hoặc học tập.

1 - 79

SDLC- tóm tắt (2)

Agile là mô hình phổ biến nhất. Agile chia dự án thành các bước lặp nhỏ với tính năng chuyển giao cụ thể. Tương tác khách hàng là xương sống của phương pháp Agile.

Các hướng phát triển hệ thống

1.81

Các hướng phát triển hệ thống

Hướng chức năng (giữa 1970s)

Hướng dữ liệu (đầu 1980s)

Hướng đối tượng (nửa cuối 1980s).

1.82

Hướng chức năng

Tập trung vào mục tiêu làm thế nào và khi nào dữ liệu được di chuyển và thay đổi bởi hệ thống thông tin.

1.83

Hướng dữ liệu

Tập trung vào việc tổ chức của dữ liệu chứ không phải ở đâu và làm thế nào dữ liệu được sử dụng.

1.84

Hướng đối tượng

Phương pháp và kỹ thuật phát triển hệ thống cơ bản về đối tượng chứ không phải là tập trung vào dữ liệu hay chức năng. Dữ liệu và chức năng được đóng gói lại với nhau.

1.85