化妆品网站需求分析报告.docVIP

银行储蓄系统需求分析报告 （摘抄、参考了相关论文资料） 1.引言 1.1 编写目的 本文档将对银行储蓄系统软件开发需要进行描述，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析，便于对软件开发过程中的控制与管理。本文档的读者是评审人员。 1.2 项目背景 本项目作为技能训练课程的训练项目提出，希望通过此项目来了解软件文档的相关标准和编写原则、训练并掌握软件各类文档的写作技巧，同时提高使用软件开发应用程序的能力。 1.3 定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 　 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 　 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 　 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。 1.4 参考资料 《银行计算机储蓄软件资料》 《开发要求说明》 2.任务概述 2.1 目标 该软件是一个基于用户与银行储蓄的系统，程序采用客户端/服务器端结构。用户可以在系统上选择对应的服务项，而服务器协调用户的请求作出相应回应。软件开发的目标是理解软件文档写作规范以及利用软件开发系统，同时，也希望最终能满足客户的要求。 2.2 用户的特点 用户无需任何技术背景，只要了解银行储蓄系统的简单操作过程即可。 2.3 假定与约束 本软件的开发期限是一个月。完成项目的主要困难是缺乏C/S（客户端/服务器端）软件开发的背景知识，缺少软件工程方面的实际经验。 不考虑软件运行时的硬件故障。 需求规定 3.1 对功能的规定 主要功能是管理各个用户存取款的相关数据。 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户。 对于账户部分，可以 查询用户的信息，包括各种基本信息、活期余额、定期账单等。 对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。 如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。 如果是取款，储户填写取款单交给业务员，若有密码则业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户；若存款时未留密码则系统计算利息并印出利息清单给储户。 3.2 对性能的规定 3.2.1 精度 在进行向数据库文件提取数据时，要求数据记录准确，在往数据库文件组中添加数据时，要求输入数准确，金额、身份证号、卡号等按需求设定字符数。 3.2.2 时间特性要求 程序响应时间：在人的感觉和视觉事件范围之内 信息交换时间：要求程序在调用前和调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用的时间。 3.2.3 灵活性 要求操作系统界面清晰，数据处理结果及时显示，在操作界面上业务员和储户可灵活地进行交互式操作来完成各项业务。 3.3 输入输出要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。输出时要求能快速准确打印出清单给客户。 3.4 数据管理能力要求 要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识别处理能力。 3.5 故障处理要求 3.5.1 出错信息及处理方法 故障类别 故障举例 原因分析 处理方法 软件故障 系统配置不当，病毒感染等。 静电放电导致电故障等或病毒影响 调整配置，利用杀毒软件杀毒 数据处 理故障 用户名/密码不能为空 用户名/密码忘记填写 按照要求填写用户名/密码项 用户名不能重复 用户名项数据库已有相应记录 按照要求填写用户名项 数据库连接不上等类似的提示信息 数据库服务器关闭或者网络不通 检查数据库服务器是否关闭，如关闭则启动，否则检查网络配置 3.5.2 补救措施 本系统定期备份数据库，以便在系统出现故障时能够及时恢复。 （1）采用后备技术，当原始系统数据万一丢失时启用副本，周期性地把磁盘信息记录到磁带上去。 （2）使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。 3.5.3 系统维护 为了系统维护的方便而在程序内部设计中作出的安排，包括在