tác vụ phân tích đặc tả yêu câu

 Việc định hướng trước sẽ giúp tiết kiệm thời gian như: Qua thời gian tìm hiểu sự khác biệt về giao tác, bảo mật, và những chức năng khác ....  Cần đảm bảo những tác động sẽ[r]

(1)

CÔNG NGHỆ PHẦN MỀM

TÁC VỤ PHÂN TÍCH & ĐẶC TẢ YÊU CÂU

Bài 2:

Thời gian: tiết

Giảng viên: ThS Dƣơng Thành Phết Email: phetcm@gmail.com

(2)

2

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

NỘI DUNG

1. Tổng quan

2. Q rình phân tích 3. Xác định yêu cầu

(3)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.1 TỔNG QUAN VÀ ĐẶC TẢ YÊU CẦU

 Gồm công đoạn nhỏ nghiên cứu khả thi, phân tích mơ hình, đặc tả yêu cầu

 Được phối hợp nhóm phát triển phần mềm khách hàng

 Đóng vai trị đặc biệt quan trọng tiến trình phát triển phần mềm

(4)

4

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 Các yêu cầu cần thu thập đầy đủ phân tích đủ rộng sâu

 Công cụ sử dụng chủ yếu giai đoạn sơ đồ phản ánh rõ đối tượng: lưu đồ, sơ đồ dòng liệu, mạng, thực thể-quan hệ, sơ đồ cấu trúc phân cấp, (Xem thêm Phụ lục C – Phần B)

(5)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2 Q TRÌNH PHÂN TÍCH

2.2.1 Phân tích phạm vi dự án

2.2.2 Phân tích mở rộng yêu cầu nghiệp vụ 2.2.3 Phân tích yêu cầu bảo mật

2.2.4 Phân tích yêu cầu tốc độ 2.2.5 Phân tích yêu cầu vận hành

2.2.6 Phân tích khả mở rộng yêu cầu 2.2.7 Phân tích yêu cầu sẵn dùng

(6)

6

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.1 PHÂN TÍCH PHẠM VI DỰ ÁN

 Thuật ngữ phạm vi để trách nhiệm dự án phải thực thi

 Xác định phạm vi dự án cách định rõ trình nghiệp vụ mà phần mềm xử lý

 Một giải pháp nghiệp vụ ln có:

 Phần triển khai phần mềm: Trong yêu cầu nghiệp vụ khách hàng thực hóa thành phần mềm cụ thể,

(7)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(8)

8

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 Việc định ranh giới hai phần xác định quy trình trách nhiệm và:

 Chia trách nhiệm thành nhiệm vụ để đưa ý tưởng mơ-đun chương trình khác yêu cầu,

 Xác định vùng địa lý liên quan (chi nhánh văn phòng),

 Ước lượng số người dùng phần mềm, thời gian phần mềm trì,

 Biết tính xác yêu cầu phần mềm,

(9)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 Tại thời điểm đó, có ý tưởng phạm vi dự án

 Cần cân nhắc độ lớn dự án thời gian ràng buộc ngân sách để đảm bảo tính khả thi

 Nếu dự án lớn thời gian chi phí, cần trao đổi với khách hàng để thương lượng

(10)

10

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.2 PHÂN TÍCH MỞ RỘNG YÊU CẦU NGHIỆP VỤ

Xác định yêu cầu nghiệp vụ:

 Mỗi dự án có hay nhiều yêu cầu nghiệp vụ, gọi tác vụ, liên quan đến việc mô tả công việc cụ

thể nghiệp vụ

 Một tác vụ chia nhỏ thành nhiều phần phần đủ để mô tả công việc xác

(11)

CƠNG

NGHỆ

P

HẦ

N

M

Ề

M

(12)

12

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Xác định yêu cầu chất lƣợng:

 Mỗi dự án có yêu cầu liên quan đến khả đáp ứng nhanh, bảo mật, phụ thuộc, dễ dùng …

 Ràng buộc thời gian tài làm cho dự án khó diễn hồn tất trọn vẹn

(13)

CƠNG

NGHỆ

P

HẦ

N

M

Ề

M

Phân tích sở hạ tầng hành:

 Giải pháp PM đưa vào - phù hợp với sở hạ tầng - phù hợp thay hệ thống hành

 Khi đưa giải pháp, việc tương thích với sở hạ

tầng hành đảm bảo khả thi, dự án cần làm việc phần cứng phần mềm có

(14)

14

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Phân tích ảnh hƣởng kỹ thuật:

 Nếu cần mở rộng chức cho hệ thống hành

 Thường mong muốn thay đổi hệ thống cũ, nên lưu ý đến việc cải thiện hệ thống cũ tích hợp dễ dàng hệ thống

(15)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Phân tích ảnh hƣởng kỹ thuật:

 Việc định hướng trước giúp tiết kiệm thời gian như: Qua thời gian tìm hiểu khác biệt giao tác, bảo mật, chức khác

 Nên tìm hiểu thủ tục chuyển đổi DL từ kỹ thuật cũ sang kỹ thuật mới, có kế hoạch bảo lưu việc thực bị lỗi

 Cần đảm bảo tác động chuyển đổi thành phần hệ thống

(16)

16

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.3 PHÂN TÍCH YÊU CẦU BẢO MẬT

Xác định vai trị ngƣời dùng phần mềm

Tồn phần mềm khơng có mức độ bảo mật:

 Người dùng cuối cần quyền truy xuất giới hạn

 Quản trị hệ thống, người thao tác cập nhật, người dùng có quyền truy cập cao cấp độ

 Xử lý bảo mật phần mềm kỹ thuật dùng để cấp quyền sử dụng với mức độ bảo mật khác

(17)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Xác định môi trƣờng bảo mật phần mềm(tt):

 Khi người dùng muốn sử dụng chức liên quan, phải thực đăng nhập, nhằm để kiểm soát tài nguyên chia sẻ tập tin, dịch vụ hệ thống, CSDL

 Mức độ kiểm soát phần mềm gọi ngữ cảnh bảo mật

 Cần làm việc với người dùng khác, để cấp quyền truy xuất phù hợp với chức

(18)

18

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Xác định ảnh hƣởng bảo mật:

 Nếu tổ chức KH có sẵn chế bảo mật, hệ thống nên điều chỉnh cho phù hợp với chế có

 Nếu thực hệ thống bảo mật mới, cần phân tích tác động hệ thống hệ thống tại:

 Hệ thống có làm hỏng chức phần mềm tại?

 Hệ thống có địi hỏi phải hỗ trợ thêm đăng nhập mở rộng?

(19)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Kế hoạch vận hành:

 Khi tổ chức khách hàng thay đổi nhân Những thao tác đòi hỏi hiệu chỉnh CSDL bảo mật

 Nếu người dùng có nhiều vị trí khác nhau, cần lên kế hoạch tái tạo CSDL bảo mật, để tất thông tin bảo mật lưu giữ nơi

 Việc cần lên triển khai nhằm tạo thuận lợi người dùng đăng nhập thơng tin lưu vị trí gần so với vị trí gốc

(20)

20

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Kế hoạch kiểm soát đăng nhập:

 Một hệ thống bảo mật tốt không thực theo chế xử lý thụ động, mà có chức trợ giúp kiểm soát hoạt động cho vấn đề bảo mật, thể file nhật ký

 Các thao tác hệ thống ghi nhận kiện liên quan đến bảo mật hệ thống, ghi nhận người dùng đăng nhập hay truy xuất đến tài nguyên

(21)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Xác định mức độ yêu cầu bảo mật:

 Việc triển khai bảo mật cho PM với mức độ nhiều cần cân nhắc dựa tính hiệu chi phí

 Nếu hệ thống khơng lưu trữ DL có tính nhạy cảm cao, cách tốt để triển khai việc bảo mật lưu trữ thông tin “sự xác thực người dùng”

 Nếu lưu trữ thông tin cần cho bảo mật, chi phí cho việc bảo mật đặc biệt cần kiểm chứng

(22)

22

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Rà soát bảo mật tại:

 Cần tuân thủ yêu cầu bảo mật PM phân tích sách bảo mật tại, để xác định việc bảo mật có đạt đến nhu cầu hệ thống

(23)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.4 PHÂN TÍCH YÊU CẦU TỐC ĐỘ

 Tốc độ xử lý phần mềm yêu cầu khó khăn cho nhóm phát triển phần mềm

 Nếu phần mềm thiết kế tốt, chúng thực thi nhanh

 Thuật ngữ tốc độ thường dùng đồng nghĩa với phản hồi liên quan đến thời gian xử lý để phản hồi lại hành động người dùng

(24)

24

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.4 PHÂN TÍCH YÊU CẦU TỐC ĐỘ Lƣu ý:

 Trong PM dạng phân tán, nói tốc độ, cần nhấn mạnh khác biệt quan trọng phần mềm có nhu cầu cao hay trung bình

 Tại số thời điểm (tối hay cuối tuần), phần mềm phục vụ số lượng nhỏ người dùng, tốc độ trung bình Ở thời điểm khác số lượng người dùng tăng cao, tốc độ phần mềm thay đổi

 Vì vậy, phần mềm phân tán, mục tiêu tốc độ gồm tốc độ trung bình cao

(25)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Cần nhận biết yêu cầu tốc độ phần mềm trước :

 Tần suất giao dịch: Việc cung cấp dịch vụ phụ thuộc vào số người dùng khoảng thời gian Số giao tác phút độ đo tốc độ hệ thống CSDL

 Băng thông: Sự phản hồi nhanh/chậm PM xác định mức băng thông mạng cao/thấp (megabit/giây)

(26)

26

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(27)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.5 PHÂN TÍCH YÊU CẦU VẬN HÀNH

 Khi vận hành phần mềm, chi phí triển khai chi phí vận hành vấn đề quan trọng cần xem xét cẩn thận với hướng giải sau:

 Chi phí triển khai giảm bớt cách phân phối trực tuyến hay phần mềm thủ tục tự động cài đặt, thao tác vận hành tự động hóa quy trình tin học

 Chi phí vận hành tiết giảm theo nhiều cách, cách tốt đảm bảo chương trình kiểm thử chạy kiểm tra (debug) đầy đủ trước

(28)

28

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.5 PHÂN TÍCH YÊU CẦU VẬN HÀNH

 Ngoài ra, trường hợp phần cứng, phần mềm thành phần mua không phát triển, ta nhận chấp thuận vận hành từ nhà xưởng hay người ủy thác sản phẩm

 Vận hành sản phẩm trung gian tiết kiệm chi phí thuê nhân viên hay huấn luyện lại nhân viên cũ để trì hay nhiều thành phần hệ thống

 Giảm chi phí vận hành địi hỏi tự thỏa mãn lợi nhuận thời ngắn lợi ích tương lai

(29)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.6 PHÂN TÍCH KHẢ NĂNG MỞ RỘNG YÊU CẦU

 Theo diễn tiến thời gian, yêu cầu giải pháp ban đầu dần thay đổi

 Người dùng cần chức mới, quy luật đặt ban đầu bị sửa đổi, dẫn đến phần cứng phần mềm cần thay đổi theo

 Phần mềm thiết kế tốt phần mềm có khả mở rộng uyển chuyển cải thiện mà khơng phải xây dựng lại hồn tồn

(30)

30

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 Có ba cách đạt đến khả hạn định là:

 Lưu trữ thông tin quy tắc nghiệp vụ vào sở liệu lập trình biểu diễn chúng đối tượng nghiệp vụ

 Theo đó, số chức hay thủ tục phần mềm ban đầu cần thay đổi, thay đổi sở liệu mà không cần thay đổi mã nguồn chương trình

(31)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 Chia phần mềm thành đối tượng thành phần với nhiệm vụ riêng lẻ

 Nếu yêu cầu nhiệm vụ đặc biệt thay đổi, đối tượng tương ứng bị thay đổi biên dịch lại mà không gây ảnh hưởng đối tượng khác thêm vào dễ dàng

(32)

32

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.7 PHÂN TÍCH YÊU CẦU SẴN DÙNG

 Các phần mềm thiết kế để thực thi đặn hàng ngày, cần thiết cho thành cơng DN cần có mức độ sẵn sàng cao để tránh bảo trì, sửa chữa, phát sinh không theo kế hoạch

 Với PM có tính sẵn sàng, chúng không gây lỗi Bất kỳ thành phần bị hỏng/ khơng sẵn sàng nên khởi động lại

 Việc bảo trì có kế hoạch tác động đến tính sẵn sàng phần mềm

 Một máy chủ chứa phần mềm lý tưởng ln có lưu khởi động máy chủ bảo trì

(33)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.7 PHÂN TÍCH YÊU CẦU SẴN DÙNG

Lưu ý:

 Tính sẵn sàng liên quan đến nghiệp vụ Tính sẵn sàng phần mềm cao, giá trị phần mềm cao

 Với hệ thống trọng yếu, giá trị tổ chức thời điểm hoàn toàn phù hợp dẫn đến điều chỉnh chi phí thiết kế 100% cho vấn đề phần mềm sẵn sàng

(34)

34

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.8 PHÂN TÍCH YẾU TỐ CON NGƢỜI

 Phần quan trọng thiết kế phần mềm phần liên quan đến yếu tố người

 Ta nên xác định kinh nghiệm sử dụng phần mềm mà người dùng cần có

 Với phần mềm nào, để có kinh nghiệm người dùng tốt chi phí chế tạo cao

(35)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.9 PHÂN TÍCH YÊU CẦU TÍCH HỢP

 Trong giải pháp giao tiếp với phần mềm kế thừa, để việc truy xuất CSDL có, hay chuyển đổi DL cũ sang khn dạng mới, cần kế hoạch tích hợp thơng qua cơng cụ có sẵn (ODBC) hay xây dựng tiện ích chuyển đổi

 Khi nhu cầu phát sinh lớn hơn, CSDL cần thiết kế lại dựa CSDL hành

 Vấn đề cần thực cẩn thận phá tất mã nguồn CSDL

(36)

36

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.10 PHÂN TÍCH THỰC TIỄN NGHIỆP VỤ TỒN TẠI

 Phần định nghĩa quy tắc nghiệp vụ có liên quan đến hiểu biết ngữ cảnh thao tác quy tắc

 Hiểu nghiệp vụ DN, tránh sai sót tìm cách tốt cho việc thực, ngăn ngừa lỗi tầm thường

(37)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.10 PHÂN TÍCH THỰC TIỄN NGHIỆP VỤ TỒN TẠI

Để có phần mềm tốt từ phát triển đến lúc sử dụng, cần biết hệ thống mạng sách hạ tầng để:

 Biết người chịu trách nhiệm bảo trì, bảo mật, tính tồn vẹn, khả phản hồi tương tác mạng,

 Học tiến trình, sách liên quan phần mềm

 Tìm cách kiểm soát chất lượng chuẩn bị dịch vụ kiểm thử, triển khai phương pháp đặc biệt (thiết kế, triển khai thực tế) nhằm đảm bảo thực phù hợp với ngân sách phát triển

(38)

38

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.2.11 PHÂN TÍCH YÊU CẦU KHẢ NĂNG VÀ QUY MƠ

 Sự thành cơng phần mềm thu hút người dùng Nếu môi trường mạng tăng số lượng Nên thiết kế PM phải ý đến quy mô

 Để nâng cao khả phục vụ, nâng cấp sở hạ tầng (CPU nhanh, nhiều RAM, ) phía người dùng phía hệ thống (máy chủ)

 Giải pháp khác phát triển PM dạng phân tán để hoạt động nhiều máy chủ lúc, giúp kiểm soát đáp ứng việc phân phối tài nguyên thời gian xử lý hợp lý

(39)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3 XÁC ĐỊNH YÊU CẦU

Mục tiêu việc xác định yêu cầu:

 Ta cần xác định thật chính xác đầy đủ yêu cầu đặt cho phần mềm xây dựng

Kết nhận đƣợc sau giai đoạn xác định yêu cầu

 Danh sách công việc (liên quan đến chức phần mềm) thực máy tính,

 Những mô tả chi tiết công việc triển khai vận hành giới thực,

(40)

40

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3.1 YÊU CẦU VÀ MÔ TẢ YÊU CẦU

 Yêu cầu: Là công việc muốn thực hiện, xuất phát từ

thực tế không túy tin học

 Mô tả yêu cầu: Là mô tả đầy đủ thông tin liên quan đến công việc tương ứng, dùng làm sở để nghiệm thu đánh giá phần mềm chuyển giao

(41)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3.1 YÊU CẦU VÀ MÔ TẢ YÊU CẦU

Khi xác định yêu cầu phần mềm, thông tin cần lưu ý:

 Tên công việc ứng với yêu cầu: Cần xác định cụ thể, tránh dùng tên chung chung, mơ hồ (như “Quản lý độc giả” chung chung, mơ hồ nên cụ thể “Đăng ký mượn sách”, “Gia hạn thẻ độc giả”, “Trả sách”)

(42)

42

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3 YÊU CẦU VÀ MÔ TẢ YÊU CẦU

 Thời gian Địa điểm thực cơng việc: Cần xác định xác địa điểm, thời điểm tiến hành công việc

 Cách thức tiến hành công việc với quy định liên quan: Là phần yếu tiến hành mơ tả yêu cầu

Cần đặc biệt quan tâm đến số yếu tố sau:

 Các quy định cần kiểm tra thực việc ghi nhận thông tin (như quy định: cho mượn sách độc giả có thẻ độc giả cịn hạn, số sách mượn chưa đến khơng có sách mượn hạn)

(43)

CÔNG NGHỆ P HẦ N M Ề M

2.3.2 PHÂN LOẠI YÊU CẦU

Các yêu cầu phân loại thể sơ đồ sau:

Yêu cầu

(1) Yêu cầu chức (2) Yêu cầu phi chức (3) Yêu cầu

chức năng-nghiệp vụ chức năng-hệ thống(4) Yêu cầu Liên quan đến người dùng chuyên viên tin họcLiên quan đến (5) Lưu trữ

(6) Tra cứu (7) Tính tốn (8) Kết xuất

(9) Lưu trữ (10) Mô (11) Tự động (12) Phân quyền (13) Sao lưu

(14) Tính tiến hóa (15) Tính tiện dụng (16) Tính hiệu (17) Tính tương thích

(44)

44

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Đặc tả chi tiết loại yêu cầu:

 (1) Yêu cầu chức năng: DS công việc thực máy tính với thơng tin mô tả tương ứng

 (2) Yêu cầu phi chức năng: Các yêu cầu liên quan đến chất lượng phần mềm, ràng buộc cách thức thực yêu cầu chức

 (3) Yêu cầu chức nghiệp vụ: Các chức phần mềm tương ứng với cơng việc

(45)

CƠNG

NGHỆ

P

HẦ

N

M

Ề

M

 (5) Chức lưu trữ: Tương ứng với công việc ghi chép(kèm theo quy định) Ví dụ: Ghi nhận việc cho mượn sách thư viện theo quy định mượn …

 (6) Chức tra cứu: Tương ứng với công việc tìm kiếm, theo dõi hoạt động xem thơng tin đối tượng Ví dụ: Tìm xem tình trạng sách

 (7) Chức tính tốn: Liên quan việc tính tốn (quy định/ cơng thức) Ví dụ: Tính tiền phạt trả sách trễ theo quy định phạt thư viện

(46)

46

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 (9) Chức môi trường: Định cấu hình thiết bị, thời gian, nhân sự…(Số nhân công, loại máy in, …)

 (10) Chức mô phỏng: Mô hoạt động giới thực Ví dụ: Mơ q trình hoạt động chức hay thao tác xử lý

 (11) Chức tự động: Tự động thông báo, nhắc nhở

người dùng Ví dụ: Nhắc nhở thủ thư gửi giấy báo đòi sách mượn hạn

(47)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 (13) Chức lưu: Sao lưu, phục hồi liệu.(vd: Sao lưu thông tin SV trường, phục hồi lại cần)

 (14) Tính tiến hóa: Là u cầu liên quan đến việc cho phép người dùng thay đổi lại cách mô tả yêu cầu chức (quy định, quy tắc tính tốn) Ví dụ: Cho thay đổi quy định số sách mượn tối đa, mức phạt trả trễ

(48)

48

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 (16) Tính hiệu quả: Là yêu cầu liên quan đến thời gian thực chức năng, dung lượng lưu trữ, chi phí sử dụng tài nguyên hệ thống sử dụng tối ưu không gian, thao tác thực nhanh …(VD: Thời gian tra cứu sách, tra cứu độc giả không 10 giây

 (17) Tính tương thích: Các yêu cầu liên quan đến việc chuyển đổi liệu phần mềm xét phần mềm khác, quán hình hệ thống (Vd: Cho nhập thông tin sách từ tập tin hay từ thiết bị đọc mã vạch)

 (18) Tính tái sử dụng: Do chuyên viên tin học đảm trách

(49)

CÔNG NGHỆ P HẦ N M Ề M

Nghiên cứu khả thi Xác định yêu cầu Phân tích yêu cầu Đặc tả yêu cầu Báo cáo khả thi Mô hình

hệ thống nghĩa yêu cầuTài liệu định Tài liệu

yêu cầu

Tài liệu đặc tả yêu cầu

Hiểu miền ứng dụng

Thẩm định yêu cầu

Đặt ưu tiên Giải

Thu thập

(50)

50

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3.3 CÁC BƢỚC XÁC ĐỊNH YÊU CẦU

Quá trình thực xác định yêu cầu:

Gồm bước chính:

 Bước 1: Khảo sát trạng, kết nhận báo cáo trạng

 Bước 2: Lập danh sách yêu cầu, kết nhận danh sách yêu cầu thực

(51)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3.3 CÁC BƢỚC XÁC ĐỊNH YÊU CẦU

Đối tƣợng tham gia xác định yêu cầu:

Gồm nhóm người ln phối hợp chặt chẽ:

 Chuyên viên tin học: Là người hiểu rõ khả

năng máy tính Họ phải tìm hiểu thật chi tiết công việc chuyên gia nhằm tránh hiểu nhầm cho bước phân tích sau

 Chuyên gia: Là người hiểu rõ công việc

(52)

52

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3.3.1 KHẢO SÁT HIỆN TRẠNG

Các hình thức thực phổ biến:

 Quan sát: Theo dõi hoạt động diễn giới thực có liên quan, ghi âm, ghi hình tình mang tính phức tạp, quan trọng, cần xác cao Ví dụ: Quan sát thao tác cho mượn sách thủ thư thư viện,

 Phỏng vấn trực tiếp: Tổ chức vấn

cấp lãnh đạo dần xuống vị trí cơng việc Có thể sử dụng bảng câu hỏi có sẵn câu trả lời cho đối tượng vấn lựa chọn …

 Thu thập thông tin, tài liệu: Các công thức tính tốn,

(53)

CƠNG

NGHỆ

P

HẦ

N

M

Ề

M

Quy trình thực hiện:

 Tìm hiểu tổng quan giới thực: Quy mô hoạt động hoạt động mà đơn vị có tham gia

(54)

54

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

 Tìm hiểu trạng nghiệp vụ: Hiện trạng thường xảy ra vị trí công việc Với phận chọn khảo sát chi tiết, người thực khảo sát cần lập danh sách công việc mà phận phụ trách, sau tìm hiểu thơng tin chi tiết cho công việc (thông tin mô tả yêu cầu phần mềm) Việc tìm hiểu dựa ý sau: Thơng tin đầu vào, Q trình xử lý, Thơng tin kết xuất

(55)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.3.3.2 LẬP DANH SÁCH CÁC YÊU CẦU

Lập danh sách yêu cầu cầu theo bước sau:

Xác định yêu cầu chức nghiệp vụ

 Cách tiến hành: Chuyên gia đề xuất chuyên viên tin học xem xét lại

(56)

56

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Các biểu mẫu mô tả chi tiết sau bảng quy định/Công thức

(57)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Ví dụ: Xét phần mềm quản lý thư viện

(58)

58

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(59)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(60)

60

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(61)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(62)

62

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(63)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Xác định yêu cầu chức hệ thống yêu cầu chất lƣợng:

 Cách tiến hành: Chuyên viên tin học chuyên gia đề xuất xem xét yêu cầu

 Bƣớc tiến hành

 Bước 1: Xem xét yêu cầu chức năng: phân quyền, lưu, phục hồi, định cấu hình hệ thống, …

(64)

64

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(65)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Ví dụ: Xét phần mềm quản lý thư viện (được xây dựng nhằm phục vụ cho phận là: độc giả, thủ thư, ban giám đốc quản trị hệ thống)

(66)

66

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(67)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4 MƠ HÌNH HỐ U CẦU HỆ THỐNG

 Các mô tả yêu cầu giai đoạn xác định yêu cầu trình bày chủ yếu thông tin liên quan đến việc thực nghiệp vụ, chưa thể rõ nét việc thực nghiệp vụ máy tính

 Mô tả thông qua văn dễ gây nhầm lẫn không trực quan

(68)

68

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4 MƠ HÌNH HỐ U CẦU HỆ THỐNG

Khi thực mơ hình hóa u cầu hệ thống, ta cần quan tâm đến:

 Mục tiêu: Hiểu chi tiết ngữ cảnh vấn đề cần giải

quyết cách trực quan chất thông tin cốt lõi u cầu

 Kết quả: thu mơ hình mơ tả tồn hoạt động hệ thống

 Kỹ thuật phân tích: Cách tiến hành để thu thập

(69)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.1 CÁC NGUN LÝ MƠ HÌNH HĨA

Trước vào tìm hiểu phương pháp biểu diễn mơ hình, cần xem qua số nguyên lý phân tích

Nguyên lý Phân tích 1: Mơ hình hóa Miền thơng tin

Hiểu biểu diễn miền thông tin liên quan:

 Định danh liệu (đối tượng, thực thể),

(70)

70

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Ngun lý Phân tích 2: Mơ hình hóa Chức năng

Bản chất phần mềm biến đổi thông tin, nên ta cần:

 Định danh chức (biến đối thông tin)

 Xác định cách thức liệu (thông tin) di chuyển hệ thống

(71)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Ngun lý Phân tích 3: Mơ hình hóa Hành vi

Phần mềm (hệ thống) có trạng thái (hành vi), nên ta cần:

 Xác định trạng thái hệ thống Ví dụ: giao diện đồ họa

(72)

72

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.1 CÁC NGUYÊN LÝ MÔ HÌNH HĨA

Ngun lý Phân tích 4: Phân hoạch Mơ hình

Ta cần làm mịn, phân hoạch, biểu diễn mơ hình mức khác nhau:

 Làm mịn mơ hình liệu

 Tạo (mơ hình) phân rã chức

 Biểu diễn hành vi mức chi tiết khác

Ngun lý Phân tích 5: Tìm hiểu Vấn đề chất

(73)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.2 SƠ ĐỒ PHÂN RÃ CHỨC NĂNG (FDD)

Sơ đồ (FDD, Function Decomposition Diagram) cho ta biểu diễn chức thông qua việc mơ tả tính chất đầu vào đầu ra, nhằm:

 (i) Giúp xác định phạm vi hệ thống,

 (ii) Giúp phân hoạch hệ thống chức năng,

(74)

74

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(75)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(76)

76

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.3 MƠ HÌNH BẢN MẪU (PROTOTYPE)

 Khi xác định yêu cầu, nhóm phát triển phần mềm dựa ý tưởng/yêu cầu khách hàng để đưa thiết kế sơ với hình giao diện, từ tiến hành mô hay giả lập sơ số chức

 Đây bước cài đặt mẫu để chuyển cho người sử dụng

(77)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.3 MƠ HÌNH BẢN MẪU (PROTOTYPE)

 Mơ hình cần có hỗ trợ kỹ sư phân tích kỹ sư thiết kế phần mềm phối hợp thực

 Người sử dụng xem xét mẫu đưa ý kiến đóng góp phản hồi thơng tin đồng ý hay không phương án thiết kế mẫu có

 Nếu người sử dụng đồng ý với mẫu đưa người phát triển tiến hành cài đặt thực

(78)

78

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.4 SƠ ĐỒ LUỒNG DỮ LIỆU (DFD)

 Là mơ hình cho phép xem sơ đồ luồng liệu bên hệ thống cách thức liệu xử lý bên hệ thống với nhiều mức chi tiết khác

(79)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.5 MƠ HÌNH HƢỚNG ĐỐI TƢỢNG

 PP phân tích HĐT hình thành thập niên 80 dựa

ý tưởng lập trình HĐT, hồn thiện phổ dụng, dựa khái niệm:

 Ðối tượng (Object): gồm liệu thủ tục tác động lên liệu

 Ðóng gói (Encapsulation): khả hạn chế tác động trực tiếp lên liệu đối tượng mà phải thông qua phương pháp trung gian

 Lớp (Class): nhóm đối tượng có chung cấu trúc liệu phương pháp

(80)

80

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Mơ hình nắm bắt yêu cầu hƣớng đối tƣợng UML:

 Mục đích hoạt động nắm bắt u cầu xây dựng mơ hình hệ thống cách sử dụng ca sử dụng (use case) Các điểm bắt đầu cho hoạt động đa

dạng:

 Từ mơ hình nghiệp vụ (business model) cho phần mềm nghiệp vụ

 Từ mô hình lĩnh vực (domain model) cho phần mềm

nhúng

 Từ đặc tả yêu cầu hệ thống nhúng tạo nhóm khác dùng phương pháp đặc tả khác (thí dụ hướng cấu trúc)

(81)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.5 MƠ HÌNH HƢỚNG ĐỐI TƢỢNG Mơ hình ca sử dụng (Use Case Diagram): Mơ hình gồm thành phần:

 Actor: người/ hệ thống ngoài/ thiết bị tương tác với hệ thống

 Use-case: chức có nghĩa hệ thống cung

cấp cho actor (i) Luồng kiện (flow of events), (ii) Các yêu cầu đặc biệt use-case

 Đặc tả kiến trúc

(82)

82

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(83)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Mơ hình phân tích hƣớng đối tƣợng với UML:

Mục đích hoạt động phân tích u cầu xây dựng mơ hình phân tích với đặc điểm:

 Dùng ngôn ngữ nhà phát triển để miêu tả mơ hình

 Thể gốc nhìn từ bên hệ thống

 Được cấu trúc từ lớp package phân tích

 Được dùng chủ yếu cho nhà phát triển để hiểu cách tạo hình hệ thống

(84)

84

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.5 MƠ HÌNH HƢỚNG ĐỐI TƢỢNG Mơ hình phân tích:

Mơ hình bao gồm:

 Các lớp (class) phân tích: lớp biên, lớp thực thể, lớp điều khiển

 Các dẫn xuất use case cấp phân tích: lược đồ lớp phân tích, lược đồ tương tác, luồng kiện, yêu cầu đặc biệt use-case

 Các gói (package) phân tích

 Đặc tả kiến trúc

(85)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(86)

86

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(87)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

(88)

88

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

2.4.6 MINH HỌA TỪ U CẦU SANG MƠ HÌNH HĨA

Ví dụ 1: Xét phần mềm quản lý thư viện với yêu cầu: Lập thẻ độc giả, Nhận sách, Cho mượn sách, Trả sách

Giai đoạn 2: Mơ hình hóa yêu cầu

Sơ đồ luồng liệu cho công việc lập thẻ độc giả

 D1: Thông tin thẻ độc giả cần nhập

 D4: Thông tin thẻ độc giả cần lưu trữ kho

 D5: Thông tin thẻ độc giả (trong giới thực)

Xử lý thẻ độc giả: Kiểm tra tính hợp lệ thẻ trước ghi nhận in

Quản lý độc giả

Máy in Lập thẻ độc giả D1

D5

(89)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Sơ đồ luồng liệu cho công việc nhận sách

 D1: Thông tin thẻ sách cần nhập

 D4: Thông tin sách cần lưu trữ kho

 Xử lý nhập sách: Kiểm tra tính hợp lệ sách trước lưu vào kho

Quản lý sách D1 Nhận sách D4

(90)

90

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Sơ đồ luồng liệu cho công việc cho mƣợn sách

 D1: Thông tin độc giả sách muốn mượn

 D3: Thông tin sử dụng cho việc kiểm tra quy định mượn sách

 D4: Thông tin việc mượn sách

 Xử lý cho mượn sách: Kiểm tra tính hợp lệ việc mượn, lưu vào kho

Thủ thư

Cho mượn sách

D1

D3 D4

(91)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

Sơ đồ luồng liệu cho công việc trả sách

 D1: Thông tin độc giả sách trả

 D3: Thông tin sử dụng cho việc kiểm tra quy định trả sách

 D4: Thông tin việc trả sách

 Xử lý trả sách: Kiểm tra tính hợp lệ việc trả sách, lưu vào kho

Thủ thư

D1

(92)

92

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

92

TÓM TẮT

Trình bày khái niệm Cơng nghệ Phần mềm như:

 Q trình Phân tích (Phạm vi dự án, Mở rộng Yêu cầu Nghiệp

vụ, Yêu cầu Bảo mật, Yêu cầu Tốc độ, Yêu cầu Vận hành, Khả năng Mở rộng Yêu cầu, Yêu cầu Sẵn dùng, Yếu tố Con người, Yêu cầu Tích hợp, Thực tiễn Nghiệp vụ tồn tại, Khả Quy mô)

 Xác định Yêu cầu (Mô tả yêu cầu, Phân loại yêu cầu, bước xác

định)

 Các nguyên lý Mô hình hóa

 Sơ đồ phân rã chức (Function Decomposition Diagram,

FDD)

 Mơ hình mẫu (Prototype)

 Sơ đồ luồng liệu (Data Flow Diagram, DFD)

(93)

CÔNG

NGHỆ

P

HẦ

N

M

Ề

M

BÀI TẬP

Định dạng
Số trang	93
Dung lượng	1,71 MB