A directory of resources inthe field of technical communication.


5 found.

About this Site | Advanced Search | Localization | Site Maps



Requirements Gathering and Analysis: Assumptions, Dependencies, and Constraints

In the world of requirements, even if you do a great job gathering and analyzing requirements, there will still be a couple of gray areas. There may be a couple of reasons for this. The main reason is that this is a new system that you are developing to replace an old one (or a system of workflows), therefore, there will be some unknowns. When writing requirement documentation, you want to ensure that you capture those and present them to your client. These are known as assumptions, dependencies, and constraints.

Polastre, Shevonne. Chicwriter (2010). Articles>Documentation>Requirements>Technical Writing


Requirements Gathering and Analysis: Functional Requirements

Functional requirements detail the behavior of the intended system. This is from the workflow to the end-user interface. You want to ensure that each functional requirement that you capture is just that.

Polastre, Shevonne. Chicwriter (2010). Articles>Documentation>Requirements>Functional Specifications


Requirements Gathering and Analysis: Non-Functional Requirements

Non-functional requirements are the requirements that stakeholders and users haven’t thought of, but you have to because without them, the system will fail. If you don’t collect non-functional requirements, then you will not be creating a system that behaves in the way the users need it to.

Polastre, Shevonne. Chicwriter (2010). Articles>Documentation>Requirements>Functional Specifications


Requirements Gathering and Analysis: Use Cases

When you are capturing functional requirements, you usually create use cases. There are two parts to a use case: 1. Use case diagram and 2. Writing part. Use cases are used to identify and illustrate the different parts of a process.

Polastre, Shevonne. Chicwriter (2010). Articles>Documentation>Requirements>User Centered Design


Requirements Specifications and Anticipating User Needs: Methods and Warnings on Writing Development Narratives for New Software   (peer-reviewed)   (members only)

This article studies and determines the benefits for technical communicators using narrative to compose and edit software requirements specifications. Specifically, this article is an examination of requirements specifications written for a Web-based radiology application serving the medical industry.

Ballentine, Brian D. Technical Communication Online (2010). Articles>Documentation>Requirements>Biomedical

Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon