Проектная документация
(project documentation
64
) включает в себя как про-
дуктную документацию, так и некоторые дополнительные виды документа-
ции и используется не только на стадии разработки, но и на более ранних и
поздних стадиях (например, на стадии внедрения и эксплуатации). Она вклю-
чает:
53
Development documentation.
Development documentation comprises those documents that propose, specify, plan, review, test,
and implement the products of development teams in the software industry. Development documents include proposals, user or
customer requirements description, test and review reports (suggesting product improvements), and self-reflective documents
written by team members, analyzing the process from their perspective. [
«Documentation for Software and IS Development»,
Thomas T. Barker,
«Encyclopedia of Information Systems» (Elsevier Press, 2002, pp. 684
‐
694.)]
54
Project management plan.
A formal, approved document that defines how the project is executed, monitored and controlled. It
may be summary or detailed and may be composed of one of more subsidiary management plans and other planning documents.
[PMBOK, 3
rd
edition]
55
Test plan.
A document describing the scope, approach, resources and schedule of intended test activities. It identifies amongst
others test items, the features to be tested, the testing tasks, who will do each task, degree of tester independence, the test
environment, the test design techniques and entry and exit criteria to be used, and the rationale for their choice, and any risks
requiring contingency planning. It is a record of the test planning process. [ISTQB Glossary]
56
Product requirements document, PRD.
The PRD describes the product your company will build. It drives the efforts of the entire
product team and the company’s sales, marketing and customer support efforts. The purpose of the product requirements doc-
ument (PRD) or product spec is to clearly a
nd unambiguously articulate the product’s purpose, features, functionality, and be-
havior. The product team will use this specification to actually build and test the product, so it needs to be complete enough to
provide them the information they need to do their jobs. [
«How to write a good PRD», Martin Cagan]
57
Specification.
A document that specifies, ideally in a complete, precise and verifiable manner, the requirements, design, behavior,
or other characteristics of a component or system, and, often, the procedures for determining whether these provisions have
been satisfied. [ISTQB Glossary]
58
Достарыңызбен бөлісу: |