Business to Business Proposal and Contract Templates and Software Free Sample Proposals with Proposal Kit
Free Sample Proposals with Proposal Kit

IT,web,Internet,software,hardware,media,multimedia,photography,tech,information,technology,computer,business,company,pre-written,legal,contract,agreement,documents,templates,boilerplate,form,outline,text,terms,recitals,Contract Exhibits and Schedules,Software Requirements Specifications,SRS,attachment Contract Documents IT,web,Internet,software,hardware,media,multimedia,photography,tech,information,technology,computer,business,company,pre-written,legal,contract,agreement,documents,templates,boilerplate,form,outline,text,terms,recitals,Contract Exhibits and Schedules,Software Requirements Specifications,SRS,attachment,Software Requirements Specifications, SRS, Contract Exhibits and Schedules : Software Requirements Specifications

Software Requirements Specifications

Contract Exhibits and Schedules : Software Requirements Specifications : SRS : attachmentView Document Sample

Document Length: 14 Pages

This document is found in the following products:

$297 Proposal Kit Pro
$197 Contract Pack Pro
$147 Proposal Kit Standard
$67 Web Freelancer Contract Pack
$60 License this single document

Price is $4.28571428571429/page for this single document. Best deal is to get this document with the full collection of documents in a Proposal Kit or Contract Pack bundle (listed above).

List of all 202 contracts and related documents.

Compare these products side by side

Usage:

Detailed software requirements.

The Software Requirements Specifications document is designed to outline detailed software specifications. Includes functional requirements, interface requirements, performance requirements, design constraints, additional attributes, domain analysis, operational scenarios, preliminary schedule, preliminary budget and appendices.

You can use this document as part of the Exhibit B - Specifications attachment to your development contract. For example, all development contracts reference Exhibit B, where you define your specifications. The Exhibit B document is very generic, so for detailed software specifications you can incorporate this SRS document into the Exhibit B attached to your contract.

Alternate documents are those which may be used instead of this document depending on your situation. Alternate documents may be better suited for different size projects, more specialized projects, variations on rights, etc.

Alternate Documents:

Related documents may be used in conjunction with this document depending on your situation. Many related documents are intended for use as part of a contract management system. Multiple documents are used over the course of a contract to cover situations such as contact changes, project changes, acceptances and payments, contract and project problems, ownership transfers, etc.

Related Documents:

For use in:

  •  United States (all 50 states)
  •  Canada
  •  United Kingdom
  •  Australia
  •  If used in any other country, consult a local attorney or solicitor
 

Contract Exhibits and Schedules : Software Requirements Specifications, Software Requirements Specifications, SRS,

If the document is intended to be used or can be used as part of a contract management system check the related documents section (related documents are only common suggestions, depending on your situation other documents may be applicable as well).

Alternate documents are also listed if there are other agreements similar in nature or on a different scale.

Disclaimers:

Cyber Sea, Inc. makes no warranty and accepts no responsibility for suitability of any materials to licensees business. Cyber Sea, Inc. assumes no responsibility or liability for errors or inaccuracies. Licensee accepts all responsibility for results obtained. Information included is not legal advice. Use of any supplied materials constitutes acceptance and understanding of these disclaimers.

 

Additional search terms related to this document:

IT, web, Internet, software, hardware, media, multimedia, photography, tech, information, technology, computer, business, company, pre-written, legal, contract, agreement, documents, templates, boilerplate, form, outline, text, terms, recitals attachment SRS Software Requirements Specification SRS THE SRS PROJECT DOCUMENT TITLE Author Title Company CurrentDate Document Version Control Information Introduction Purpose This Document Insert the purpose this document and its intended audience Scope Document Insert description the scope this Software Requirement Specification Scope Constraints Insert constraints such schedules costs interactions overview any other information relevant the construction the development requirements Overview Insert overview brief description the product software other desired end result Business Context Insert overview the business organization desiring the development this project Include the business organization mission statement and its organizational goals and objectives General Description Product Functions Insert description the functionality the product Similar System Information Insert description the relationship between this product and any other product product whether the product shall stand alone product whether the product shall used component support another program programs This section intended discuss the relationships between the above mentioned items User Characteristics Insert description the characteristics the typical user user community that this product serves will serve Include features that the user user community currently uses expects Include current relevant features and describe the expected experience level and familiarity with similar software systems applications other programs and program use User Problem Statement Insert user problem statement that describes the essential problem currently being faced the intended user community User Objectives Insert the objectives and requirements for the product from the user perspective The user objectives section may also include wish list features functionality that the user want and how that relates the business context General Constraints Insert the general constraints placed upon the developers including hardware requirements schedule requirements industry protocols standards met any other constraint placed upon the development the product Functional Requirements This section describes the functional requirements ranked order importance Here you will describe what the product must accomplish what other component requirements must accomplish the requirements for Interface Scalability Performance Compatibility other components the product and how the product fulfills these requirements Each functional requirement should specified format similar the following Functional Requirement Name Description complete description the functional requirement Criticality description how critical this functional requirement the overall product Technical Issues description issues related the design development integration this functional requirement Cost Summary and Schedules description the costs and timelines associated with this functional requirement Risks description the risks and possible circumstances under which this functional requirement may not able met Include provisions the developers must take order overcome this risk Dependencies with other requirements description the various interactions between this requirement and other functional requirements Here you will insert statements concerning the impact these dependencies and the impact the ranking requirements Functional Requirement Name Repeat the section above for more requirements Interface Requirements This section describes both how the product will interface with other software products dependencies with end users for input and output User Interfaces Describes how this the end user interfaces with the product Graphical User Interface GUI Describes the graphical user interface whether another system required provide the GUI Include mock ups screenshots the user interface features Describe all navigation systems hierarchy menus sub menus buttons and all other relevant GUI features the product Command Line Interface CLI Describes the command line interface present For each command description all arguments and example values and invocations should provided Application Programming Interface API Describes the application programming interface present For each public interface function the name arguments return values examples invocation and interactions with other functions should provided Debugging and Diagnostics Describes the process required for the product return troubleshooting debugging other diagnostic data and feedback Hardware Interfaces description all interfaces hardware hardware devices Communications Interfaces description all communication and network interfaces Software Interfaces description all software interfaces Performance Requirements Insert specific performance requirements Design Constraints Insert specific design constraints including compliance with specific standards and constraints design due hardware limitations Other Non Functional Attributes description other non functional attributes required the product Examples Security Insert the attributes description here Binary Compatibility Insert the attributes description here Reliability Insert the attributes description here Maintainability Insert the attributes description here Portability Insert the attributes description here Extensibility Insert the attributes description here Reusability Insert the attributes description here Application Compatibility Insert the attributes description here Resource Utilization Insert the attributes description here Serviceability Insert the attributes description here Preliminary Object Oriented Domain Analysis description list the fundamental objects required modeled within the product order satisfy its requirements The goal create structural view the requirements and how they may satisfied This section deals primarily with higher level programming and functional requirements AND may safely omitted for projects not concerned with Object Oriented Domain Analysis OODA This section should not removed from your SRS Document Instead you should include entry such Object Oriented Domain Analysis Requirement Inheritance Relationships description primary inheritance hierarchy Include diagrams graphs other UML examples further illustrate such relationships Class descriptions description each class identified during the OODA Include more detailed description each class The description each class should organized follows Insert the Class name identifier Abstract Concrete Indicates whether this class abstract designed only parent from which subclasses may derived concrete suitable instantiated List Superclasses Lists the class from which another class subclass inherits List Subclasses Lists the class that derived from base class inheritance The new class contains all the features the base class but may have new features added existing features redefined Purpose Lists the purpose the class Collaborations Lists the names each class that this class must interact with and how must interact order accomplish its purpose Attributes Lists each attribute associated with each instance this class and indicates examples possible values range values Operations Lists each operation able invoked upon instances this class Constraints Lists the constraints and restrictions upon the behavior instances this class Operational Scenarios description the various scenarios that end user may experience when using the product under certain conditions situations Scenarios are not considered functional requirements rather they are used help set parameters and expectations for the use the product under these conditions situations Preliminary Schedule description the project schedule and timeline for completion The project plan should include all major tasks who responsible for the completion such tasks what the interdependencies each task are and what the start and completion each task will You should also include vendor information and requirements such that affect the schedule and timeline Preliminary Budget description the cost summary and attachment the initial line item and itemized budget for the project Appendices description all other supporting information for understanding these requirements All SRS documents require the following two appendices Definitions Acronyms Abbreviations description the definitions important terms abbreviations and acronyms May also include Glossary References listing all citations all documents and meetings referenced used the preparation this requirements document Customer Initials Developers Initials

 
 
HACKER SAFE certified sites prevent over 99.9% of hacker crime.
BBBOnLine Reliability Seal
Building Trust in Transactions (tm)

Major Credit Cards AcceptedOne Percent For The Planet

Home | Products | Services | Ordering | Checkout | Contact Us | Information | Search Site | Site Map

Affiliate Program | Testimonials | Privacy Policy | What Product is Right for You? | Help & Support

Copyright 1999 - 2008, Cyber Sea, Inc. All rights reserved.