需求规格说明文档[ISO].docxVIP

信用卡管理与数据分析挖掘系统需求规格说明文档2014-10-7陈恒如目录1.引言11.1编写的目的11.2背景11.3定义11.4参考资料12.任务概述12.1目标12.2用户的特点22.3假定和约束23.需求规定23.1对功能的规定23.1.1发卡管理23.1.2信用卡审核33.1.3风险分析33.1.4消费定向分析43.2对性能的规定53.2.1精度53.2.2时间特性要求53.2.3灵活性53.3输入/输出要求53.3.1输入要求53.3.2输出要求53.4数据管理能力要求（针对软件系统）63.4.1需要用到的数据表63.4.2数据库大小及增长率63.5故障处理要求63.5.1系统运行故障63.6其他专门要求64.运行环境规定74.1设备74.2支持软件74.3接口74.4控制71.引言1.1编写的目的编写本需求说明文档的目的是为了更好的建立起设计者与用户的联系，明确用户需要什么，对每一项功能的实现有什么要求。并准确的定义“系统必须做什么”，在本说明书编写的过程中，分析员和用户都起着关键的、不可或缺的作用，只有用户才知道自己需要什么，但他们并不知道怎么样用软件实现自己的需求，用户必须把他们对系统的需求尽量精确的、具体的描述出来，分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求，详细地分析功能需求，运行需求，逆向需求，可靠性与可用性需求，出错需求，约束以及将来可能提出的要求等。1.2背景系统名称：信用卡管理与数据分析挖掘系统项目开发者：MAIN 小组项目用户：银行信用卡服务部门1.3定义系统：若不特殊说明则指“信用卡管理与数据分析挖掘系统”。1.4参考资料张海潘. 软件工程[M]. 北京:清华大学出版社, 2010.2.任务概述2.1目标要求完成信用卡管理与数据分析挖掘系统的基本功能：发卡管理、用户信息管理、用户信用管理、信用卡审核、风险分析和定向消费分析。2.2用户的特点系统的最终用户为银行柜台业务员、信用卡管理部门工作人员以及信用卡分析人员等。所有用户均受过高等教育，有较好的计算机操作基础。由于银行的服务特点，本系统将会长期不间断的运行。2.3假定和约束系统开发时间为：2014-9-1——2014-12-20。项目组长：1人。开发人员：1人。测试人员：1人。文档管理：1人。软件的设计和开发过程需要严格按照合同要求，根据软件的设计方案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。3.需求规定3.1对功能的规定3.1.1发卡管理一、用例名：银行信用卡发卡管理。二、简要说明：对信用卡发卡进行管理，完成注册用户、初始化数据等操作。三、用例图：3.1.2信用卡审核一、用例名：信用卡审核。二、简要说明：依据用户的消费、还款情况，对用户进行信用评级，并定期审核。三、用例图：3.1.3风险分析一、用例名：风险分析。二、简要说明：根据该行信用卡用户历史资料数据库的数据， 来构建信用风险分析模型，生成风险分析报告。三、用例图：3.1.4消费定向分析一、用例名：消费定向分析。二、简要说明：找出对客户平均月信用卡刷卡金额最有影响的变量；找出不同消费层次顾客的特征；找出各组高消费顾客占组内总人数的比例。三、用例图：3.2对性能的规定3.2.1精度要按照严格的数据格式输入，对不符合数据格式要求的输入进行提示。3.2.2时间特性要求系统启动时间：应该控制在用户可接受范围内，一般小于20秒。系统实时响应时间：软件使用过程中，对用户在各个功能模块的鼠标点击、键盘输入等操作事件的响应时间需在用户能够容忍的范围之内，一般要求小于1秒。数据的转换和传送时间：对软件不同模块间的数据交互，要求数据的转换和传送时间不得超过10秒。3.2.3灵活性系统能够支持鼠标、键盘等多种操作方式的使用。系统的设计和实现需要考虑到运行环境的变化，并能够在运行环境变化的情况下正常使用。同时，系统需要兼容其他软件接口的变化，以保证在不同运行环境，不同软件接口的情况下的正常使用。具体要求如下：操作方式上的变化：系统应支持多种操作方式，例如鼠标、键盘和菜单等。运行环境的变化：系统的设计和实现需要考虑其运行环境的变化，并能对不同的运行环境提供支持。具体而言，软件应支持Windows-XP及以上版本的操作系统。同其他软件接口的变化：当其他软件的接口发生变化时，系统应能够适应接口的变化。精度和有效时限的变化：灵活性要求软件能够方便的适应精度和有效时限的变化。计划的变化或改进：系统应具有足够的灵活性，以适应将来有可能会出现的需求更改或增加。3.3输入/输出要求3.3.1输入要求输入要求手工键盘输入、其它数据库系统导入、Office等办公软件导入。3.3.2输出要求输出要求能够输出到显示器、输出到硬盘