资源描述：
《10-11需求分析报告》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。
1、XXX项目需求分析报告此贝空口文件状态：[]草稿[]正式发布[]正在修改文件起草分工:编制：签名：日期：xxxx-xx-xx审核：签名：日期：xxxx-xx-xx批准：签名：日期：xxxx-xx-xx所有权声明该文档及其所含信息是公司的财产。该文档及其所含信息的复制、使川及披露必须得到恒润科技有限公司的书面授权。更改历史版本更改描述更改H期更改人1前言11.1H的11.2文档约定11.3预期读者和阅读建议11.4项目范围11.5参考文件12整体描述12」产品透视2产品特性2用户种类和特点2操作环境2设计和实现约束2用户文档3假设和依赖33系统特性33.1系统特性13
2、3.1.1描述和优先级33.1.2激励/响应序列33.1.3功能需求33.2系统特性2（继续）44外部接口需求44」用户界面44.2硬件接口44.3软件接口44.4通讯接口45其它非功能性需求55」性能需求55.2安全性需求55.3保安性需求（可以与安全性需求合并）55.4软件质量属性56其它需求5附录A词汇表7附录B分析模型7附录C问题列表71前言1.1目的〈识別此软件需求规格说明文档所对应的产品,包括版木和发布号。描述此SRS针对的产品的范围,特别是此SRS是否仅描述系统的一部分或一个单独的子系统。＞I正文］1.2文档约定〈描述SRS编写所遵循的约定，如字休和加
3、重是否有特别的含义。例如,高层需求的优先级是否假定被更详细的需求所继承,或者每个需求都需要单独说明其优先级。＞［正文］1.3预期读者和阅读建议〈描述文档预期的各类读者，如开发人员,项目经理,市场人员,用户,测试人员和文档编写人员。描述SRS以下章节包含的内容和它们如何组织。建议文档阅读的顺序,比如从简介开始，然后再到每个用户最适合的章节。＞I正文11.4项目范围＜简要描述此需求所针对的软件以及软件要达到的目的,包扌舌带来的好处和口标。将软件与组织口标和商业策略结合起來。如果单独提供了项冃视图和范围文档,那么直接引用它而不是在此处重复。对丁不断演化的产品的SRS,在其
4、下一个发布版本屮应只包括英自身的范围陈述,作为产品长期目标的子集。＞［正文］1.5参考文件〈列出此SRS引用的任何其它文件或者网页地址。比如用户界面风格指南,标准，系统规格说明,用例文档或者项目视图和范围文档。捉供足够的信息如标题,作者,版本号,日期，來源或者存放位置,以便读者刖•以得到每个参考的副木。＞［正文］2整体描述［正文］2.1产品透视〈描述SRS所规定的产品的上下文信息和产品的起源。例如,说明此产品是否作为一个产品系列的后续,是否是对现有系统的一个替换,或者是全新的自包含的产品。如果SRS定义了一个大的系统的组成部分,那么将大系统的需求与此软件的功能相对应
5、,并识别两者之间的接口。最好使用一个简单的框图显示整个系统的组成部分,子系统之间的连接和外部接口。＞［正文］2.2产品特性＜总结产品包含的主要特性或主要功能。细节将在第三章提供,此处只需从顶层总结即可。适当对功能进行组织以便于读者理解。通常,使用一个图形来说明彼此相关的需求的分组和他们之间如何联系,例如采用顶层数据流图或者类图是非常有效的。＞［正文］2.3用户种类和特点＜识别会用到这个产品的各种用户。用户种类可以基于使用频度、使用产品的功能子集、专业技术水平、安全和权限级别、教育程度和经验进行划分。描述每类用户与产品紧密关联的特征。有些需求可能只与特定的用户有关。区
6、分最重要的用户类型与那些不霊要重点满足的用户类型。＞［正文］2.4操作环境＜描述软件操作的环境,包括硕件平台,操作系统和版本,以及任何其他与此软件必须共同使用的软件部件或应用。＞［正文］2.5设计和实现约束〈描述任何限制开发人员选择的事项和要求。可能包括的内容有:组织或法规要求;硬件限制（时间要求,内存要求）;与其他应用的接口;使用的特定的技术、工具和数据库;并行操作;语言需求;通讯协议；安全考虑;设计惯例或编程标准（如顾客将负责维护交付的软件）。•＞［正文］2.6用户文档〈列出用户文档（如用户使用手册,在线帮助和教程）,这些文档将随同软件一同交付。识别用户对文档格
7、式和标准的要求。＞［正文］2.7假设和依赖〈列出任何影响此SRS中霊求的假定的因索（口j能与事实不符）。比如即将使用的笫三方或者商用组件、与开发或操作环境有关的问题、以及约束。这些假设如果不正确,或者不被认同或者而临更改,那么项目将受到影响。也要识别项目所依赖的外部因素,如预计从其它项目重用的软件组件,除非这些组件已经开发好。＞［正文］3系统特性〈此模版仅给出了按照产品或系统特性来组织功能需求的一个示例,即产品提供的主要服务。从3章到最后一章都是描述的具体需求。可以根据需求只采用一章或者分章节。提供了具体需求的组织供参考。可能更倾向于通过用例,操作模式,用户类型
