软需大作业最终报告补充规约v2

1、补充规约版本 修订历史日期版本说明作者初步初步目录1.简介1.11.21.31.41.5444444目的范围定义、首字母缩写词和缩略语参考资料概述2.功能2.1443.可用性453.14.可靠性554.15.性能5.1556.可支持性666.17.设计约束667.18.联机用户文档和帮助系统需求69.的构件610.接口用户界面硬件接口接口66错误!未定义书签。6610.110.210.310.4通口11.需求612.法律、及其他713.适用的标准7补充规约1.简介1.1目的描述其他在用例模型没描述的系统需求。为了对本移动支付系统进行需求分析上的定义，在这份补充规约中列举了一些在用例模型中非语言

2、描述的可视化的用例需求。这份文档和用例模型一起了完整的对该系统的用户需求分析。1.2范围在这份文档中，它也定义了一些系统的其他需求：比如系统的可靠性、系统的性能、系统的支持条件以及系统的安全性等诸多问题。而该系统的主要用户需求就是定义在用例说明中的那些文档。1.3定义、首字母缩写词和缩略语具体内容见词汇表参考资料本系统的前景文档1.41.5概述该系统需求功能文档包含简介、整体需求说明和具体需求三部分。简介部分概述文档的目的及使用；整体需求和具体需求部分以总分方式说明 *等需求功能。最后附文档补充说明。2.功能用户通过增加新的合法账户2.12.2使用户状态变为已登录状态2.3用户可以管理自己的基

3、本信息。用户允许用户修改自己的个人信息，主要包括让用户对自己的账户进行管理，包括余额查询，2.4和认证方式。2.5管理。2.6让用户对自己近期的交易进行管理2.7使使用户能对其账号所绑定的账户进行转账操作2.8用户能对指定账号所绑定的账户进行转账操作2.9使用户进入代缴页面，并进行代缴操作。使用户进入虚拟货币充值页面，并进行虚拟货币充值操作。2.103.可用性此节应包括所有影响可用。例如：普通用户和高级用户要高效地执行特定操作所需的培训时间典型任务的可评测任务次数，或者在符合公认的可用性标准（如 IBM 的 CUA 标准和的 GUI 标准）方面的需求3.1需求说明。4.可靠性对系统可靠应在此处

4、说明。建议如下：可用性 可用时间百分比 (x%)、使用小时数、权、降级模式操作等。平均故障间隔时间 (MTBF) 通常表示为小时数，但也可表示为天数、月数或年数。平均修复时间 (MTTR) 系统在发生故障后可以暂停运行的时间。精确度 系统输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准）。最高错误或缺陷率 通常表示为 bugs/KLOC（每千行代码的错误数目）或 bugs/function-p（每个功能点的错误数目）。错误或缺陷率 按照小错误、大错误和严重错误来分类：需求中必须对“严重”错误进行界定（例如：数据完全丢失或完全不能使用系统的某部分功能）。4.1需求说明。5.性能此节应概

5、述系统的性能特征。其中需包括具体的响应时间。如果可行，按名称相关用例。对事务的响应时间（平均、最长）吞吐量（例如每秒处理的事务数）容量（例如系统可以容纳的客户或事务数）降级模式（当系统以某种形式降级时可接受的运行模式）资源利用情况：内存、磁盘、通信等。5.1需求说明。6.可支持性此节应列出将提高所构建系统的可支持性或可性的所有需求，其中包括编码标准、命名约定、类库、权和实用程序。6.1需求说明。7.设计约束此节应列出所构建系统的所有设计约束。设计约束代表已经批准并必须遵循的设计决定。其中包括语言、流程需求、开发工具的指定用途、构架及设计约束、的构件、类库等。7.1需求说明。8.联机用户文档和帮

6、助系统需求用户手册需要提供详细的用户使用帮助说明，包括系统的基本介绍、功能。安装界面要求在每一步显示当前执行的操作，在每个设有选项处提供详细的功能说明。这些说明将每个选项的功能和选于不选的区别进行详述。帮助系统要包含用户、用户登陆的管理。最后附服务器的基本知识和方法。的构件9.接口9.1用户界面登陆界面系统操作主界面个人信息管理界面代缴界面支付界面高级借贷界面9.2接口Andirod 操作系统与 C+服务器端与数据库接口通口的接口9.3通口遵循下列协议开发：传输层协议为 TCP网络层协议为 IP10.需求正版必须在并获得使用后方可使用。11.法律、及其他使用者必须经过认证12.适用的标准您同意遵守中民法、计算机信息系统国际联网管理规定、中民 人民计算机信息系统安全保护条例、计算机信息网络国际联网安全保护管理办法、中华计算机信息网络国际联理暂行规定及其实施办法等相关的任何及所有的规定，并对您以任