《软件需求说明书.doc》由会员分享，可在线阅读，更多相关《软件需求说明书.doc（11页珍藏版）》请在三一办公上搜索。
1、3333.。1引言21.1编写目的21.2背景21.3定义21.4参考资料22任务概述22.1目标22.2用户的特点32.3假定和约束33需求规定33.1对功能的规定33.2对性能的规定33.2.1精度33.2.2时间特性要求33.2.3灵活性43.3输人输出要求43.4数据管理能力要求43.5故障处理要求43.6其他专门要求54运行环境规定54.1设备54.2支持软件54.3接口54.4控制5软件需求说明书的编写提示1引言1.1编写目的说明编写这份软件需求说明书的目的，指出预期的读者。1.2背景说明：a 待开发的软件系统的名称；b 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算
2、机网络；c 该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料列出用得着的参考资料，如：a 本项目的经核准的计划任务书或合同、上级机关的批文；b 属于本项目的其他已发表的文件；c 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2任务概述2.1目标健身计划项目软件是致力于健身场馆时间碎片化、健身APP门户化、定向预约健身教练以及为用户量身定制健身计划的多功能APP，本软件在手机监听数据技术的基础上实行，让每位用户
3、的运动生活更加专业化、有效化、合理化，并且在这一个全民运动的大时代，人们对于健身的需求越来越重视，可是没有专业的健身指导、现存在的健身APP太过单一、手机监听数据太过数字化并没有太多实际意义、现有的健身场馆若运营不善所经营的时间比较短使其用户无法享受到应有的权利等问题没有得到满意的解决，故本软件从原因、市场、需求、问题等方面经过研究和调查，认为本款多功能健身APP是可行的。|2.2用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束2.3假定和约束1、经费限制 1.计算机、打印机、网络等硬件设备的购买； 2
4、.电话、传真等通讯设备以及通讯费用； 3.资料费； 4.办公消耗，如水电费、打印复印费等； 5.软件开发人员与行政人员的工资； 6.公司人员培训费用。 7.做市场调查、可行性分析、需求分析的交际费用； 8.购买系统软件的费用，如买操作系统、数据库、软件开发工具等； 9.产品宣传费用，如：建设Web站点的费用； 10.办公室房租； 11.办公用品，如桌、椅、书柜、照明电器、空调等 2、开发期限 根据目前的团队建设，前期无发与多家门店进行合作，使得软件使用体验较差。计划今年下半年将在中小城市首次实施推广，希望在未来的三年内我们的产品可以被全国更多的人们所使用。3需求规定 3.1对功能的规定1.系统
5、分为基本信息管理、健身科普、健身场所查找、预约信息查看、信息反馈、交友圈和帮助，个模块。2.系统使用人员包括所有用户和与本平台合作的所有客户。3.系统管理员相同权限，具有完全权限，可操作全部内容，包括审核操作。 4，所有人员具有查看系统帮助模块，以及系统模块，但除管理员外，其他人不可操作权限管理。用例图1：用例规约1：用例编号：U001用例名：个人账户管理作者：用例描述：创建和维护用户个人账户信息执行者：用户相关用例：无前置条件：用户已登录本系统后置条件：无基本路径：1 用户选择“个人账户管理”功能2 用户编辑个人基本信息3 用户编辑其他信息4 保存个人信息备选路径一：用户未登录本系统转跳至用
6、户登陆页面备选路径二：用户输入无效数据，如在生日栏输入非日期格式内容备选路径三：用户在提交之前关闭页面或选择其他功能，取消之前编辑的内容非功能要求：部分内容不可修改，如账户余额信息用例规约2：用例编号：U002用例名：查找预约健身场所作者：用例描述：根据用户所在地理位置查找与本平台协议的健身场所执行者：用户相关用例：无前置条件：用户已登录本系统后置条件：无基本路径：1.用户选择“查找预约健身场所”功能2.系统根据手机GPS定位，给出用户附近的健身场所3.用户查看并选择健身场所4.保存用户预约信息.系统更新用户预约信息备选路径一：用户未登录本系统转跳至用户登陆页面非功能要求：部分内容不可修改，如
7、已预约的具体信息用例规约3：用例编号：U003用例名：查看预约信息作者：用例描述：在高峰时段提前预约健身场所及其项目执行者：用户相关用例：无前置条件：用户已登录本系统后置条件：无基本路径：1.用户选择“查看预约信息”功能2.用户查看预约的场所具体的地理位置3.用户查看预约的具体信息备选路径一：用户未登录本系统转跳至用户登陆页面备选路径二：用户之前没有预约信息，转跳至查找页面备选路径三：用户改变了地理位置需要重新预定预约，转跳至重新定位页面非功能要求：部分内容不可修改，如已预约信息用例图2：用例规约1：用例编号：K001用例名：更新信息作者：用例描述：随时更新店里的新的信息，比如新的项目执行者：
8、客户相关用例：无前置条件：客户已登录本系统后置条件：无基本路径：1.客户选择“更新信息”功能2. 客户更新编辑具体的更新内容3. 客户保存跟新内容备选路径一：客户未登录本系统转跳至客户登陆页面备选路径二：客户没有账户，转至客户注册页面非功能要求：部分内容不可修改，如已预约信息用例规约2：用例编号：K002用例名：查看账户信息作者：用例描述：客户查看账户信息执行者：客户相关用例：无前置条件：客户已登录本系统后置条件：无基本路径：1.客户选择“查看账户信息”功能2. 客户更新编辑具体的更新内容3. 客户保存跟新内容备选路径一：客户未登录本系统转跳至客户登陆页面备选路径二：客户没有账户，转至客户注册
9、页面非功能要求：部分内容不可修改，如账户余额等信息用例规约3：用例编号：K003用例名：查看预约信息作者：用例描述：客户查看预约本店人数及其时间等信息执行者：客户相关用例：无前置条件：客户已登录本系统后置条件：无基本路径：1.客户选择“查看预约信息”功能备选路径一：客户未登录本系统转跳至客户登陆页面非功能要求：部分内容不可修改，如已预约信息用例规约4：用例编号：K004用例名：反馈使用信息作者：用例描述：客户反馈使用过程中的不便之处以及建议执行者：客户相关用例：无前置条件：客户已登录本系统后置条件：无基本路径：1.客户选择“反馈信息”功能2. 客户更新编辑具体的反馈内容3. 客户保存提交内容备
10、选路径一：客户未登录本系统转跳至客户登陆页面备选路径二：客户没有账户，转至客户注册页面非功能要求：无3.2对性能的规定3.2.1精度说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3.2.2时间特性要求客户对于该系统的时间特性有一定的要求，特别是要考虑在室外的数据传送速度，应该需要用户对系统响应时间的设计，虽然系统的运行还跟移动通信网络的信息有相关的关系，具体要求如下：1.数据刷新工作要求响应时间在180秒内完成；2.生成预约报表的要求在5秒内完成；3.用户登录系统并且初始化系统设置的实际响应要求在5秒以内；4.查询非当前时间段数据的时间控制在5秒以内3.2.3灵活性该软件的
11、为了适应灵活性应用，采用三层写法，操作方式、变化可只修改界面的情况下，不动用后台代码，即可实现要求。权限采用数据库存储的方式，实现权限的严格管理，和自由调度。另外项目小组会按项目完成时间提交项目，但如果需求方增加需求或项目进行后，改变需求，而引起的项目延期、责任不为我项目组负责。3.3输人输出要求要求正确输入。3.4数据管理能力要求说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。数据库管理分为数据备份、数据恢复、日志管理这三个模块。 1.“数据备份”用于备份系统数据库。 2.“数据恢复”用于恢复系统数据库。 3.“日志管理”用于维护系统的使
12、用日志。一个好的应用系统会对任何操作员进行的所有操作进行日志记录，“日志管理”可以查询、倒出和删除历史的日志。3.5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。1， 在运行中可能会出现系统出错，会使得用户和客户双方受损，从而造成对该软件的不信任感。故障处理要求：在二十四小时内尽快修补及恢复系统。2， 在系统运行过程当中会出现存储硬件损坏，从而导致系统停运出错。故障处理方法及要求：在每个硬件使用过程当中做好镜像文件，使之在出现故障及损坏时尽快被替换，不造成系统停运。3， 在系统的日常管理和运行中可能会出现网络硬件的损坏，导致系统信息交流出错。故障处理方法
13、及要求：应该在开始运行时做硬件镜像，使最网络系统在最短时间内恢复。3.6其他专门要求1. 用户账户一部手机绑定一个账户。2. 程序在用户使用过程中应该具有易使用性3. 程序在运行中应该具有可维护性4. 程序应该要适应各种不同的平台，比如IOS平台，android平台4运行环境规定4.1设备列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a 处理器型号及内存容量；b 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c 输入及输出设备的型号和数量，联机或脱机；d 数据通信设备的型号和数量；e 功能键及其他专用硬件4.2支持软件列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。4.3接口说明该软件同其他软件之间的接口、数据通信协议等。4.4控制说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
