软件需求分析总结范文.docVIP

　　软件需求分析总结范文 1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ● 任务提出者; ● 软件开发者; ● 产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ● 正文风格; ● 提示方式; ● 重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ● 用户; ● 开发人员; ● 项目经理; ● 营销人员; ● 测试人员; ● 文档编写入员。.Ybask. 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 产品范围 说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。 描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。 1.6 ● 支撑环境(例如：数据库等)和版本; ● 其它与该软件有关的软件组件; ● 与该软件共存的应用程序。 2.5 设计和实现上的限制 确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容： ● 必须使用的特定技术、工具、编程语言和数据库; ● 避免使用的特定技术、工具、编程语言和数据库; ● 要求遵循的开发规范和标准 例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准; ● 企业策略的限制; ● 政府法规的限制; ● 工业标准的限制; ● 硬件的限制 例如，定时需求或存储器限制; ● 数据转换格式标淮的限制。 2.6 假设和约束(依赖) 列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括： ● 计划使用的商业组件，或者其它软件中的某个部件; ● 假定产品中某个用户界面将符合一个特殊的设计约定; ● 有关本软件用户的若干假定(例如：假定用户会熟练使用sql语言。); ● 有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。); ● 有关本软件运行环境的一些问题; 此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括： ● 工期约束; ● 经费约束; ● 人员约束; ● 设备约束; ● 地理位置约束; ● 其它有关项目约束; 3. 外部接口需求 通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数 据定义中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。 注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。 3.1 用户界面 陈述需要使用在用户界面上的软件组件，描述每一个用户界面的逻辑特征。必须注意，这里需要描述的是用户界面的逻辑特征，而不是用户界面。以下是可能包括的一些特征： ● 将要采用的图形用户界面(gul)标准或者产品系列的风格; ● 有关屏幕布局或者解决方案的限制; ● 将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括： 选单; 标准按钮; 导航链接; 各种功能组件; 消息栏; ● 快捷键; ● 各种显示格式的规定，可能包括： 不同情况下文字的对齐方式; 不同情况下数字的表现格式与对齐方式; 日期的表