Tải bản đầy đủ (.pdf) (12 trang)

đồ án tốt nghiệp xây dựng quy trình kiểm thử tự động và áp dụng vào phần mềm quản lý sinh viên trong ký túc xá

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (970.33 KB, 12 trang )

<span class="text_page_counter">Trang 1</span><div class="page_container" data-page="1">

<b>TRƯỜNG ĐẠI HỌC ĐIỆN LỰCKHOA CÔNG NGHỆ THƠNG TIN</b>

<b>---ĐỒ ÁN TỐT NGHIỆP</b>

<b>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</b>

<b>TRONG KÝ TÚC XÁ </b>

<b>Giảng viên hướng dẫn : THS. TRẦN VĂN HẢI</b>

</div><span class="text_page_counter">Trang 2</span><div class="page_container" data-page="2">

<b>TÊN DỰ ÁN </b>

<b>TÀI LIỆU PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG</b>

<b>Ngày:</b> 08/08/2013

<b>Phiên bản:</b> 1.0

<b>Các tác giả:</b> <<Tên lớp>> – <<Tên nhóm>> - Nguyen Van A (Ma SV) - Nguyen Van B (Ma SV)

<b>Liên hệ:</b> ,

</div><span class="text_page_counter">Trang 3</span><div class="page_container" data-page="3">

<b>Mô tả tài liệu</b>

<b>NgàyPhiên bảnMiêu tảTác giả</b>

1.0 Phiên bản đầu tiên đã làm được nhưng tính năng sau:

</div><span class="text_page_counter">Trang 4</span><div class="page_container" data-page="4">

2.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...

<b>5Các yêu cầu bổ sung của hệ thống...10</b>

5.1 Các yêu cầu chức năng bổ sung...10

</div><span class="text_page_counter">Trang 5</span><div class="page_container" data-page="5">

1 Gi i thi u tài li u<b>ớệệ</b>

1.1 M c đích<b>ụ</b>

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<b>ạ</b>

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<b>ịậữừ ế ắ</b>

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<b>ả</b>

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

</div><span class="text_page_counter">Trang 6</span><div class="page_container" data-page="6">

2 T ng quan v h th ng<b>ổề ệ ố</b>

2.1 <b>Mô tả</b>

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<b>ơ ồ ổứủệ ố</b>

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

<b>Sơ đồ 1: Sơ đồ tổng thể các chức năng chính (Use Cases and Actors)</b>

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

</div><span class="text_page_counter">Trang 7</span><div class="page_container" data-page="7">

Mơ 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 q 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<b>ộ</b>

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

</div><span class="text_page_counter">Trang 8</span><div class="page_container" data-page="8">

3 Đ c t các ch c năng c a h th ng<b>ặ ảứủệ ố</b>

<b>UC #0001</b> 3.1.1 <<TÊN C A USE CASE>>Ủ <b><sub>Độ phức tạp: High</sub></b>

<b>Mô tả</b> 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

<b>Tác nhân<sup>Chính</sup></b> <sup>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</sup> <b>Phụ</b> 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

<b>Tiền điều kiện</b> Tiền điều kiện mà chức năng này cần có để có thể thực thi.

<b>Hậu điềukiện</b>

<b>cơng</b> <sup>Đ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. </sup> <b>Lỗi</b> Đ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

<b>Luồng sự kiện phát sinh/Kịch bản phát sinh<<Luồng phát sinh 1>></b>

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

<b>Sơ đồ hành động (Activity diagram)</b>

Sơ đồ hành động của chức năng

<b>>> Copy sơ đồ hành động từ file uml <<</b>

</div><span class="text_page_counter">Trang 9</span><div class="page_container" data-page="9">

<b>Các yêu cầu đặc biệt khác</b>

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ế

<b>Giao diện minh họa</b>

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 đó

<b>>> Xây dựng giao diện minh họa bằng Word, FrontPage,… <<</b>

3.1.3 THI T K UMLẾ Ế

<b>Sơ đồ Lớp phân tích (Analysis class diagram)</b>

<b>>> Copy sơ đồ tương ứng từ file uml <<</b>

<b>Sơ đồ Trình tự (Sequence diagram)</b>

<b>>> Copy sơ đồ tương ứng từ file uml <<</b>

<b>Sơ đồ lớp chi tiết (Class diagram)</b>

<b>>> Copy sơ đồ tương ứng từ file uml<<</b>

</div><span class="text_page_counter">Trang 10</span><div class="page_container" data-page="10">

4 Ki n trúc t ng th<b>ếổể4.1Kiến trúc thành phần</b>

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

<b>Sơ đồ 2: Kiến trúc thành phần hệ thống</b>

<b>4.2Sơ đồ triển khai</b>

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

<b>Sơ đồ 3: Sơ đồ triển khai hệ thống</b>

</div><span class="text_page_counter">Trang 11</span><div class="page_container" data-page="11">

Giao 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

</div><span class="text_page_counter">Trang 12</span><div class="page_container" data-page="12">

5.6.2 Trình duyệt

5.6.3 Tương thích với Java, C#

N/A

</div>

×