Thiết kế chương quản lí yêu cầu phần mềm

Thiết kế chương quản lí yêu cầu phần mềm

| YY TRUONG DAI HQC CONG NGHIEP TP HCM

Tiểu luận: CÔNG NGHỆ PHẢN MÈM

va Dé tai: Sô 10

Thiết kê chương quan lí yêu cầu phần mềm

GVHD: NGUYEN NAM

Nhom:

Lớp:

TP HCM, tháng 11 nam 2010

Thiết kế chương trình quan lý yêu cầu phần mêm

L) Tóm tắt hệ thống:

1)Yéu cau:

Hệ thống tạo ra nhằm quản lý các yêu cầu của một phần mềm được thiết kế, đề đảm bảo tạo những phân mêm với những yêu câu tôt nhât như: Đúng đăn, khả thị, thiệt thực

Hệ thông đáp ứng nhu câu vê việc quản lý các yêu câu của phân mêm có khả năng lập bao cáo

Hệ thống sử dụng cơ sở dữ liệu dùng chung với các hệ thông quản lý phần mềm khác

2) Phân tích hệ thống

a) Yêu cầu chức năng:

Chức năng tính toán

Chức năng lưu trữ

Chức năng tìm kiếm

Chức năng kết xuât

Chức năng backup, restore

Chức năng đa người dùng

Chức năng đa phương tiện

b) Yêu cầu phi chức năng:

Các yêu cầu về sản phẩm: hiệu năng, độ tin cậy

Các yêu cầu của tô chức sử dụng hệ thống: thời gian bàn giao, yêu cầu phù hợp với hệ thống cũ

Các yêu cầu ngoài: được xác định từ các tác nhân từ bên ngoài như các yêu cầu về luật pháp, yêu câu tôn trọng tính riêng tư

c) Muc tiéu (Goal) va do lwong (measure)

Những yêu câu phi chức năng khó phát biêu chính xác, mơ hô cân bô sung băng mục tiêu và một sô đo lường

Ví dụ Một mục tiêu của hệ thông

Hệ thống dễ sử dụng cho những người đã có kinh nghiệm và người dùng có thể tùy biến

được giao diện làm việc

Một yêu cầu phi chức năng có thê kiểm tra (đo lường)

Người dùng có kinh nghiệm có thể sử dụng tất cả các chức năng sau 2 giờ huấn luyện Sau khi huân luyện người dùng có kinh nghiệm sẽ không có lỗi trung bình quá 2 lỗi /ngày

d) Đo lường:

Speed Processed transactions/second

User/Event response time Screen refesh time

Number of RAM chips

Number of help frames Reliability Mean time to failure

Probability of unavailability

Rate of failure occurrence

Availability

Robustness Time to restart after failure

Percentage of events causing failure Probability of data corruption on failure

Portability Percentage of target dependent statements

Number of target systems

3) Thiét ké chwong trinh:

Hệ thống được phân tích thiết kế theo quy trình RUP, sử dụng mô hình UML

II) CÁC LOẠI MÔ HÌNH

1 ) Mô hình luồng dữ liệu:

USER

Á

ậ

\

CSDL

Hệ thống quản lý yêu cau

A

Vv

——>

PROJECT

CSDL YC

2) Mô hình hành vi:

User :Form :TaoQGLYCHandler :TaiKhoan : DuAnQuanLi¥ :LoaikKT CacLoaiALYC : DuAngG : DuAnQLYC_LoaiYC_QL

sd UCTaomoduleyc }

1: dangNhapHT(ID

4: traChucNangHeThong()

5: chonMoDuAn()

6: yeuCauMoDuAn() chonTaoYeuCaư

YC(IDDuAnYC_|

A _ lifelines || Messages | eur? FeWe

E

© CNPM_DE10.vpp [C:\Documents and Settings\Khanh Ly\Desktop\cnpn] ~*- Visual Paradigm for UML Enterprise Edition (Evaluation Copy)

| Byucetverhanmem | (79) ucTaomoduleye | (ŸŸ] UCTaoDuAn

UCTimKiem

1) BET

User

sd UCTaoDuAn )

1: dangNhapHT(ID)

4: traChucNangHeThong()

5: chonTaoDuAn()

6: yeuCauTaoDuAn()

7: taoDuAnQLYC(ID)

9: chonDAPM(

8: yeuCauChonDuAnPM()

10: yeuCauLoaiQuanLiYeuCau() ”

11: chonLuu DuAn()

12: yeuCauLuu DA()

13: ÙuDuAnQLYG(ID)

jc