信息系统分析报告.doc

信息系统分析与设计实验报告实验题目：小型信息系统建模设计班 级 信管091 学 号 3090561007 学 生 邢小茸 地 点 经济与管理学院实验室 2012 年 夏季 学期信息系统分析与设计小型信息系统建模设计实验指导书一、 实验性质设计性实验4学时二、 实验目的本实验是为了配合UML建模语言的教学而设置的，目的是通过本次实验的综合训练，培养学生实际分析问题，编程和动手能力；建立软件模型的能力和图示软件模型的能力，熟悉机器中UML语言的集成环境，独立完成软件模型的建立。帮助学生系统地掌握该门课程的主要内容，更好地完成教学任务。三、 实验任务1需求分析用例建模案例2对象类静态模型建模案例3动态交互模型建模案例4动态状态模型建模案例 四、 实验准备实验过程需要以下设备及软件：每位实验学生PC机一台，并安装Rational Rose 或其他建模工具软件。并要求学生做实验前掌握信息系统建模语言UML。五、 实验过程 1 需求分析用例建模案例1.1 业务组织结构“企业综合信息管理系统”的用户是企业各级管理部门的工作人员、公司经理和系统操作人员。该系统主要提供“财务管理”、“人力资源管理”、“生产调度管理”、“进销存管理”、“设备安全管理”、和“行政事务管理”等方面的服务。 1.2 具体功能要求：（1）销售管理1）制定销售计划2）与客户签订销售合同3）检查合同履约率4）生产调度管理部门组织生产5）库存管理部门对产品进行入库、出库处理6）财务管理部门收取客户货款7）售后服务（2）采购管理1）制定原材料（零部件）采购计划2）与客户签订采购合同3）检查合同履约率4）库存管理部门对原材料进行入库验收、存储5）财务管理部门支付货款（3）库存管理1）产品入库管理2）原材料（零部件）入库管理3）原材料（零部件）出库管理4）产品出库管理5）库存管理6）采购管理部门组织采购7）生产调度管理部门安排生产8）财务管理部门对库存物资进行核算1.3 确定用例并绘制用例图（1）“企业综合信息管理系统”中的用例（一层）财务管理； 人力资源管理； 生产调度管理； 进销存管理； 设备安全管理； 行政事务管理。 （2）“进销存管理子系统”中的用例（第二层）销售管理； 采购管理； 库存管理。 （3）“销售管理子系统”中的用例（第三层）销售计划制定；销售合同管理；售后服务管理。（4）“销售合同管理子系统”中的用例（第四层）修改合同；增加销售合同；付款单处理；履约合同检查；打印催款单；销售合同检查。2对象类静态模型建模案例2.1 建立对象类：（1）销售合同（2）采购合同（3）销售合同统计报表（4）采购合同统计报表（5）入库单（6）出库单（7）库存单2.2 定义用户接口：（1）建立采购合同接口（2）建立销售合同接口（3）查询购进合同接口（4）查询销售合同接口（5）打印催货单接口（6）打印催款单接口（7）接受到货通知单接口（8）打印付款通知单接口（9）接受收款通知单接口（10）打印发货通知单接口（11）合同统计接口2.3 根据类之间的关系绘制类图类之间的关系：（1）共享聚集：（2）组合聚集： （3）依赖关系： （4）继承： （5）关联： 3动态交互模型建模案例“销售合同管理”子系统3.1 顺序图建模步骤 ：1.确定交互和涉及的对象（1）启动系统（2）循环处理付款单（3）核对销售合同（4）核对合同的销售货物清单（5）核对库房货物清单（6）核查预警量（7）打印库存预警清单（8）打印出库单2顺序图中对象排列的原则（1）对象横向排列在顺序图的顶部；（2）最重要的对象在最左边（如对全局进行初始的对象）；（3）交互密切的对象尽可能相邻；（4）交互中创建的对象，应放置在其创建的时间点上；（5）每个对象有一个下垂的生命线。3消息传递（1）消息传递的方向：按时间顺序从上到下在对象的生命线之间传递；（2）在消息箭头线上标出消息标签的内容、约束或构造型；（3）发送和接收消息的对象生命线必须处在激活期；（4）交互中对象的创建和销毁必须绘出构造型和标 记；（5）区别同步消息和异步消息的图标表示符；（6）标出消息的循环结构及出口条件；（7）顺序图从初始化消息开始，以其返回消息终止。 3.2 绘制顺序图（1）绘制“付款单处理”用例的顺序图 （2）绘制“履约合同检查”用例的顺序图3.3合作图建模步骤 1确定交互及涉及的对象2合作图中对象排列的原则（1）最重要的对象应在图的中央；（2）与其有直接交互的对象放置在邻近；（3）对象初始化；（4）选择初始对象。3链接与消息传递（1）标明对象之间的链接；（2）在链接上标明消息的序号；（3）在消息箭头线上标出消息标签的内容、约束或构造型；（4）区别同步消息和异步消息的图标表示符；（5）合作图从初始对象开始，到其终止对象结束。3.4 绘制合作图（1）绘制“付款单处理”用例图的合作图（2）绘制“履约合同检查”用例图的和作图4动态状态模型建模案例“信贷管理”子系统 4.1系统的用例模型和对象静、动态模型 1系统的用例模型2对象静态模型3对象动态交互模型4对象动态状态模型4.2状态图建模步骤 （1）确定状态图描述的主体。（2）确定状态图描述的范围。（3）确定描述主体在其生存期的各种稳定状态。（4）确定状态的序号。（5）确定触发状态迁移的事件。（6）附上必要的动作。（7）简化状态图。（8）确定状态的可实现性。（9）确定无死锁状态。（10）审核状态图。“信贷管理”子系统状态图建模：4.3系统的活动图的建模步骤 1业务工作流建模的步骤（1）确定对象：找出负责实现工作流的对象：（2）确定范围（边界）：明确起始状态和结束状态。（3）确定活动（动作）序列（4）确定组合活动状态（5）确定迁移（动作流）：找出连接这些活动状态或动作状态的迁移。（6）确定工作流中涉及的重要对象2对操作建模的步骤（1）确定相关元素：与该操作有关；（2）确定范围（边界）：（3）确定活动（动作）序列：（4）仅在需要时，利用条件分支来说明路径和迭代；（5）描述同步与并发；3对一个结构良好的活动图的要求（1）能准确描述系统的动态模型的一个侧面；（2）图中只包含描述该相关侧面有关的重要元素；（3）提供与其抽象层次相一致的细节；（4）只加入对于理解问题必须的修饰；（5）注意：不应过分简化和抽象信息，使人产生误解。六、 实验总结通过本次上机实验，对小型信息系统建模的设计，使我对UML的用例图、逻辑图、顺序图、活动图等九种图有了更深入的理解，明白了这些图分别的作用、描述的对象以及它们对于程序设计的作用。在系统建模设计过程中，由于对各种视图的概念理解不够，以及对rose软件的操作不够熟悉，导致在建模过程中画图的时候总是出