-
Notifications
You must be signed in to change notification settings - Fork 0
Instant Messaging Specifications
A detailed description of the product / feature and its components.
A detailed architecture diagram of how the feature is planned to be implemented.
#Use Cases Use cases help the developer understand how a product or feature will be used. The more use cases created the better.
Working through multiple use cases also helps to flesh out the product / feature descriptions.
This is use case 1. Use cases usually start with something like ‘An administrator...’ or “A user...”
Use case n.
##Functional Requirements Functional requirements break down the detailed product description into specific functional requirements. Priority (or phases of the product) are indicated so that they can be scheduled better.
Usability requirements are specific requirements that come from how the product is to be used. For instance, a feature must have a specific page within the Admin GUI.
Technical requirements are usually outside requirements that must be satisfied to complete the product or feature. For instance it might be a technical requirement that the feature be implemented on CentOS 4.5 64 bit.
Support requirements are product features that may required to help support the product.
Interaction requirements are interactions with other portions of the systems.
Assumes that XYZ feature is implemented or customer is running XYZ version of software, etc.
Are there any constraints placed on the use of this feature / product.
What are the current plans for the workflow to complete this product / feature.
What are the timelines associated with developing this feature / product for each phase of the product.
What are the deliverables for each phase of the product / feature.
How will the product / feature be evaluated such that is can be considered complete.