软件工程课程设计报告.docx

软件工程课程设计报告.docx

《软件工程课程设计报告.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计报告.docx（25页珍藏版）》请在冰豆网上搜索。

软件工程课程设计报告

《软件工程》

课程设计报告

银行储蓄管理系统

指导教师：

乔超

班级：

0701

学生姓名：

高燕燕

学号：

2007100132

完成日期：

2010-11-11

运城学院计算机科学与技术系

1.业务需求

1.1客户任务描述

该系统由柜台人员和管理员使用，各自职责如下：

1、柜台人员：

按多种属性为客户开户，销户，转账，存款，取款，挂失，查询账户余额，查询账户信息，修改账户密码等

2、管理员：

按多种属性修改利率，修改柜台人员的权限，添加柜台人员，删除柜台人员，备份数据库，还原数据库等

1.2参与者列表

管理员：

对柜台操作员和数据库进行操作

柜台人员：

为用户提供相应的服务

客户：

开户的人

1.3软件总体模块设计

本系统主要包括5个大模块：

（1）账户管理：

用于对客户的账户的存取款等的管理。

（2）操作员管理：

用于对操作员进行增加、删除并修改相关信息。

（4）信息查询：

通过对账户进行不同方式的查询。

（5）系统设置：

设置密码和用户权限。

2．系统需求

2.1业务用例列表

UC-1操作员登录：

操作员用自己的用户名、密码、数据库服务器登陆主界面。

UC-2开户：

操作员在开户界面中为客户开立新的账户。

UC-3销户：

操作员在销户界面中为客户销户。

UC-4存款：

操作员在存款界面中为客户办理存款业务。

UC-5取款：

操作员在取款界面中为客户办理取款业务

UC-6转账：

操作员在转账业务中为客户办理转账业务。

UC-7修改密码：

操作员在修改密码界面中为客户办理修改密码业务。

UC-8查询余额：

操作员在查询余额界面中为客户办理查询余额业务。

UC-9挂失：

操作员在挂失界面中为客户办理挂失业务。

2.2用户界面

1、登陆界面：

图2.2.1登陆界面：

功能：

不同类型的用户登录进入主界面进行

相应的操作根据权限不同，进行不同的操作。

2、主界面：

图2.2.2主界面：

功能：

柜台人员通过该界面可以进行开户、销户、存款、

取款、查询、转账等操作。

当是柜台人员时账户按钮显示

不可用。

3、开户界面：

图2.2.3开户界面：

功能：

通过该界面可以将新增的信息填入数据库中user表中。

4、销户界面：

图2.2.4销户界面：

功能：

通过该界面可以将数据库中user表的信息删除。

5、存款界面：

图2.2.5存款界面：

功能：

通过该界面可以修改数据库中账户表中的信息。

取款界面：

图2.2.登陆界面：

功能：

通过该界面可以改变数据库中账户表中的信息。

转账界面：

功能：

通过该界面可以改变数据库中账户表。

挂失界面：

功能：

通过该界面可以使该账户处于不可用状态通过修改数据库中的相应字段。

余额查询界面：

功能：

通过该界面为客户查询其账户的余额。

用户信息查询界面：

功能：

通过该界面操作员可以查到账户的全部信息。

2.3数据库设计

1.操作员与管理员登录表：

user

2.用户信息表：

cConsumer

3.利率表：

3．详细设计

3.1用例图

图3.1.1操作员用例图

操作员登录：

操作员选择数据库服务器，填入用户名、密码登录

开户：

操作员在操作中为客户开设账户

销户：

操作员在操作中为客户销户

存款：

操作员在操作中为客户办理存款业务

取款：

操作员在操作中为客户班里取款业务

转账：

操作员在操作中为客户办理转账业务操作员

挂失：

操作员在操作中为客户办理挂失业务

查询余额：

操作员在操作中为客户查询余额

查询客户信息；操作员查询客户的信息

修改密码：

操作员在操作中为客户办理修改密码业务

3.2健壮性图

1．操作员登陆：

图3.2.1操作员登陆健壮性图

操作员在登录界面填入账号和密码，然后点击登录，系统首先验证此操作员是否存在，再验证用户类型和账号是否匹配，然后验证用户类型和密码是否一致

2．开户：

图3.2.2开户健壮性图

操作员在开户界面填写各项信息，然后系统首先验证各项信息是否为空，通过则增加账户，修改数据库中相应的信息。

3.销户：

图3.2.3销户健壮性图

操作员进入销户界面输入要销户的账户号码，系统首先验证密码是否为空，再验证账号是否存在，通过则删除账户。

4、存款

图3.2.4存款健壮性图

操作员进入存款界面，填写相关信息，点击“确定”按钮后，系统首先验证各项是否为空，再验证账户号码是否存在，验证合法则修改数据库中相关信息。

5.取款

图3.2.5取款健壮性图

操作员在取款界面填写各项信息，然后系统首先验证各项信息是否为空，然后验证账户号码是否已存在，在验证账户密码是否匹配，最后验证账户余额是否足够，都通过则修改数据库中相关信息。

6.转账

图3.2.6转账健壮性图

操作员进入转账界面输入相关信息，系统先验证信息是否为空，在验证账号是否存在，在验证转出账户号码与密码是否匹配，都通过则修改数据库中相关信息。

7.挂失

图3.2.7挂失健壮性图

操作员进入挂失界面，填写相关信息，点击“修改”按钮后，系统首先验证各项是否为空，再验证人员编号是否存在，最后验证修改项是否合法，验证合法则修改相关信息。

8.查询余额

图3.2.8查询余额健壮性图

操作员登录查询余额界面输入查询账号号码，点击完成，系统首先验证信息是否为空否正确，其次验证两次输入的新密码是否相同，验证通过则进行修改。

9.查询用户信息

图3.2.9查询客户信息健壮性图

操作员登录查询客户信息界面，输入要查人员的账号，系统首先验证信息是否为空，在验证账号是否存在，全部通过则显示客户的信息。

10．修改密码

图3.2.10修改客户密码顺序图

操作员登录修改密码界面，输入修改密码的账户号码，系统验证所填项是否为空，在验证改账户是否存在，通过后修改对应账户的密码。

3.3顺序图

1.登录

操作员在登录界面填入账号和密码，然后点击登录，系统首先验证此操作员是否存在，再验证用户类型和账号是否匹配，然后验证用户类型和密码是否一致

图3.3.1操作员登录顺序图

2.开户：

图3.3.2开户顺序图

操作员在开户界面填写各项信息，然后系统首先验证各项信息是否为空，通过则增加账户，修改数据库中相应的信息。

3.销户：

图3.3.3销户顺序图

操作员进入销户界面输入要销户的账户号码，系统首先验证密码是否为空，再验证账号是否存在，通过则删除账户。

4．存款：

图3.3.4存款顺序图

操作员进入存款界面，填写相关信息，点击“确定”按钮后，系统首先验证各项是否为空，再验证账户号码是否存在，验证合法则修改数据库中相关信息。

5．取款：

图3.3.5取款顺序图

操作员在取款界面填写各项信息，然后系统首先验证各项信息是否为空，然后验证账户号码是否已存在，在验证账户密码是否匹配，最后验证账户余额是否足够，都通过则修改数据库中相关信息。

6．转账

图3.3.6转账顺序图

操作员进入转账界面输入相关信息，系统先验证信息是否为空，在验证账号是否存在，在验证转出账户号码与密码是否匹配，都通过则修改数据库中相关信息。

7．挂失

图3.3.7挂失顺序图

经理在增加人员界面填写各项信息，然后系统首先验证各项信息是否为空，然后验证人员编号是否已存在，都通过则增加人员。

8．查询余额

图3.3.8查询余额顺序图

操作员登录查询余额界面输入查询账号号码，点击完成，系统首先验证信息是否为空否正确，其次验证两次输入的新密码是否相同，验证通过则进行修改。

9．查询客户信息

图3.3.9查询客户信息信息顺序图

操作员登录查询客户信息界面，输入要查人员的账号，系统首先验证信息是否为空，在验证账号是否存在，全部通过则显示客户的信息。

10．修改密码

图3.3.10修改客户密码顺序图

操作员登录修改密码界面，输入修改密码的账户号码，系统验证所填项是否为空，在验证改账户是否存在，通过后修改对应账户的密码。

4．结束语

作为计算机专业的学生，在3年的学习过程中我们学到了很多知识，但是对有的课程还是有些迷茫，在这次的课程设计中，我更是学到了很多的东西，以前对用例图，健壮图，顺序图只是简单的了解，从来没有自己画过，通过这次课程设计，我对用例图，健壮图等更加熟悉。

并且懂得了团队的力量是伟大的。

在这次课程设计中，总的感觉是我们组遇到了很多困难，这主要是由于我们开发软件的经验不足，其次我们对开发软件的应用也不够熟练。

在调试代码的过程更是遇到了很多困难，本来是一个小小的问题，却好长时间得不到解决，但解决了也有解决了以后的喜悦，这次课程设计使我有了做一个小型项目的经验，这对我以后的发展也有很大的帮助，我很庆幸能有这次机会做这个设计，就是自己的基础太弱，花了好长的时间，我真后悔以前没有认真学习那些基础知识。

希望我现在学习还不会很晚，在今后的学习中，一定要把只是吃透。

课程设计修改意见：

没有目录,报告中的所有图表没有名称和编号,有些图模糊不清,图表编号不规范，图表大小不统一，每个图表后应该有简短的文字说明。

图表应该居中。

最后一部分没有具体的测试数据.用例图在需求分析阶段画,你却放到详细设计阶段,数据库设计部分位置有误,总之,正文内容安排有错误,你报告中没有参考文献,认真修改.