需求分析案例(学生)E-R图.pdfVIP

银行管理系统

1目的

2背景分析

3可行性分析

4分功能分析

5功能分析

6用户对于功能性需求

7系统的功能性需求

8系统的E-R图

9系统的DFDs图

10总结

1、目的

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置

一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、

具有良好人机交互界面的银行业务系统，实现银行的金额交易自动化

的计算机系统，为银行的管理提供准确、精细、迅速的交易金额变动

2、背景分析

4.1系统处理的准确性和及时性：系统处理的准确性和及时性是系

统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将

来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对

信息处理的需求。

4.2系统的开放性和系统的可扩充性：银行储蓄业务系统在开发过

程中，应该充分考虑以后的可扩充性。因为用户的需求会不断的更

新和完善。而要实现这一点，应通过系统的开放性来完成，即系统应

是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统

的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和

更新换代。

3、可行性分析

1：技术上的可行性：系统用C#编程实现。数据库运用sqlserver2008

来实现，采用自顶向下的方案进行设计实现。

2：时间可行性：通过对各个阶段的分析我们得出时间的可行性，系

统科学分配完成需求分析，软件设计，编码，测试等过程。

3：市场的可行性：由于银行管理系统的规模和标准化，本系统能够

帮助银行的业务员高效的进行业务操作，具有很强的市场性。

4、非功能分析

4.1系统处理的准确性和及时性：系统处理的准确性和及时性是系

统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将

来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对

信息处理的需求。

4.2系统的开放性和系统的可扩充性：银行储蓄业务系统在开发过

程中，应该充分考虑以后的可扩充性。因为用户的需求会不断的更

新和完善。而要实现这一点，应通过系统的开放性来完成，即系统应

是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统

的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和

更新换代。

4.3系统的易用性和易维护性：系统能够提供良好的用户接

口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用

用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，

要提供足够的在线帮助，缩短用户对系统熟悉的过程。

4.4系统的响应速度：银行管理系统在日常处理中的响应速度

良好，达到实时要求，及时的反馈信息。在进行统计分析时，根据

所需数据量的不同而从秒级到分钟级，原则是保证银行人员不会因为

速度问题而影响工作效率。

4.5数据录入和处理的准确性和实时性：数据的输入是否准确

是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，

从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入

要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系

统的培训。

5功能分析

需要有提供主功能界面。

系统在启动时要求管理者输入登录帐号与密码。

系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除

等）。

管理员代用户实现存款，取款，查询等操作。

储户的一切信息，存储在数据库表中。

6、用户对于功能的需求

系统中要求每个用户都有一个系统帐号，并每个帐号都有密码，系统

的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而

不是由存诸用户执行，也就是说存储用户并不直接与系统交互，而是

通过管理员与系统交互。

储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记

录存款人姓名，住址（或电话号码），身份证号码，存款类型，存款

日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；

如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码

正确或存款时未留密码，则系统计算得利息并打印出利息清单给储

户。

7、系统的功能性需求

1）存款取款：包括开户，存款，取款。

（2）汇总查询：包括当日汇总，存款查询，取款查询。

（3）职员管理：包括基本信息，工资调整。

（4）其他功能：包括更改操作员密码，更改客户密码。

（5）