Đang tải... (xem toàn văn)
1 Gi i thi u tài li uớệệ1.1 M c đíchụTài liệu này cung cấp một cái nhìn tổng quan về toàn bộ tài liệu cho các thành viên tham gia phát triển dự án.. Để giảm thiểu sự phức tạp của các tài
Trang 1TRƯỜNG ĐẠI HỌC ĐIỆN LỰCKHOA CÔNG NGHỆ THÔNG TIN
-ĐỒ ÁN TỐT NGHIỆP
XÂY DỰNG QUY TRÌNH KIỂM THỬ TỰ ĐỘNG VÀ ÁPDỤNG VÀO PHẦN MỀM QUẢN LÝ SINH VIÊN
TRONG KÝ TÚC XÁ Giảng viên hướng dẫn : THS TRẦN VĂN HẢI
Trang 2TÊN DỰ ÁN
TÀI LIỆU PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
Ngày: 08/08/2013
Phiên bản: 1.0
Các tác giả: <<Tên lớp>> – <<Tên nhóm>> - Nguyen Van A (Ma SV) - Nguyen Van B (Ma SV)
Liên hệ: a@yahoo.com, b@yahoo.com
Trang 3Mô tả tài liệu
NgàyPhiên bảnMiêu tảTác giả
1.0 Phiên bản đầu tiên đã làm được nhưng tính năng sau:
Trang 42.2 Sơ đồ tổng quan các chức năng chính của hệ thống
2.2.1 Các tác nhân tham gia hệ thống
4.2 Sơ đồ triển khai
5Các yêu cầu bổ sung của hệ thống 10
5.1 Các yêu cầu chức năng bổ sung 10
Trang 51 Gi i thi u tài li uớệệ
1.1 M c đíchụ
Tài liệu này cung cấp một cái nhìn tổng quan về toàn bộ tài liệu cho các thành viên tham gia phát triển dự án Nó bao gồm mục đích, phạm vi, các định nghĩa, các thuật ngữ, các từ viết tắt, các tham chiếu và tổng quan của tài liệu này Thực tế trong quá trình phát triển phần mềm, tại mỗi giai đoạn đều xây dựng một tài liệu khác nhau tương ứng với giai đoạn đó Để giảm thiểu sự phức tạp của các tài liệu trong quá trình giảng dạy, tài liệu này được xây dựng một cách thống nhất trong suốt quá trình phát triển dự án
Đặc tả yêu cầu hệ thống (Software Requirement Specification) Tài liệu kiến trúc hệ thống (Software Architecture Document) Tài liệu thiết kế (Detail Design)
1.2 Ph m viạ
Tài liệu này có phạm vi bao trùm tất cả các giai đoạn của quá trình phát triển dự án cho tới trước khi bắt tay vào quá trình lập trình.
1.3 Các đ nh nghĩa, thu t ng , và t vi t t tịậữừ ế ắ
Phần này sẽ cung cấp các định nghĩa của tất cả các thuật ngữ chuyên môn, từ ngữ viết tắt được sử dụng trong tài liệu này
1.4 Tham kh oả
Liệt kê các tài liệu tham khảo cũng như các nguồn cung cấp thông tin được sử dụng để phát triền tài liệu này
Trang 62 T ng quan v h th ngổề ệ ố
2.1 Mô tả
Mô tả tổng quan về hệ thống, giúp ai? Làm cài gì?
2.2 S đ t ng quan các ch c năng chính c a h th ngơ ồ ổứủệ ố
Mô hình tổng thế chức năng của hệ thống được mô tả như sơ đồ 1 dưới đây Chi tiết từng chức năng cũng như các tác nhân tham gia vào chức năng đó sẽ được mô tả chi tiết ở phần 3
>> Copy mô hình Use Case từ Rose<<
Sơ đồ 1: Sơ đồ tổng thể các chức năng chính (Use Cases and Actors)
2.2.1 Các tác nhân tham gia hệ thống
Liệt kê từng tác nhân và mô tả ngắn gọn về các tác nhân đó, có thể phân chia
Trang 7Mô tả các ví dụ về luồng công việc về hệ thống để minh hoạ cho các thành viên trong dự án hiểu luồng công việc, cách thực hiện cũng như từng bước thực hiện (bao gồm tác nhân và công việc thực hiện)
Trong quá trình mô tả, cố gắng tập trung vào các thực thể chính tìm được ở trên và một số thao tác dẫn tới sự thay đổi trạng thái của các thực thể này Nên minh họa bằng sơ đồ công việc(Work flow diagram)
2.3 Các ràng bu c khácộ
Liệt kê các ràng buộc cũng như các sự phụ thuộc khác để hệ thống này có thể hoạt động được bình thường (ví dụ như Email Server, thiết bị giải mã vạch…)
Trang 83 Đ c t các ch c năng c a h th ngặ ảứủệ ố
UC #0001 3.1.1 <<TÊN C A USE CASE>>Ủ Độ phức tạp: High
Mô tả Mô tả chức năng làm được việc gì, khi nào thi cần Cần nêu sơ qua lý do cần đến UC này
Tác nhânChính Tác nhân chính trực tiếp tham gia/kích hoạt thực hiện chức năng này Phụ Tác nhân phụ tham gia cùng thực hiện hoặc gián tiếp tham gia chức năng này
Tiền điều kiện Tiền điều kiện mà chức năng này cần có để có thể thực thi
Hậu điềukiện
công Điều kiện cần thực hiện sau khi chức năng này thực hiện một cách thành công Lỗi Điều kiện cần thực hiện sau khi chức năng này thực hiện một cách thành công.
Luồng chính phải đầy đủ thông tin sao cho người đọc có thể hiệu được tổng quan chức năng của Use case này mà không phải đọc tới các luồng khác
Luồng sự kiện phát sinh/Kịch bản phát sinh<<Luồng phát sinh 1>>
Luồng phụ được dùng khi:
+ Có một sự kiện ngoại lệ nào đó xẩy ra + Khi luồng đó được gọi nhiều lần từ luồng chính + Khi cần nhấn mạnh một tính năng nào đó của chức năng
Không nên sử dụng quá nhiều luồng phụ Nếu luồng phụ quá ngắn thì tìm cách đặt trong luồng chính
Sơ đồ hành động (Activity diagram)
Sơ đồ hành động của chức năng
>> Copy sơ đồ hành động từ file uml <<
Trang 9Các yêu cầu đặc biệt khác
Chỉ ra một số yêu cầu đặc biệt cần thiết để chất lượng của chức năng này được hoàn thiện hơn (gọi là những yêu cầu phi chức năng)
Ví dụ tính sử dụng được, tính ổn định, tốc độ hoặc tính hỗ trợ (usability, reliability, performance or supportability) hay một số rằng buộc khác về môi trường hoặc thiết kế
Giao diện minh họa
Mô phỏng giao diện minh họa có trong chức năng này, có thể có nhiều giao diện nếu cần Các giao diện này chỉ có mục đích minh họa để cho người đọc dễ dàng hiểu hơn về hệ thống, giao diện thực tế có thể được thay đổi một phần nào đó
>> Xây dựng giao diện minh họa bằng Word, FrontPage,… <<
3.1.3 THI T K UMLẾ Ế
Sơ đồ Lớp phân tích (Analysis class diagram)
>> Copy sơ đồ tương ứng từ file uml <<
Sơ đồ Trình tự (Sequence diagram)
>> Copy sơ đồ tương ứng từ file uml <<
Sơ đồ lớp chi tiết (Class diagram)
>> Copy sơ đồ tương ứng từ file uml<<
Trang 104 Ki n trúc t ng thếổể4.1Kiến trúc thành phần
Mô tả sơ đồ hoạt động của hệ thống ở mức logic, mô hình phải đủ mô tả sự hoạt động của hệ thống sau khi được triển khai Mô tả ngắn gọn kiến trúc và từng thành phần của của hệ thống
>> Vẽ kiến trúc của hệ thống (Visio, Rose…) <<
Sơ đồ 2: Kiến trúc thành phần hệ thống
4.2Sơ đồ triển khai
Mô tả sơ đồ triển khai mức vật lý của hệ thống, nó đòi hỏi bao nhiêu máy tính, liên kết giữa chúng như thế nào (Internet hay LAN…) Mô tả ngắn gọn vai trò của từng bộ phận
>> Vẽ sơ đồ triển khai hệ thống (Visio, Rose…) <<
Sơ đồ 3: Sơ đồ triển khai hệ thống
Trang 11Giao diện người dùng sẽ được thiết kế rất đơn giản, thân thiện và dễ sử dụng đối với bất kỳ một người dùng cơ bản nào
Trang 125.6.2 Trình duyệt
5.6.3 Tương thích với Java, C#
N/A