校园活力需求分析文档讲解.doc

校园活力需求分析报告文档 小组成员：张书林，曾洋，李晟，段冯宁，杨孟辑。 日期2016年10月18日 文档修改控制 修改记录编号 修改状态 修改页码及条款 修改人 审核人 批准人 修改日期  1. 引言 11 1.1 编写目的 11 1.2 项目风险 11 1.3 文档约定 11 1.4 预期读者和阅读建议 11 1.5 产品范围 12 1.6 参考文献 12 2. 综合描述 12 2.1 产品的状况 12 2.2 产品的功能 13 2.3 运行环境 13 2.4 设计和实现上的限制 13 2.5 假设和约束(依赖) 14 3. 外部接口需求 14 3.1 硬件接口 15 3.2 软件接口 15 3.3 通讯接口 16 4. 系统功能需求 16 4.1 说明和优先级 16 4.2 激励／响应序列 17 4.3 输入／输出数据 17 5. 其它非功能需求 17 5.1 性能需求 17 5.2 安全措施需求 18 5.3 安全性需求 18 5.4 软件质量属性 18 5.5 业务规则 18 5.6 用户文档 18 6. 词汇表 19 7. 数据定义 19 8. 分析模型 20 引言 校园活力行是于2016年年底上线的一款健身类APP，旨在为用户提供相对专业的健身训练计划。 编写目的 经过对成都大学学生的需求进行详细调查研究，初步拟定开发一个适合学生的运动移动应用，促进学生走出寝室增加锻炼，让学生在放松身心的同时,达到强生简体的目的，并且跑步作为最简单、最普及的运动方式，受到越来越多同学的喜爱。在运动过程中，记录运动量、运动时间，查看消耗能量，安排运动节奏，与朋友互动，成为了同学们的需求,对应中将要面临的问题及其解决方案进行可行性分析。本报告经审查测试成功后，可投入使用。 项目风险 （1）软件需求阶段的风险 软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导才能保证需求的完整，再以书面的形式形成《用户需求》这一重要的文档。需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。需求和需求分析的任何疏漏造成的损失会在软件系统的后续阶段被一级一级地放大，因此本阶段的风险最大。 （2）设计阶段的风险 设计的主要目的在于软件的功能正确的反映了需求。可见需求的不完整和对需求分析的不完整和错误，在设计阶段被成倍地放大。设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标；另一方面也是检验需求的一致性和需求分析的完整性和正确性。 设计本身的风险主要来自于系统分析人员。分析人员在设计系统结构时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负担，和维护成本的激增。对用户来说系统的使用比例会有明显的折扣，甚至造成软件寿命过短。反之，软件结构的过于灵活和通用，必然引起软件实现的难度增加，系统的复杂度会上升，这又会在实现和测试阶段带来风险，系统的稳定性也会受到影响。从另一个角度上看，业务规则的变化，或说用户需求和将来软件运行环境的变化都是必然的情况，目前软件设计的所谓通用性是否就能很好的适应将来需求和运行环境的的变化，是需要认真折衷的。这种折中也蕴涵着很大的风险。 设计阶段蕴涵的另一种风险来自于设计文档。文档的不健全不仅会造成实现阶段的困难，更会在后期的测试和维护造成灾难性的后果，例如根本无法对软件系统进行版本升级，甚至是发现的简单错误都无从更正。实现阶段引入的风险软件的实现从某种意义上讲是软件代码的生产。原代码本身也是文档的一部分，同时它又是将来运行于计算机系统之上的实体。源代码书写的规范性，可读性是该阶段的主要风险来源。规范的代码生产会把属于程序员自身个性风格的成分引入代码的比例降到最低限度，从而减小了系统整合的风险。 （3）维护阶段的风险 软件维护包含两个主要的维护阶段，一个是软件生产完毕到软件试运行阶段的维护，这个阶段是一种实环境的测试性维护，其主要目的是发现在测试环境中不能或未发现的问题；另一个阶段是当软件的运行不再能适应用户业务需求或是用户的运行环境（包括硬件平台，软件环境等）时进行的软件维护，具体可能是软件的版本升级或软件移植等。 从软件工程的角度看，软件维护费用约占总费用的55%~70%，系统越大，该费用越高。对系统可维护性的轻视是大型软件系统的最大风险。在软件