实验2银行储蓄系统
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
上机实践报告
课程名称:软件工程年级:上机实践成绩:
指导教师:姓名:
上机实践内容:机票预订系统学号:上机实践日期:
一、目的
用面向对象分析、设计方法来分析机票预订系统。
二、主要内容及问题
为方便储户,某银行拟开发计算机储蓄系统。储户填写的存款单或取款单由业务员输入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,并印出存款单给储户;如果是取款,系统计算利息并印出利息清单给储户。
(1) 建立它用例模型图、类图、对象图、活动图、顺序图、状态图,并建立对应的对象模型、动态模型和功能模型(包括DFD图)。
(2) 写出(1)中对应部分的相关说明书。
确无误后系统计算利率并印出取款清单给储户。
存款功能:以储户的存款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。
1. 系统需要在原帐户信息中增加一条记录,包括存款人姓名,住址,存款类型,存款日期,利率等信息。
2. 若为新储户,须建立一个帐户,并记录此次的记录。
3. 打印存款单给储户。
取款功能:
1. 系统计算利息,在原帐户信息中取款减去。
2. 若为清户,记录注销该帐户,将帐户余额一并交与储户。
3. 打印利息清单给储户
三、使用环境
操作系统:Windows XP
建模工具:StarUML、Microsoft Visio
四、设计内容
1-1、用例模型图
用例模型图说明:
银行储蓄系统主要使用的对象是银行业务员和储户。业务员根据储户填写的存款单或者取款单信息,将其输入系统,系统根据相关信息进行处理,则系统其中的一个功能即用例就是接收储户信息。储户需要办理取款或者是存款业务,系统由业务员输入的信息来识别,则系统的另一个功能即用例就是存款和取款处理,根据不同客户的需求,这个功能就拆成存款功能和取款功能。
1-2、类图
类图说明:
为此系统定义了4个类,分别是顾客类,职员类,银行类,系统处理类。各个类对应的属性和操作方法在图中已表示出,目前应该还是有很多不完善的地方,在后期再加以修改。
1-33、对象图
对象图说明:
对象图是根据设置的类图而设置的。一个对象就是类的一个具体实例,本例中设置了一个custom1的储户,详细信息在图中已经设置,根据储户的相关信息和操作,系统会调用相应的类的对象来处理,在本例中不一定会全部都涉及。比如储户想存款或者是取款,当然他也有可能两项业务都会处理,但可以肯定的是不是在同一时刻,存款取款一定是有先后顺序的。
1-44、顺序图
顺序图说明:
顺序图用来描述对象之间动态的交互关系,着重体现对象间消息传递的时间顺序。由于在银行储蓄系统中,储户面向两种的业务,业务之间也有先后顺序,所以在顺序图中会有两个生命周期,分别是取款操作和存款操作。业务员根据储户填写的信息判断是存款业务还是取款业务,就分别操作系统的存款功能和取款功能。系统在对存款业务进行处理时,会先记录储户的相关信息,最后再打印存款单给储户。系统对取款业务进行处理时,会先计算储户该得的利息,最后会把利息清单打印给储户。
1-5、状态图
状态图说明:
在银行储户系统中,主要会有两个对象的状态:储户和系统。储户的状态最开始是填写业务单状态,储户填写存款单或者是取款单,再有业务员将业务类型输入系统,此时储户的状态是等待,等待系统处理业务,最后储户收到系统打印出的相应业务单。系统的状态主要对应在储户等待期间系统处理业务的状态,系统根据业务员输入的信息判断是什么类型的服务,根据不同的业务类型对应取款处理状态和存款处理状态,最后打印业务单返回给储户。
1-66、活动图
活动图说明:
状态图着重描述对象的状态变化以及触发状态变化的事件,活描述系统中各种活动的执行顺序,刻画一个方法中所要进行的各项活动的执行流程。在银行储蓄系统中,各种活动有储户和银行的状态图转化而来。储户填写业务单活动,之后就由业务员输入信息,系统对应的活动就有存款和取款,各自活动都有自己的的后续活动,因为是两种不同的业务,各自进行的活动就会不同。
2、动态模型
动态模型说明:
动态模型主要是描述系统的动态行为和控制结构。动态行为包括系统中对象生存期内可能的状态以及事件发生时状态的迁移,还包括对象之问动态合作关系,显示对象之间的交互过程以及交互顺序,同时描述了为满足用例要求所进行的活动以及活动问的约束关系。动态模型主要包括的状态图、顺序图和活动图已经在4、5、6中画出。
建立动态模型的第一步是编写交互行为的脚本;第二步从脚本中提取出事件,确定后触发每个事件的动作对象及接收事件的目标对象;第三步排列事件发生的次序,确定每个对象可能有的状态及状态间的转换关系,并用状态图描绘它们。最后,比较各个对象的状态图,检查它们之间的一致性,确保事件之间的匹配。
3、功能模型
功能模型说明:
功能模型表明了系统中数据之间的依赖关系,以及有关的数据处理功能,它由一组数据流图组成,此功能模型的分析与设计依照对象模型和动态模型而来。
DFD图(数据流图)描绘信息流和数据从输入移动到输出的过程中所经受的变换。数据流中没有任何具体的物理部件,它知识描绘数据在软件中流动和被处理的逻辑过程。在银行储蓄系统中,储户提出相应业务需求,系统根据相应信息处理储户的业务,流程如图。
4、对象模型
对象模型说明:
对象模型描述了现实世界中的类与对象以及它们之间的关系,表示了目标系统的静态数据结构。对象模型通常有5个层次。首先确定对象类和关联,对于大型复杂问题还要进一步划分出若干个主题;然后给类和关联增添属性,以进一步描述它们;接下来利用适当的继承关系进一步合并和组织类。而对类中操作的最后确定,则需要等到建立了动态模型和功能呢模型之后,以为这两个子模型更准确地描述了对类中提供