需求分析案例学生ER图.docx

需求分析案例学生ER图.docx

《需求分析案例学生ER图.docx》由会员分享，可在线阅读，更多相关《需求分析案例学生ER图.docx（8页珍藏版）》请在冰豆网上搜索。

需求分析案例学生ER图

银行管理系统

1目的

2背景分析

3可行性分析

4分功能分析

5功能分析

6用户对于功能性需求

7系统的功能性需求

8系统的E-R图

9系统的DFDs图

10总结

1、目的

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行业务系统，实现银行的金额交易自动化的计算机系统，为银行的管理提供准确、精细、迅速的交易金额变动

2、背景分析

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

 系统处理的准确性和及时性是系统的必要性能。

在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。

4.2 系统的开放性和系统的可扩充性：

 银行储蓄业务系统在开发过程中，应该充分考虑以后的可扩充性。

因为用户的需求会不断的更新和完善。

而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。

通过软件的修补、替换完成系统的升级和更新换代。

3、可行性分析

1：

技术上的可行性：

系统用C#编程实现。

数据库运用sql server2008来实现，采用自顶向下的方案进行设计实现。

2：

时间可行性：

通过对各个阶段的分析我们得出时间的可行性，系统科学分配完成需求分析，软件设计，编码，测试等过程。

3：

市场的可行性：

由于银行管理系统的规模和标准化，本系统能够帮助银行的业务员高效的进行业务操作，具有很强的市场性。

4、非功能分析

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

 系统处理的准确性和及时性是系统的必要性能。

在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。

4.2 系统的开放性和系统的可扩充性：

 银行储蓄业务系统在开发过程中，应该充分考虑以后的可扩充性。

因为用户的需求会不断的更新和完善。

而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。

通过软件的修补、替换完成系统的升级和更新换代。

4.3 系统的易用性和易维护性 ：

系统能够提供良好的用户接口，易用的人机交互界面。

要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

4.4系统的响应速度 ：

     银行管理系统在日常处理中的响应速度良好，达到实时要求，及时的反馈信息。

在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证银行人员不会因为速度问题而影响工作效率。

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

 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。

数据的输入来源是手工输入。

手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

5功能分析

需要有提供主功能界面。

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

系统要通过管理员执行一系操作（如：

添加用户，修改，查询，删除等）。

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

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

6、用户对于功能的需求

系统中要求每个用户都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：

增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也就是说存储用户并不直接与系统交互，而是通过管理员与系统交互。

储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住址（或电话号码），身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。

7、系统的功能性需求

1）存款取款：

包括开户，存款，取款。

（2）汇总查询：

包括当日汇总，存款查询，取款查询。

（3）职员管理：

包括基本信息，工资调整。

（4）其他功能：

包括更改操作员密码，更改客户密码。

（5）利率设置：

包括活期，定期，零存整取。

8、系统E-R图

9、系统数据流（DFDs）图

9.1系统顶层数据流（DFDs）图

9.2系统1层数据流（DFDs）图（明远）

9.3系统第2层数据流（DFD）图

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.5其他功能数据流（DFDs）图（元晶晶）

9.4.6利率设置数据流（DFDs）图（张晨明）

10、总结

通过这次实验，使我们对软件需求分析有了更加深刻的了解。

我们认识到软件的需求分析是一个软件成功与否的关键，也是软件后期研发的基础和大纲。

软件需求分析中的E-R图和DFDs图已经为软件后期制作提供了指引。

另外，通过本次实验，我们对银行系统的工作流程有了更深刻的认识。

同时我们通过团队协作也认识到了团结对于一个团队的重要性！