· Theo dõi tốt hơn mối liên quan giữa các yêu cầu, cĩ thể tựđộng quản lý mối liên hệ này.
· Cho phép người dùng chọn lại những testcase chưa được thơng qua để
xây dựng kịch bản kiểm tra cho những lần kế tiếp.
· Cho phép người dùng trao đổi tài liệu thơng qua email.
· Mở rộng ứng dụng để hỗ trợ các tiến trình phát triển khác như phân tích, thiết kế…
KHOA CNTT –
ĐH KHTN
94 Tài liệu tham khảo
[SQA]Darrel Ince, Software Quality Assurance A student introduction, MacGraw- Hill, 1995
[MSR] Dean Leffingwell and Don Widrig, Managing Software Requirements : A
usecase approach, Second Edition, Addison Wesley May 05, 2003
[PGSQM] John W. Horch, Practical Guide to Software Quality Management, Second EditionArtech House2003
[CNPMNC] T.S Trần Đan Thư, Bài giảng Tiến trình phần mềm mơn Cơng nghệ
phần mềm nâng cao 02/2004.
[LVRUP99] Đào Kim Chinh, Trần Thị Diệu, Thân Thế Cường, Huỳnh Hữu Hùng, Trần Thế Hùng, Võ Phạm Trà My, Nguyễn Thị Thu Thủy, Đồn Chí Trung, Ứng Dụng RUP trong đề án xây dựng hệ thống thơng tin tích hợp trên Web tại khoa CNTT, 2003
[INCOSE] Proceedings of the Seventh International Symposium of the INCOSE -
Volume II, August 1997
Các trang web tham khảo về các cơng cụ hỗ trợ kiểm thử :
www.segue.com http://www.testingfaqs.org/t-driver.htm#SilkPilot www.julianjones.com http://www.testingfaqs.org/t-driver.htm#Test_Manager www.qcsltd.com,http://www.testingfaqs.org/t-driver.htm#cantata www.autotester.com,http://www.testingfaqs.org/t-driver.htm#Adviser
KHOA CNTT –
ĐH KHTN
95 Phụ lục A. Mơ tả dữ liệu
KHOA CNTT –
ĐH KHTN
96
Mơ tả dữ liệu
STT Tên bảng Mơ tả
1. REQUIREMENTS Thơng tin tổng quát của yêu cầu được lập cho một đề
án.
2. REQ_DETAILS Chi tiết của một tài liệu mơ tả yêu cầu, cho biết tài liệu
đĩ gồm những yêu cầu nào.
3. REQ_RELATIONSHIP Mối liên hệ giữa một yêu cầu và phân hệ. 4. REQ_DOC Thơng tin về một tài liệu mơ tả các yêu cầu. 5. REQ_TYPE Loại yêu cầu.
6. REQUIREMENT_STATUS Tình trạng của yêu cầu đĩ, đang trong giai đoạn khảo sát, đang được phân tích, thiết kế hay coding các phần
để thoả yêu cầu đĩ. 7. HISTORY_REQ Lịch sử của một yêu cầu.
8. TEST_CASE Thơng tin một kịch bản kiểm tra. 9. TEST_CASE_FILE Thơng tin kiểm tra chung cho một file.
10. TEST_CASE_RELEASE Thơng tin mơi trường kiểm tra chung cho một internal release.
11. RELATED_TESTCASE Lưu trữ các testcase liên quan đến một testcase. 12. RAM Thơng số về kích thước RAM cần để thực hiện kiểm
tra.
13. RESOLUTION Độ phân giải màn hình cần để thực hiện kiểm tra. 14. OPERATION_SYSTEM Hệđiều hành cần thiết để chạy các testcase trong một
release.
15. DBMS Hệ quản trị cơ sở dữ liệu cần thiết để chạy các testcase trong một release.
16. COMPONENT Các component cần thiết để cĩ thể chạy một testcase. 17. RELEASE_COMPONENT Các component cần thiết để chạy các testcase trong
một release.
18. CPU Loại CPU cần để chạy các testcase trong một release. 19. STAFF Thơng tin các nhân viên trong phịng.
20. STAFF_ROLE Vai trị nhân viên trong một đề án. 21. ROLE Các vai trị trong một đề án 22. ROLE_FUNCTION Chức năng của một vai trị.
23. FUNCTION_LIST Các chức năng của các thành viên trong hệ thống :
được phép check in, check out... (liên quan đến các chức năng hệ thống)
24. FUNCTION_GROUP Nhĩm các chức năng của các thành viên. 25. DIRECTORY Thơng tin của thư mục
26. RUNNING_STATE Tình trạng của một project : đang khảo sát, phân tích thiết kế, …
27. WORKING_DIRECTORY Chứa cây thư mục để check out của mỗi nhân viên 28. ACTION_DIRECTORY Lưu trữ các thao tác tác động lên thư mục
29. ACTION_TYPE Các lọai chức năng (add, check in, check out, label, remove…)
30. ACTION_VERSION_FILE Lưu trữ các thao tác tác động lên file
31. LABEL_VERSION_FILE Ghi nhận việc gán nhãn của người dùng cho một version file nào đĩ
KHOA CNTT –
ĐH KHTN
97
33. VERSION_FILE Lưu trữ các thơng tin của một version file (version này dựa vào version của CVS)
34. FILE_INFO Lưu thơng tin về File 35. FILE_TYPE Loạii File (Tex/binary)
36. RELATIONSHIP Mối liên hệ giữa hai version file với nhau 37. TYPE_RELATIONSHIP Các lọai ảnh hưởng giữa mối quan hệ của các
thành phần (references, link)
38. CONTENT_FILES Lưu trữ sự thay đổi về mối quan hệ giữa Thư mục và file
39. CONSTRUCTION Bảng lưu mối quan hệ của các thư mục với nhau 40. DIRECTORY_TYPE Loại thư mục: Project, thư mục, phân hệ, chức năng 41. FUNCTION_VERSION_FILE Lưu trữ mối liên hệ giữa các phân hệ/ chức năng với
file.
42. ACCESS_STATE Tình trạng truy cập của một thành phần : Normal, Check in, check out, dissynchronize
KHOA CNTT – ĐH KHTN 98 ! symbol indicates explanation available or question requires explanation Analyst Studio (RequisitePro) v2002 Calibe r RM
3.0 C.A.R.E. 3.0 Catalyze 1.0 CORE 4.0 Cradle 4.0 DOORS 6.0
QSS requireit
1.0 Envision 5.4.2 IRqA 2.1 RMTrak 5.0.4 Trace 2.1 Team Tracer 4.1 RDT 1.0 RTM 4.x SLATE 6.1 SpeeDev 3.5
Systems Engineer
2 Tofs 98 Vital Link XTie-RT
Response Date March 2002 May. 2002 June 2002 April 2002 March 2002 2002Dec. March 2002 1999May April 2000 2002Dec. April 2002 June 2002 Nov. 2000 2002Dec. 1999June June. 2002 2002Dec. Jan. 2000 July 1998 1997Jan. July 1998 1. Capturing Requirements/Iden tification 1.1. Input document enrichment / analysis
Full Full Full Full Full Full Full Full Full Full Full None Full Full Full Part. None None Full None
1.1.1. Input document change / comparison analysis
Full Full Full Full Full Full Full None Full Full Full Part. Full Full Full Full Full None None Part. None
1.2. Automatic parsing of
requirements Full Full Full Part. Full Full Full Full Full Full Full Full Full Full Full Full Full None None Full Full
1.3.
Interactive/semi- automatic requirement identification
Full Full Full Full Full Full Full Part. Full Part Full Full Full Full Full Part. None None Part. Full Full
1.4. Manual requirement
identification Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part. Full Full Full
1.5. Batch mode
operation Full Full Full Full Full Full Full None Full Full ! Full Part. Full Full Part. Full None Part. None Full
1.5.1. Batch-mode document/source-
link update Full Full Full Full Full Full Full Full Full Full Full None Full Full Full Part. Full None Part. None
1.6. Requirement
classification Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
2. Capturing system element structure Full 2.1. Graphically capture systems
structure Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full None Full None Full
2.2. Textual capture of systems
structure Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
3. Requirements
KHOA CNTT – ĐH KHTN 99 req, req. to analysis/text) 3.2. Allocation of performance requirements to system elements (weight, risk, cost, etc.)
Full Full Full Full Full Full Full Full Full Full Full Part. Full Full Part. Full Full Full Full Part. Full
3.3. Bi-directional requirement linking to system
elements
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full None Full Full Full
3.4. Capture of allocation rationale, accountability, test/validation, criticality, issues, etc. -- if so, how and what
mechanism does it use.
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
4. Traceability analysis ! 4.1. Identify inconsistencies (orphans,...if so, what kind of...)
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
4.2. Visibility into existing links from source to
implementation-- i.e. follow the links.
Full Full Full Full Full Full Full Full Full Part Full Full Full Full Full Full Full Full Full Full Full
4.3. Verification of requirement (was it done, how was done)
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
4.4. Requirement performance verification from system elements (roll up of actuals)
Part. Part. Part. Part. Full Full Full None Full Part Part. Full Part. Full Full Full Full Part. Part. None None
5. Configuration Management 5.1. History of requirement changes, who, what, when, where, why, how.
KHOA CNTT – ĐH KHTN 100 control 5.3. Access control (modification,
viewing, etc.) Part. Full Full Part. Full Full Full Full Full Full Part Full Part. Full Full Full Full Full Part. Full Full
6. Documents and
other output media
6.1. Standard specification output (if so, what kind)
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part. Full Full Full
6.2. Quality and consistency checking (spell, data dictionary, )
Full Full Full Full Full Full Full Full Full Part Full Part. Full Full Full Full Part Part. Full Full Part
6.3. Presentation
output Full Part. Full Full Full Full Full Full Full Part Full Full Full Full Full Part. Full None Part. Full Full
6.4. Custom output features &
markings
(definable tables, security marking)
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part. Part. Full Full
6.5. WYSIWYG previewing of
finished output Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
6.6. Status
reporting Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part. Full Part. Full
6.6.1. Technical Performance Measurement status accounting
Full Full Full Part. Full Full Full Full Full Full Part. Full Part. Full Full Full Full Part. Full Part. Full
6.6.2. Requirement progress/status reporting
Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full
6.6.3. Other ad hoc queries and
searches Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part. Full Full
6.7. Support and display special
character sets. Full Full Full Full Full Full Full None
7. Groupware Full Full ! ! ! !
7.1. Support of concurrent review, markup, and comment
Full Full Full Full Full Full Full Part. Full Full Part. Full Part. Full Full Full Full None Full Full Full
7.2. Multi-level
KHOA CNTT – ĐH KHTN 101 8. Interfaces to other tools 8.1. Inter-tool
communications Full Full Full Full Full Full Full ! ! Full
8.1.1. Interfaces to
other tools? Full Full Full ! ! ! ! None Full Full Full Full ! ! ! ! ! None ! ! !
8.1.2. External Applications Program Interface available
Full Full Full Full Full ! Full None Full Full Full Full Full Full Full Full Full None Full Full None
8.1.3. Support Open database system (standard query access)
Full Full Full Part. Part. Full Part. None Full Full Full Full Full Full Full Full Full Full ! Part. None
8.1.4. Import of existing data from various standard file formats?
Full Full Full ! ! Full Full Part. Full Full Full Full Part. Full Full Full Full Part. None Part. Full
8.2. Intra-tool communications ! 8.2.1. Exchange of information between same-tool different installations
Full Full Full Full Full Full Full None Full Full Full Full Full Full Full Full Full None ! Full Full
8.2.2.
Consistency/comp arison checking between same-tool datasets
Part. None Full Full Full Full Full None Full Full Full Full None Full Part. Part. Full None None None Part.
9. System
Environment
9.1. Single user/multiple
concurrent users Full Full Full ! ! ! ! ! ! ! ! ! ! Full Full ! ! ! ! ! !
9.2. Multiple Platforms/Operatin
g Systems? Full Full Full ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
9.3. Commercial vs. unique
database Full Full Full ! ! ! ! None ! ! ! ! ! ! ! ! ! ! ! ! !
9.4. Resource requirements ! ! 9.4.1. Memory requirements ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 9.4.2. CPU requirements ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 9.4.3. Disk space ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
KHOA CNTT –
ĐH KHTN
102
10. User Interfaces
10.1 Doing one thing while you are
looking at another Full Full Full Full Full Full Full None Part. Full Full None Full Full Full Full Full Full Part. Full Full
10.2
Simultaneous update of open views
Full Full Full Full Full Full Full None Full Part Part. None Part. Full Part. Full Part Full Part. Full Full
10.3 Interactive graphical input/control of data
Full Full Full Full Full Full Full Part. Full Full Full None Full Full Full Full Full None None Part. None
10.4 Which window standard do you follow? ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 10.5 Executable via scripts (recordable) or macros
Part. Full Full Part. Full ! Full Full Full Full Part. Full Part. Full Full Full Full Part. None Part. Full
10.6 Web browser
Interface? Full Full Full Full Full Full None None Full Part. Full Part. Full Full Full Full
10.7 Edit Undo
Function Support Part. Full Full Part Part. Part. Full None
11. Standards-- which one do you
comply with? ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
12. Support and
maintenance
12.1. Warranty Full Full Full ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
12.2. Network
license policy Full Full Full Full Full Full ! ! Full Full ! ! ! Full Full ! ! ! ! ! !
12.3. Maintenance
and upgrade policy Full Full Full ! ! ! ! ! Full Full ! ! ! ! ! ! ! ! ! ! !
12.4 On-line help Full Full Full Full Full Full Full ! Full Full ! ! ! Full Full ! ! ! ! Full Full
12.5 Internet access/World Wide Web home page location
Full Full Full Full Full ! ! ! Full Full ! ! ! ! ! ! ! ! ! ! !
12.6 Phone
support ! Full Full Full Full ! Full ! Full Full ! ! ! ! ! ! ! ! ! Full Full
12.7 Support
User's Group Full Full None None Full None
KHOA CNTT – ĐH KHTN 103 13.2 Training available at customer's location.
Full Full Full Full Full ! !
13.3
Recommended
training time Full Full Full ! ! ! ! ! Full Full ! ! ! ! ! ! ! ! ! ! !
13.4 Software installation with
only basic training. ! Full Full Full Full ! !
14. What other requirements management features do you as a tool supplier think are important (modeling, etc.)?
KHOA CNTT –
ĐH KHTN