系统分析实验报告2014.doc

本科实验报告课程名称： 系统分析与设计 实验项目： 校园卡充值管理系统实验 实验地点： 逸夫楼304 专业班级： 学号： 学生姓名： 指导教师： 2014年 11月 20 日一、实验目的 通过系统分析与设计实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息系统分析与设计的规范，为后继的学习打下良好的基础。二、实验要求学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设计，并完成实验报告。实验报告以纸质版（A4)在课程结束后一周上内提交（13周）。三、实验主要设备：台式或笔记本计算机四、实验内容1 选题及项目背景校园卡充值管理系统: 随着我国大学扩招，学生人数逐渐呈上升趋势。学生人数众多使得现今校园的管理越来越难，学校对一款能够实现科学有效一体化管理的系统软件的需求越来越紧迫。在这个背景下，校园一卡通系统应运而生。在校园一卡通管理系统设计上目标很明确，就是通过将学生日常的饮食消费、图书馆阅读以及看病取药等日常学习生活集中到IC卡管理系统中去，使得学校对学生的各种日常活动进行统一的管理。严格按照同学们在校园里的日常生活习惯来开发，充分考虑学校的客观境况，提供现代的、科学的、符合学校管理模式于思想，力求把学校的管理水平带上一个新台阶 2 定义 校园卡充值管理系统系统主要是对学生进行管理，使管理者对学生进行科学的管理，达到以最小的成本会的最大的收益。该系统实现了管理员可以进行增加用户、删除用户，充值，查询记录，挂失等功能；而学生可以完成刷卡，查询余额等功能，服务员可以进行扣费。 3 参考资料 系统分析与设计（太原理工大学）4 系统分析与设计4.1需求分析 4.1.1识别参与者 学生，服务员。管理员 4.1.2 对需求进行捕获与描述 用例名称：充值 执行者：管理员 目的：完成一次充值的完整过程 100.1用例ID号及用例名充值100.2用例概述该用例描述一个校园卡充值管理系统中，100.3参与者：管理员101.4前置条件（Pre-Conditions）系统启动100.5后置条件（Post-Conditions）用充值后的信息来更新数据库100.6事件流100.6.1基本事件流（Basic Flow）a 当管理者启动这系统时，用例开始。b 系统显示充值界面。c 管理者输入卡号和密码。d 系统验证一卡通信息。e 系统显示子用例。f 充值完成。100.6.2扩展事件流（Alternative Flows）代替e：如果管理者输入错误的卡号或是密码，给出提示信息，并且跳转到b。） 4.1.3 用例图 4.1.4 分析与讨论1) 建模用例图的步骤、方法？ 首先掌握用例图中的参与者，每个参与者的用例，明白它们之间的关系。 2) 如何识别系统的参与者？应该如何划分用例，应注意哪些问题？ 首先明白参与者的定义，参与者是代表与系统交互的人，硬件设备或另一个系统，尽管在模型中可以使用参与者，但参与者并不是软件系统的组成部分参与者只存在于系统的外部。一个参与者可进行：只向系统输入信息；只从系统接收信息；既可以输入信息给系统，也可以接收系统的输出信息。注意：应该清晰的定义系统边界 防止用例过多应该从执行者的角度来命名用例 用例描述的正规程度 避免执行者的名字不一致 避免执行者和用例之间的关系 注意用例的大小是否恰当（粒度）避免用例描述混乱区分用力分解和功能分解 避免客户不能理解用例的情况 有些场合，用用例来描述不适合3) 心得 在得到实验后，我们首先绘制的是用例图，用例图帮助我们能够更加清晰快捷了解系统的构成和功能，在绘制用例图时，首先我们需要明白的是系统有几个活动者，他们完成的功能是什么，其次描述他们之间的关系，每个活动者可以实现的功能的细致划分，对于系统的整体把握是用例图的关键。我们需要认真仔细的分析系统。4.2 建立对象模型 4.2.1 候选类的数据字典 学生类，服务员类，管理员类 4.2.2定义类 学生者类中属性有：姓名，学号，班级，性别 学生类中操作有：挂失和消费 管理者类中属性有：卡号，金额，姓名，信息 管理者类中的操作有：充值和办理，管理员通过登录操作到充值管理界面在其中可以进行充值，增加删除用户，挂失的操作。 服务员类中的属性有名字，编号，输入的金额 服务员累的操作有：输入金额，发送信息。 4.2.3绘制类图 （ 在类图中标示出类的属性、操作、类之间的关系及多重性 ，并对所给出的类图解释说明 。 ） 4.2.4包图 对于大型复杂系统，常需要把大量的模型元素用包组织起来，以方便处理。对所选系统的类进行分组，以便更清晰地了解系 统的结构。 4.2.5分析与讨论 1）建模类图的步骤、方法？ （1）使用名词识别法识别类。 （2）建模类与类之间的关系。 （3）为类图中的关联关系添加合适的角色名。 （4）为已被封装到类中的独立功能建模类。 （5）为类图中的类添加必要的特性和操作。 （6）迭代并细化该模型 2）识别类有哪些方法，你是如何识别类的 ？ 1）名词识别法。（2）从用例中识别类。（3）使用CRC分析法。（4）根据边界类、控制类、实体类帮助分析系统中的类。（5）领域进行分析。我用名词识别法来识别类。 3）解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？ 多重性指定了一个类与关联类的单个实例可能相关的实例数目。多重性约束了相关对象的数目。（定义）简单的说，就是类与类之间是一对一的关系，一对多的关系，还是多对多的关系。 4.3 建立动态模型系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系统的分析和设计中应当对主要的Use Case和对象类绘制这些图形，以便分析系统的行为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。 4.3.1顺序图 （ 绘制自选系统一个主要用例的顺序图并解释说明）学生消费 4.3.2 通信图 （将以上顺序图转换为通信图） 4.3.3活动图活动图的主要作用是表示系统的业务工作流和并发处理过程。针对自选系统主要的业务工作流绘制活动图。绘制活动图需要确定参与活动的对象、动作状态、动作流，以及对象流。 4.3.4状态图状态机图表现一个对象（类）的生命史。对于一些实现重要行为动作的对象应当绘制状态机图。绘制状态机图需要确定一个对象的生命期可能出现的全部状态，哪些事件将引起状态的转移，将会发生哪些动作。 4.3.5 分析与讨论 比较顺序图与通信图、 活动图与状态图的应用。 顺序图和通信图都属于交互图。这两种图之间的区别在于：顺序图基于时间，按时间顺序显示出现的任务；而通信图显示任务和信息(对象)的交互方式。在通信中，时间以编码形式显示，很难选取。虽然存在这些根本区别，但这两类图有相同之处：都用于显示对象和用户如何交互以执行任务。状态图是描述某一对象的状态转化的，它主要表现的是该对象的状态。从状态图中可以看出，该对象在接受了外界的某种刺激之后，会做出什么样的反应。描述的是一个对象的事情。可以说是对类图的一种补充，帮助开发者完善某一类。活动图是描述系统在执行某一用例时的具体步骤的，它主要表现的是系统的动作。从活动图中可以看出，系