UML课程设计报告_2.docx

《UML课程设计报告_2.docx》由会员分享，可在线阅读，更多相关《UML课程设计报告_2.docx（14页珍藏版）》请在第一文库网上搜索。

1、UM1软件建模技术课程设计报告设计题目：地铁自动售票系统组员学号姓名：李聪聪组员学号姓名：齐俏丽信息工程学院2015年月第1章引言11I编写目的11.2项目背景11.3可行性分析11.3.1经济可行性分析11.3.2技术可行性分析21.3.3法律可行性21. 4小组分工22茁i32. 1功能需求分析32. 2功能模块图4第3章用作IJ建模63.1参与者63. 2用例63. 4用例详细描述7第4章系统分析84. 1对象类静态模型85. 1.1名词/动态方法找类86. 12类与类之间的关系87. 13H/、Ci88. 14类图89. 2主要动态模型94.2.194.2.1状态图94.2.3活动图9

2、第5章正向工程错误!未定义书签。第6章总结106.1总结1011参考文献第1章引言1.1 编写目的科技进步将人类带到了信息时代，计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具，并对各行业的发展起到越来越大的推动作用。计算机信息管理技术的应用，除了能在相当大的程度上代替人工作业，从而减少人员工作量，减轻工作负担，减少工作中因人为原因而产生的错误从而避免不必要的损失外，更重要的是能建立准确畅通、简便的信息流通渠道，为工作提供所需要的准确、即时的信息以帮助做出正确而及时的选择与决定，从而给采用这技术的单位带来了巨大的可见或不可见的利益与效益。随着信息时代的发展，各大公司对人力资源的需求

3、也越来越高，人力资源管理系统也变得十分必要。本报告主要是使用UM1工具来描述人力资源系统的相关功能的实现。12项目背景目前面向对象的程序设计语言已广为流行，但许多数据库支持者仍倾向采用结构化设计方法来设计系统结构，使得对象的属性及方法分散在设计中，很难将设计中的对象同现实中的对象完全对于起来，对系统的完全性、可靠性、开放性均有影响。造成这种现象的原因大致有两个设计人员习惯于结构化设计，难以立刻转向面向对象设计。面向对象设计相对来说比较抽象，繁琐，用它设计规模不是很大的系统得不偿失。但无论如何，若想充分发挥面向对象编程的优越性，就必须采用面向对象的设计方法。UM1是软件世界第一个统一建模语言，已

4、成为国际软件界广泛承认的标准，应用领域非常广泛。可由于多种类型软件系统开发建模的各个阶段，使用UM1建模的优越性在于数据类型丰富，可处理复杂数据结构,数据库语言与程序环境一致，直接存取对象执行效率高，适用于对象系统应用。1.3 可行性分析经过分析系统在经济上是可行的。1.3.1 技术可行性分析经过分析系统在经技术上是可行的。1.3.2 法律可行性经过分析系统在法律上是可行的。1.4 小组分工第2章需求分析1. 1功能需求分析（文字）此次功能需求主要是以西安地铁自动售票系统为例进行分析。地铁公司正在开发一种自动售票系统，该地铁的乘客使用这个系统可以购买地铁票，并对他们的公交卡进行充值。根据地铁轨

5、道路线，系统分出3个乘坐线路，总线路、1号线和2号线，乘客可以通过选择所需路线，点击到达目的站字段，于此在系统张数可选择的范围内（1张2张3张10张），点击选择购票张数之后，系统获取乘客购票信息,会在数据库中调用相关信息（起点到终点的钱数及购票方式），之后，系统界面会提醒乘客应投入的钱数,在投钱窗口可选择投入“1元硬币”，“5元/10元/50元纸币元选择纸币的乘客需在“纸币窗口”投入相关钱数；选择硬币的乘客，只能在，元硬币”窗口投入所需硬币个数。乘客完成投钱操作后，系统界面会提示“购票交易成功”的字段，乘客需在“取票和找零”窗口，取走票卡和找零。对于手持公交卡的乘客，无需购买票卡即可进站，但也

6、可以在此系统下进行充值操作。在系统主界面点击“充值”，进入“充值操作”子界面，显示“请插入长安交通卡”的字段，乘客接收到此信息后，在“充值插入口”插入公交卡。系统界面提醒乘客在“投入相关钱数”的窗口中，投入充值钱数，乘客在接收到系统界面给出的“充值操作成功”的信息后，乘客即可点击“退卡”字段，在“充值插入口”取走公交卡，便可完成充值操作。用卡如何进行乘坐地铁?系统管理员在系统出现无法找零和不吐票卡的一系列问题后,需及时对系统进行补零可投放票卡等维护工作。2. 2功能模块图（WBS）根据前面的功能需求分析，可得出如图2-1所示的部分功能结构示意图。选择票价地铁自动售票系统选择路线选择张数选择阅读

7、方式选择购票方式找零功能充值操作图2-1系统部分功能结构示意图第3章用例建模3.1参与者参与者是指在系统之外，透过系统边界与系统进行有意义交互的任何事物，在获取用例前要先确定系统的参与者，可以根据以下的一些问题来寻求系统的参与者。谁将使用该系统的主要功能；谁将需要该系统的支持以完成其工作；谁将需要安装、维护、管理该系统，以及保持该系统处于工作状态；（4）系统需要处理哪些硬件设备；与该系统发生交互的是什么系统；（6）谁或什么系统对本系统产生的结果感兴趣。根据上面列出的问题，本系统一一确认如下：谁将使用该系统的主要功能；谁将需要该系统的支持以完成其工作；谁将需要安装、维护、管理该系统，以及保持该系

8、统处于工作状态；（4）系统需要处理哪些硬件设备；与该系统发生交互的是什么系统；（6）谁或什么系统对本系统产生的结果感兴趣；综上所述，人力资源管理系统的参与者有：参与者之间关系分析：系统中的每一个参与者都是独立存在的，参与者之间没有泛化关系。3. 2用例在识别用例的过程中，通过回答以下几个问题，系统分析者可以获得帮助。特定参与者希望系统提供什么功能；系统是否存储和检索信息，如果是，由哪个参与者触发；当系统改变状态时，是否通知参与者；(4)是否存在影响系统的外部事件；哪个参与者通知系统这些事件；系统的主要用例分析如下：(1)(顶层用例)：(2)子系统中的用例：3. 3绘制用例图(1) 一层用例图/

9、顶层用例图(2) 二层用例图(3)(4)(5)3. 4用例详细描述(1)针对顶层用例图来做主要的用例描述(2)针对子系统用例图来描述主要的用例第4章系统分析根据建立的需求模型，在系统分析阶段要进一步确立三个模型：对象静态图模型、对象动态模型，系统功能模型。4.1 对象类静态模型对象静态结构模型描述了系统的静态结构，包括构成系统的类和对象、它们的属性和操作以及这些对象类之间的联系。对象类静态结构模型是系统开发模型的核心模型，实质上是定义系统“对谁做”的问题。4.1.1 名词/动态方法找类首先从需求分析的描述中找出用来描述问题域实体的名词。对上述名词进行分析，从而得到实体类。(1)(2)(3)(4

10、)从而得到的系统所以的类有：4.1.2 类与类之间的关系要建立类模型，不仅要识别出类，还要识别出类与类之间的关系。通常显式的关系可以从用例中找到，而隐式的关系在用例中没有明确的说明，这需要认真的分析。4.1.3 类的职责4.1.4 类图4. 2主要动态模型对象动态模型描述了系统的动态行为，它们指明了系统如何响应外部事件或激励，涉及系统中对象的执行顺序和状态变化，侧重于系统控制逻辑的描述，实质上是解决系统中的对象“何时做”的问题。对象动态结构模型包括：对象交互模型和对象状态模型。其中对象交互模型用顺序图和合作图描述，对象状态模型用状态图和活动图描述。4. 2.1顺序图4. 2.1状态图4. 2.3活动图第5章总结5. 1总结6. 2改进及不足参考文献