需求分析案例学生ER图文档格式.docx

1、7系统的功能性需求8系统的E-R图9系统的DFDs图10总结1、目的在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一 个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行业务系统，实现银行的金额交易自动化的计算机系统，为银行的管理提供准确、精细、迅速的交易金额变动2、背景分析4.1系统处理的准确性和及时性： 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。4.2系统的开放性和系统的可扩充性： 银行储蓄业务系统在开发过程中，应该充分考虑

2、以后的可扩充性。因为用户的 需求会不断的更新和完善。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。3、可行性分析1：技术上的可行性：系统用C#编程实现。数据库运用sqlserver2008来实现，采用自顶向下的方案进行设计实现。2：时间可行性：通过对各个阶段的分析我们得出时间的可行性，系统科学分配完成需求分析，软件设计，编码，测试等过程。3：市场的可行性：由于银行管理系统的规模和标准化，本系统能够帮助银行的业务员高效的进行业务操作，具有很强的市场性。4、非功能分

3、析4.3系统的易用性和易维护性： 系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。4.4 系统的响应速度 银行管理系统在日常处理中的响应速度良好，达到实时要求，及时的反馈信息。 在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证银行人员不会因为速度问题而影响工作效率。4.5 数据录入和处理的准确性和实时性： 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。

4、手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。需要有提供主功能界面。系统在启动时要求管理者输入登录帐号与密码。系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除等）。管理员代用户实现存款，取款，查询等操作。储户的一切信息，存储在数据库表中。6、用户对于功能的需求系统中要求每个用户都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也就是说存储用户并不直接与系统交互，而是通过管理员与系统交互。储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住址（或电话号码），

5、身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。7、系统的功能性需求1）存款取款：包括开户，存款，取款。（2）汇总查询：包括当日汇总，存款查询，取款查询。（3）职员管理：包括基本信息，工资调整。（4）其他功能：包括更改操作员密码，更改客户密码。（5）利率设置：包括活期，定期，零存整取。8、系统E-R图9、系统数据流（DFDs）图9.1 系统顶层数据流（DFDs）图9.2 系统1层数据流（DFDs）图（明远）9.3 系统第2层数据流（DF

6、D）图9.3.1存款数据流（DFDs）图（方继庆）9.3.2取款数据流（DFDs）图（方继庆）9.3.3汇总查询数据流（DFDs）图（王纾雯）9.3.4职员管理数据流（DFDs）图（魏崇）9.3.5其他功能数据流（DFDs）图（元晶晶）9.3.6利率设置数据流（DFDs）图（张晨明）9.4.1存款数据流（DFDs）图（方继庆）9.4.2取款数据流（DFDs）图（方继庆）9.4.3汇总查询数据流（DFDs）图（王纾雯）9.4.4职员管理数据流（DFDs）图（魏崇）9.4.5其他功能数据流（DFDs）图（元晶晶）9.4.6利率设置数据流（DFDs）图（张晨明）10、总结通过这次实验，使我们对软件需求分析有了更加深刻的了解。我们认识到软件的需求分析是一个软件成功与否的关键，也是软件后期研发的基础和大纲。软件需求分析中的E-R图和DFDs图已经为软件后期制作提供了指引。另外，通过本次实验，我们对银行系统的工作流程有了更深刻的认识。同时我们通过团队协作也认识到了团结对于一个团队的重要性！