UML(ATM完整系统)需求建模.docVIP

金陵科技学院 学生实验报告 （理工类） 课程名称：_面向对象分析和设计（UML） 实验名称：_需求建模：用例关系图_____ 专业班级：___M10计算机科学与技术___ 学生学号：_____1021413036__________ 学生姓名：_______张____伟__________ 实验学时：4 实验序号：1 实验目的 熟悉Visio工具，能运用该工具，实现需求建模。掌握用例的UML图形设计，理解和设计实验内容中要求的用例和角色之间关系。 实验设备和环境 PC(一台)，Windows 2000或以上版本，安装。Microsoft Visio 2003 实验要求： 实验具体题目： InfoSuper 银行是一家著名的金融机构，其客户遍布全球。该银行向客户提供以下服务： 企业银行业务 、个人银行业务、共同基金、理财服务、住房贷款 InfoSuper 银行 45% 的收入来自个人银行业务。因此，银行希望进一步提升个人业务的服务质量并争取留住客户并提高他们的忠诚度。该银行进行了一次市场调查以了解客户在个人银行业务处理时间、满意度和资源需求方面的要求。 调查结果显示为了来办理银行事务（如，提取现金、支票存款、和获取交易概要等），一个客户平均每月要跑 10 到 15 趟银行。 银行希望开发一个软件系统以通过改进的设施来减少客户访问银行的次数并提高客户服务。为此 InfoSuper 银行的代表找到了软件开发商 Janes Technologies 公司。 在分析了银行的需求文档后 Janes Technologies 公司项目经理 Jennifer 建议银行开发自动取款机（ATM）系统提供以下功能：现金提款、现金存款 、交易概要、更改 PIN、 同行转帐 、有关银行提供的其他服务的信息、还需要在部署 ATM 系统的地方提供箱子以供客户丢弃支票及请求支票簿。 要求设计 ATM 系统，使其突出系统优势和成分。 （一）要设计 ATM 系统，需要执行以下任务： 确定需求。 创建 SRS。 SRS 必须提供以下信息：软件系统定义、SRS 文档的用途、软件系统的范围、功能性需求、非功能性需求、目标软件系统的运行条件。 确定用例。 用例应包含以下信息： 名称、概要、事件的基本过程、可选路径、异常路径、触发器、假设、前置条件、后置条件、业务规则、非功能性需求、作者、日期。 确定角色。 描述用例和角色之间的关系。 保存模型。 1 引言 1.1目的 为了明确用户的需求并较好的与开发人员进行沟通，使用户与开发人员双方对软件需求取得共同理解基础上达成的协议，特编写此文档，并作为整个软件开发的基础。 1.2背景 这个项目的开发是应InfoSuper银行要求，为其开发的一套ATM系统。InfoSuper 银行 45% 的收入来自个人银行业务。因此，银行希望进一步提升个人业务的服务质量并争取留住客户并提高他们的忠诚度。该银行进行了一次市场调查以了解客户在个人银行业务处理时间、满意度和资源需求方面的要求。 InfoSuper银行希望开发一个软件系统以通过改进的设施来减少客户访问银行的次数并提高客户服务。 1.3定义： 账号：在银行中，事物应用的单个账号。账号可以为多种类型，但是至少包括支票和存款。每个顾客可以拥有多个账号。 ATM： 一个工作站终端，使得顾客能够使用现金卡在ATM上进行自己的事物处理。ATM同顾客进行交互，收集事物信息，并发送事物信息到中心计算机，由中心计算机确认和处理信息之后，将现金通过ATM提供给客户。 银行：一个金融机构，负责保存顾客的账号信息。可以经授权访问账号。 银行计算机： 银行拥有的计算机，同ATM网和银行自己的现金工作站进行交互。银行可以拥有自己的内部计算机网处理账号，但是我们只关心同网络进行交互的计算机。 现金卡：每张卡提供给一个银行客户，授权客户可以使用ATM机访问自己的账号。每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。一张卡不能访问客户的所有账户。每张卡只能有一个持卡人，但是多个复本可能存在，所有必须考虑从不同的ATM机同事使用相同卡的行为。 客户： 拥有银行的一个或者多个账号的人。客户可以包括一个人或者多个人，或者是公司。相同的人，拥有不同银行的账号被认为是不同的客户。 事物： 对单个客户账号的单个完整的操作请求。 2 项目概述 2.1对开发软件的一般描述 这个项目的开发是为银行提供一套高效稳定的终端服务平台，使得银行与客户间的业务办理更方便、便捷和安全。 2.2对开发软件的功能描述 该软件可以划分为两个子系统，一个是服务银行储户的，即是持卡人的交易系统；另一个是服务银行工作人员的。银行工作人员分为两类：一类是业务人员，可以使用本