Chuong2_PTvaDactaYC

mô tả chi tiết trong bước phân tích, sau đó sử dụng các công cụ mô hình hóa thực hiện các mô hình biểu diễn các chức năng của hệ thống. 2.4[r]

1 Tổng quan

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

4 Mơ hình hóa u cầu hệ thống

Gồm công đoạn:

Nghiên cứu tính 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 và khách hàng Yêu cầu khách hàng thu thập đầy đủ chi tiết

Công cụ: loại sơ đồ biểu diễn khái niệm mơ hình

Jens Martensson

Jens Martensson

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

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

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

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

Phân tích yếu tố người

Phân tích yêu cầu tích hợp 4

2.2 Q trình phân tích

Xác định rõ quá trình nghiệp vụ mà phần mềm xử lý Một giải pháp nghiệp vụ gồm:

Phần triển khai phần mềm: Trong yêu cầu nghiệp vụ của

khách hàng được thực hóa thành phần mềm cụ thể,

Phần thực người hay chương trình: Là giai

đoạn vận hành sử dụng hệ thống

Mục đích việc chia giải pháp nghiệp vụ thành phần là:

Chia trách nhiệm thành nhiệm vụ tương ứng với việc chia

chương trình thành module

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,

Hiểu khách hàng mong đợi dự án triển khai

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ụ (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 đủ để mô tả

cơng việc xác

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 …

Chất lượng dự án là mức độ chấp nhận, thỏa mãn nhu cầu khách hàng.

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 tốt thay

thế hệ thống hành

Sự 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ó

Nếu biết HĐH, loại mạng sử dụng, thơng tin cấu hình máy

chủ, phần mềm không tương thích với chương trình giúp việc phân tích xác hiệu

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

Nâng cấp, mở rộng chức cho hệ thống hành thay Tuy

nhiên, cải thiện hệ thống cũ tích hợp dễ dàng hệ thống

Ví dụ: hệ thống kế tốn cũ lưu trữ liệu MS Access Khi nâng cấp hệ thống, chuyển tồn liệu sang SQL Server.

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

Nên 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 liệu từ hệ thống cũ sang hệ thống mới,

có kế hoạch bảo lưu việc thực bị lỗi

Cần có biện pháp đảm bảo an toàn liệu

Xác định vai trò người dùng hệ thống: Một hệ thống

phần mềm có nhiều mức độ bảo mật

Người dùng cuối: chỉ cần quyền truy xuất giới hạn Quản trị hệ thống: có quyền cao

Xử lý bảo mật phần mềm là kỹ thuật dùng để cấp quyền sử dụng

với mức độ bảo mật khác

Xác định môi trường bảo mật phần mềm

Người dùng phải đăng nhập vào hệ thống để thực chức theo

quyền cấp, nhằm để kiểm soát quyền truy cập tài nguyên chia 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. Độ bảo mật phần mềm không bị giới hạn người dùng.

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

Nếu hệ thống cũ 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?

– Hệ thống có hạn chế số người dùng tài nguyên mà họ quyền truy cập trước đây?

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 bảo mật CSDL

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 bảo mật

CSDL lưu giữ vị trí khác nhau, nhằm tạo thuận lợi cho người dùng đăng nhập thơng tin lưu vị trí gần so với vị trí gốc

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

File nhật ký giao dịch trợ giúp kiểm soát hoạt động cho vấn đề bảo mật, ghi

lại tất giao dịch hệ thống

Phải lập kế hoạch kiểm soát nhật ký để phát giao dịch bất thường,

và có đề nghị xử lý

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

Việc triển khai mức độ bảo mật cho phần mềm cần cân nhắc dựa

tính hiệu chi phí

Nếu hệ thống khơng lưu trữ liệu có tính nhạy cảm cao, cần lưu trữ

thông tin “sự xác thực người dùng”

Nếu hệ thống có lưu trữ thơng tin cần bảo mật, cần có chi phí cho

chức bảo mật cần phải kiểm chứng

Yêu cầu tốc độ xử lý phần mềm: là yêu cầu khó đối

với nhóm phát triển phần mềm

Tốc độ xử lý phần mềm đáp trả hệ thống

thao tác người dùng

Tốc độ phần mềm phụ thuộc vào việc thiết kế hệ thống.

Đối với phần mềm phân tán, tốc độ xử lý phần mềm tùy

thuộc vào số người truy cập vào hệ thống thời điểm.

Các yếu tố ảnh hưởng đến tốc độ phần mềm

Tần suất giao dịch: số người sử dụng dịch vụ thời điểm Băng thông: là yếu tố ảnh hưởng đến tốc độ phần mềm.

Khả chứa: Mức lưu trữ (bộ nhớ chính, phụ) khả sẵn sàng đáp

ứng

Nút thắt: tốc độ ổ cứng nút thắt Cần nhận biết nút thắt để cải thiện

chúng nhằm nâng cao tốc độ Việc nhận biết nút thắt thực cơng cụ báo cáo hệ thống Windows NT Performance Monitor

Khi vận hành phần mềm, chi phí triển khai chi phí vận hành là

vấn đề quan trọng cần xem xét sau:

Chi phí triển khai giảm phân phối trực tuyến phần mềm tự

động cài đặt, thao tác vận hành tự động hóa

Nếu phần cứng, phần mềm thành phần mua, khơng phát

triể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 sẽ tiết kiệm chi phí thuê nhân viên hay

huấn luyện nhân viên cũ để trì hay nhiều thành phần hệ thống

 Theo thời gian, yêu cầu giải pháp ban đầu thay đổi

Nhu cầu người dùng thay đổi Do địi hỏi phần mềm cũng phải mở rộng cập nhật theo yêu cầu thay đổi.

 Phần mềm thiết kế tốt là phần mềm có khả mở rộng

và có thể uyển chuyển cải thiện mà khơng phải xây dựng lại hồn toàn

Cách đạt đến khả hạn định:

Lưu trữ thông tin quy tắc nghiệp vụ vào sở liệu

Khi chức hay thủ tục phần mềm cần thay đổi, thay đổi

sở liệu mà không cần thay đổi mã nguồn chương trình

Đặt mã nguồn vào đoạn mã kịch (script) làm rõ biên

dịch chương trình; đoạn script bị thay đổi cách dễ dàng khơng địi hỏi biên dịch hay cài đặt lại tập tin nhị phân

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ụ thay đổi, đối tượng tương ứng bị thay

đổi biên dịch lại mà không ảnh hưởng đến thành phần khác

Phần mềm có tính sẵn sàng cao là phần mềm không lỗi,

không phát sinh hỏng hóc Khi thành phần bị hỏng chỉ cần khởi động lại hoạt động bình thường.

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ì

Phần mềm có độ sẵn sàng cao cần có cách luân phiên để kết nối mạng

trong trường hợp mạng WAN, LAN ngưng hoạt động

Yếu tố người đóng vai trị quan trọng thiết kế phần

mềm, thiết kế phần mềm cần phải:

Xác định mục tiêu người dùng, từ xác định dạng người

dùng nhu cầu đặc biệt liên quan, nhằm thiết kế phần mềm thích hợp với yêu cầu người dùng

Xác định kinh nghiệm sử dụng phần mềm người dùng

Nếu nâng cấp từ hệ thống cũ, yêu cầu chuyển đổi liệu từ

hệ thống cũ sang hệ thống cần phải có kế hoạch tích hợp từ cơng cụ có sẵn xây dựng tiện ích chuyển đổi.

Nếu nhu cầu lưu trữ liệu lớn phải xây dựng lại CSDL

dựa cấu trúc CSDL để tránh phá vỡ mã nguồn của CSDL tại.

Phân tích thực tiễn nghiệp vụ giúp nhóm dự án hiểu

những nghiệp vụ doanh nghiệp, xây dựng chức phần mềm xác hơn, tránh sai sót

Hiểu cấu trúc tổ chức sơ đồ nghiệp vụ doanh nghiệp yếu tố

quyết định thành công bước phân tích yêu cầu xây dựng phần mềm

Tìm hiểu tiến trình, sách liên quan phần mềm mới

Quy mô phần mềm: khả phục vụ người dùng

Để 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 phần mềm 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ý

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

Xác định xác đầy đủ yêu cầu phần mềm xây dựng Kết 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 này triển khai vận hành

trong giới thực

Thông tin khái quát về hoạt động giới thực.

Yêu cầu: Là công việc mà phần mềm phải thực hiện, xuất phát

từ yêu cầu khách hàng.

Mô tả yêu cầu:

Mô tả đầy đủ, rõ ràng và chi tiết các thông tin liên quan đến công việc

tương ứng mà phần mềm phải thực hiện, mơ tả phải nhóm phần mềm khách hàng hiểu rõ thống nhất

Bảng mô tả yêu cầu được dùng làm sở để nghiệm thu đánh giá

phần mềm chuyển giao

Các thông tin bảng xác định yêu cầu phần mềm

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, nên cụ thể “Đăng ký mượn sách”, “Gia hạn thẻ độc giả”, “Trả sách”)

Xác định xác người dùng: Những người dùng có vai trị và cơng việc tương tự xếp vào loại Cùng cơng việc có nhiều loại người dùng khác nhau; loại người dùng thực nhiều cơng việc khác

Các thông tin bảng xác định yêu cầu phần mềm

Xác định xác địa điểm, thời điểm tiến hành công việc

Quy trình thực cơng việc quy tắc liên quan, cần phải kiểm tra

thực cơng việc

Ví dụ: chương trình quản lý thư viện

Chỉ cho độc giả có thẻ độc giả hạn mượn sách, số sách tối đa

1 khơng có sách mượn q hạn.

Yêu cầu chức năng: Danh sách công việc thực

máy tính thơng tin mơ tả

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

nghiệp vụ doanh nghiệp

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

– Chức tra cứu: tìm kiếm, theo dõi hoạt động xem thông tin đối tượng

Yêu cầu chức hệ thống: Các chức phần mềm phát sinh thêm

khi thực công việc phần mềm

– 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, …)

– Chức mô phỏng: Mô hoạt động giới thực – Chức tự động: Tự động thông báo, nhắc nhở người dùng

– Chức phân quyền: Phân quyền sử dụng cho loại người dùng – Quản trị hệ thống: phân quyền người dùng

– Chức lưu: Sao lưu, phục hồi liệu

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 yêu cầu chức năng. Liên quan đến người dùng cuối

– Tính tiến hóa: cho phép người dùng thay đổi lại cách mô tả yêu cầu chức

– Tính tiện dụng: giao diện, than thiện, dễ sử dụng, dễ học, đầy đủ thông tin

– Tính hiệu quả: thời gian đáp trả nhanh, 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

Yêu cầu liên quan đến chuyên viên tin học

– Tính tái sử dụng: khả sử dụng lại thành phần hệ thống phần mềm cho hệ thống khác tương đương

– Tính bảo trì: dễ bảo trì, dễ nâng cấp, bảo trì khơng ảnh hưởng đến liệu hệ thống

Bước 1:

Thực hiện: Khảo sát trạng Kết quả: bảng báo cáo trạng.

Bước 2:

Thực hiện: Lập danh sách yêu cầu

Kết quả: danh sách yêu cầu thực máy tính.

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

Chuyên viên tin học: Là người hiểu rõ khả máy tính,

có kiến thức tin học Họ lắng nghe chuyên gia để hiểu rõ nghiệp vụ hệ thống

Chuyên gia: Là người có kiến thức chun mơn nghiệp vụ

doanh nghiệp Họ cần lắng nghe ý kiến chuyên viên tin học để đảm bảo yêu cầu họ thực phần mềm với chi phí thời gian hợp lý

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, có

thể ghi âm, ghi hình tình mang tính phức tạp, quan trọng, cần xác cao

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, quy định; bảng

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

Tìm hiểu trạng cấu tổ chức: Tiến hành khảo sát cấu tổ chức

các phận, trách nhiệm quyền hạn giúp xác định đối tượng sử dụng phần mềm

Tìm hiểu trạng nghiệp vụ: chọn người phận để thực

khảo sát, 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 cơng việc, bao gồm: Thơng tin đầu vào, Q trình xử lý, Thông tin kết xuất lưu trữ, tra cứu, tính tốn, tổng

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

Cách tiến hành: Chuyên gia đề xuất và chuyên viên tin học sẽ kiểm tra lại

Các bước tiến hành: Xác định công việc mà người dùng

thực phần mềm theo loại công việc sau:

– Lưu trữ,

– Tra cứu,

Lập bảng yêu cầu chức nghiệp vụ, bảng quy định/công thức biểu mẫu.

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

Ví dụ: Xét phần mềm quản lý thư viện (i) Bảng yêu cần chức năng

Bảng Quy định/ Công thức liên quan

Bảng Quy định/ Công thức liên quan

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, …

– Bước 2: Xem xét yêu cầu chức hệ thống chuyên biệt: u cầu cơng việc mới, tiến hành thực máy tính

Sau lập bảng yêu cầu tương ứng theo mẫu sau:

2.3.3.2 Lập danh sách yêu cầu

Ví dụ: Xét phần mềm quản lý thư viện (được xây dựng nhằm

Bảng yêu cầu chất lượng hệ thống:

Mơ hình hóa u cầu hệ thống là cách biểu diễn yêu

cầu chức hệ thống xác định giai đoạn phân tích các mơ hình trực quan giúp cho bên tham gia có thệ hiểu hệ thống cách xác hơn.

Mục tiêu: biểu diễn trực quan chi tiết ngữ cảnh vấn đề

cần giải thông tin cốt lõi yêu cầu hệ thống

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

Kỹ thuật phân tích: Dựa vào chức xác định

mơ tả chi tiết bước phân tích, sau sử dụng cơng cụ mơ hình hóa thực mơ hình biểu diễn chức hệ thống.

Nguyên lý 1: Mơ hình hóa phạm vi hệ thống (Domain)

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

Định nghĩa thuộc tính, thiết lập mối quan hệ liệu

Nguyên lý 2: Mô hình hóa Chức hệ thống

Đị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 Xác định tác nhận tạo liệu tác nhân tiêu thụ liệu

Ngun lý 3: Mơ hình hóa Hành vi Phần mềm (hệ thống)

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

Xác định liệu làm thay đổi hành vi hệ thống Ví dụ: bàn phím,

chuột, cổng thông tin

Nguyên lý 4: Phân hoạch Mơ hình

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

Nguyên lý 5: Tìm hiểu vấn đề chất

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

Biểu diễn chức cách mô tả tính chất liệu đầu vào đầu nhằm:

Xác định phạm vi hệ thống Phân hoạch hệ thống chức năng

Tạo tảng cho thiết kế kiến trúc hệ thống

Mô hình mẫu là phát thảo sơ số chức

hệ thống gồm giao diện, dựa ý tưởng/yêu cầu khách hàng.

Bản mẫu mô tả cách thức phần mềm hoạt động, cách người dùng

tương tác với hệ thống giúp người dùng hình dung sản phẩm theo yêu cầu.

Thực mẫu

Mơ hình mẫu tạo kỹ sư phân tích kỹ sư thiết kế phần mềm Người sử dụng xem mẫu đưa ý kiến đóng góp phản hồi thơng

tin giúp nhóm phân tích có yêu cầu xác

Nếu người sử dụng đồng ý với mẫu nhóm phát triển tiến hành

xây dựng phần mềm

Ngược lại hai phải quay lại giai đoạn xác định yêu cầu.

Sơ đồ luồng liệu (data-flow diagram): Là mơ hình biểu diễn

luồng liệu cách thức liệu xử lý bên hệ thống với nhiều mức chi tiết khác

Sơ đồ có nhiều biến thể mở rộng khác nhau.

Phương pháp phân tích hướng đối tượng: dựa ý tưởng

lập trình hướng đối tượng, gồm khái niệm

Ðối tượng (Object): gồm liệu hành vi tác động lên liệu Lớp (Class): tập đối tượng có cấu trúc liệu hành vi.

Đóng gói (Encapsulation): khả hạn chế tác động trực tiếp lên liệu

của đối tượng

Kế thừa (inheritance): là đặc tính cho phép lớp kế thừa thuộc tính

hành vi lớp cha

Mơ hình hướng đối tượng: mơ hình hóa đối tượng mối

quan hệ đối tượng

Công cụ: sử dụng ngôn ngữ mơ hình hóa UML, bao gồm mơ

hình biểu diễn khía cạnh hệ thống:

Biểu diễn hành vi: use case diagram, sequence diagram, activity diagram, Biểu diễn nghiệp vụ: business model

Biểu diễn cấu trúc hệ thống: domain model, class diagram, component

diagram

Ví dụ: Use Case Diagram

Ví dụ: class Diagram

Ví dụ: Phân tích phần mềm quản lý thư viện gồm yêu cầu:

Lập thẻ độc giả Nhận sách,

Cho mượn sách, Trả sách

Mơ hình hóa 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

2.4.6 Minh họa từ u cầu sang mơ hình hóa

Mơ hình hóa u cầu

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

Mơ hình hóa u cầu

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

Mơ hình hóa u cầu

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

1 Phụ lục A trang 170 2 Phụ lục B trang 179