管理信息系统.doc

管理信息系统实验指导书课程编号：课程名称：管理信息系统/Management Information System实验学时：24适应专业：信息管理与信息系统、会计学、人力资源、市场营销、财务管理、国贸、经济、电商、金融承担实验室：管理学院实验中心一、实验目的和任务1实验教学的目的 结合课程内容，加强学生对系统分析与系统设计概念的理解，提高学生对系统分析与系统设计的动手能力。2实验教学的要求系统分析详尽，并且必须包括系统的功能模型及信息模型。系统设计合理，其中必须包括系统平台的选择、功能结构的设计、代码设计、数据库结构设计。二、实验项目及学时分配 序号实 验 项 目 名 称实验学时实验类型开出要求1分析与设计工具使用4验证必做2系统分析10设计必做3系统设计10设计必做三、参考资料教材及参考书：管理信息系统 主编：王虎等 出版社：武汉理工大学出版社 2006实验指导书：自编管理信息系统实验指导书。四、单项实验的内容和要求实验一 分析与设计工具使用1实验目的与意义熟悉管理信息系统分析与设计的工具（如：VISIO的用法）,为后续实验做准备。2基本原理和方法应用业务流程图、数据流图、ER模型等图形的基本原理与方法学习如何利用VISIO工具绘制以上图形。3主要仪器设备及耗材软件平台：软件工具（如visio）硬件平台：PC机4实验方案或技术路线1预习工具（如VISIO）的基本功能及使用方法。2复习关系数据库规范化设计理论，用工具（如VISIO）根据实验要求设计并建立科学合理的数据库，正确建立数据库中表与表之间的关系。3复习系统分析中业务流程图、数据流图、组织结构图等图形工具的基本原理与方法，学习利用工具（如VISIO）绘制它们的方法。5实验内容及步骤1）熟悉工具的基本功能及使用方法；2）利用教材中的例题，绘制相关的数据库概念模型、业务流程图、数据流图下面以数据库概念模型为例，解释VISIO工具的用法。打开该工具时，Beta 版的打开屏幕如图 1 所示。选择 Database （数据库）作为绘图类型，然后选择相关 ORM 模板。如果用户所在地为美国，通常选择 ORM Source Model (US units)，如下所示（默认的页面大小为 Letter，默认的度量单位为英寸）。将光标悬停在模板图标上时，图标将突出显示并在左侧显示工具提示。Visio 提供美国版本和国际（公制）版本两种模板。如果选择不带 (US units) 的 ORM Source Model，默认的页面大小为 A4，默认单位为公制。注意：在最终的版本中，除非选择其他版本，否则仅安装适用于用户所在国家/地区的标准单位系统。 选择 ORM 源模型模板时，将显示如图 2 所示的屏幕。除了位于顶部的菜单和图标外，还有一个 ORM 模具、一个 Drawing（绘图）窗口和一个用于显示 Business Rules 编辑器、数据库属性表以及可能打开的其他窗口（例如，Verbalizer（描述器）的区域。图 1：选择使用 ORM Source Model（ORM 源模型）图 2：ORM 模具、Drawing（绘图）窗口和 Business Rules（业务规则）窗口默认情况下，ORM 模具中的三种形状显示在同一水平行中。通过减少 ORM 模具的宽度使三种形状垂直排列，可以为 Drawing 窗口提供更多空间，如此处所示。要调整模具宽度，请将光标悬停在模具和绘图窗口之间的边框上，光标变为调整大小光标时，将边框向左侧拖动。使用 Fact Editor（事实编辑器） 添加句子类型通过将 Object Type（对象类型）和 Predicate（谓词）形状从模具拖到 Drawing 窗口，可以将句子类型（事实类型或引用类型）添加到 ORM 模型中。另外，还可以使用 Fact Editor（事实编辑器）添加句子类型。现在，让我们使用 Business Rules 编辑器来进行此操作。将光标移到 Business Rules（业务规则）窗口中的 Fact Types（事实类型）窗格的底端行（在本例中只有一行）。输入事实类型或按 F2 键。显示 Fact Editor（事实编辑器）。还可以通过从屏幕顶部的 Database（数据库）菜单中选择 Database|View|Fact Editor （数据库|视图|事实编辑器）来调用 Fact Editor（事实编辑器）。默认情况下，Fact Editor （事实编辑器）的输入样式是 Guided（导向），如图 3 所示。图 3：使用 Guided （导向）输入样式窗口的 Fact Editor（事实编辑器）可以输入二元关系，提供正向阅读（例如，Employee works for Department雇员就职于部门）和反向阅读（例如，Department employs Employee 部门雇用雇员）方式。如果需要，可以从二元中选择不同的设置更改关系中的数量（角色数目）。Object 窗格允许用户将对象类型分为实体类型、值类型或外部对象类型。如果实体类型具有简单的标识方案，则可以添加其引用模式（例如，雇员编号和部门代码）。熟悉 Fact Editor（事实编辑器） 后，您可能希望将其输入样式更改为 Freeform（自由绘制），这样就可以通过使用正式语法更加快捷地输入句子类型。要将输入样式更改为 Freeform，可以使用选项按钮，还可以通过以下步骤使 Freeform 成为默认类型：转到屏幕顶部的 Database（数据库） 菜单，选择 Database | Options | Modeling.（数据库 | 选项 | 建模.），然后打开 Fact Editor （事实编辑器）窗格并将首选模式设置为 Freeform，如图 4 所示。在许多语言中，通过首字母大写命名对象类型，将其名称假设为一个词语（例如 Employee 雇员 和 VicePresident 副总统），可以很方便地标识对象类型。对于不适于使用这种方法的语言，或当名称由以空格分隔的多个词语组成时，应该选择括号模式：将对象类型名称用方括号括起来（例如，employee、vice president）。图 4：将 Fact Editor（事实编辑器） 的默认输出样式设置为 Freeform在 Freeform 模式中，引用模式显示在对象类型名称后面的括号中。如果应用了反向阅读，则使用反斜杠 (/) 来区分正向阅读和反向阅读。图 5 为一个示例。图 5：使用 Freeform 输出样式的 Fact Editor（事实编辑器）为实体类型提供引用方案后，就不需要在以后指定事实类型时重复引用方案了。与实体类型不同，值类型（例如，EmployeeName 雇员姓名、RoomNr 房间号）没有引用方案，由于其实例仅为文字常数（例如，用于命名或引用实体的字符串或数字），因此它们可以标识其自身。在 Freeform 模式中，值类型通过附加空括号 () 来标识。下面提供了使用正式的、自由绘制语法的某些事实类型的示例：Employee(empNr) works for / employs Department(code)Employee has EmployeeName()Employee has MobileNr()Employee drives / is driven by Car(regNr)现在，使用 Fact Editor （事实编辑器）输入这些事实类型（使用 Guided 或 Freeform 输入）。单击前三个事实类型后面的 Apply（应用） 按钮添加事实类型。输入第四个事实类型后，单击 OK（确定）。此操作将添加最后一个事实类型，并关闭 Fact Editor（事实编辑器）。这些事实类型尚未显示在绘图窗口中，但是现在已列在 Business Rules 编辑器中了。如果将光标移到其中一个 Fact Editor （事实编辑器）上，其右侧将显示一个 Edit（编辑） 按钮（参阅图 6）。如果单击 Edit（编辑） 按钮，将弹出 Fact Editor（事实编辑器），显示要编辑的事实类型。此操作提供了一种在 Fact Editor（事实编辑器） 中添加基本约束和示例的方法。图 6：事实类型列在 Business Rules 编辑器中，并且可以编辑使用 Fact Editor（事实编辑器）添加基本内部约束如果约束仅应用到一个谓词，则为内部约束，否则为外部约束。使用 Fact Editor（事实编辑器） 可以声明以下内部约束：内部唯一性、简单强制、内部频率和环式约束，但不能指定内部集合比较约束（例如，同一谓词的两个角色之间的排斥约束）、外部约束（例如，外部唯一性约束或两个谓词之间的集合比较约束）或值约束（例如，将 Sexcode 性别代码 值限制为 M, F）。实际上，Fact Editor（事实编辑器） 中声明的约束最好限制为简单内部唯一性约束和简单强制约束。要声明其他类型的约束，有一个快捷方法（请参阅此系列文章的第二部分）。要向 Fact Editor（事实编辑器）中显示的事实类型添加约束，请选择 Constraints（约束）选项卡。默认情况下，constraints（约束）窗格将唯一性和强制性约束组合在一起，以便更快地对其做出指定。例如，在图 7 中，选择“exactly one”（恰好为一）表示“at least one”（至少一个，强制）和“at most one”（至多一个，唯一）两种情况。约束符号和描述信息将自动显示，以帮助用户查看选择的结果。如果不想使用默认的快捷方式，请打开 Database Modeling Preferences（数据库建模首选参数）对话框（图 4），并取消选中指示组合了唯一性和强制性的选项 (UM)。图 7：在 Fact Editor（事实编辑器） 中添加约束请添加以下约束，练习使用 Fact Editor（事实编辑器）添加约束。在当前版本的工具中，在最终的约束中使用“some”（某些）取代“the same”（同一），表示“drives”（拥有）关系是可选的并且是多对多的关系。Each Employee works for some DepartmentEach Employee works for at most one DepartmentEach Employee has some EmployeeNameEach Employee has at most one EmployeeNameEach Employee has at most one MobileNrIt is possible that the same Employee drives more than one Car and thatthe same Car is driven by more than one Employee在事实类型中添加示例最好为所有事实类型包含示例。要向 Fact Editor（事实编辑器） 中显示的事实类型添加约束，请单击 Examples（示例）选项卡，然后输入足够的示例以阐明相关约束。例如，图 8 显示了 Employee works for Department（雇员就职于部门）事实类型的三个事实示例。此处，雇员 101 和 102 就职于销售部门 (SLS)，而雇员 103 就职于市场部门 (MKTG)。这种填充与我们的解决方案一致，即每个雇员就职于至多一个部门（第一列中的值是唯一的），但是同一部门可以雇用一些雇员（SLS 在第二列中是重复的）。图 8：为 Employee works for Department （雇员就职于部门）添加示例事实实例可以使用 Analyze（分析） 按钮来请求工具，减少示例中的约束，或者检查数据和约束规范之间是否存在不一致。自己试一试。此功能对于验证约束十分有用。保存模型要保存模型，请从 File （文件）菜单中选择 File | Save（文件 | 保存），或单击 Save （保存）图标。将会打开 SaveAs （另存为）对话框。选择要保存模型的文件夹，为模型添加文件名，在对话框中单击 Save（保存）按钮，然后在 properties 对话框中单击 OK（确定）。保存的文件将使用扩展名 .vsd（Visio 文档）。在绘图上显示句子类型要在图表中显示使用 Fact Editor（事实编辑器） 输入的句子类型，请在 Business Rules 编辑器中找到感兴趣的事实类型。要选择一系列连续的事实类型，请按住 Shift 键，并选择该系列的第一个和最后一个事实类型。所有事实类型（除第一个类型外）将突出显示。然后，将事实类型拖到绘图页面上所需的位置。现在，请尝试对模型中的四个事实类型执行此操作。默认情况下，显示的图表如图 9 所示，您可以通过来回移动谓词文本和对象类型来优化显示。另一种便捷的方法是，打开 Business Rules（业务规则）窗口中的 Object Types（对象类型）窗格，拖出一个或多个相关的对象类型，然后使用 Show Relationships（显示关系）关系选项。例如，如果将 Employee（雇员）对象类型拖到绘图页面上，用鼠标右键单击 Employee （雇员）并从快捷菜单中选择 Show Relationships（显示关系），则在该页上将显示 Employee（雇员）所具有的所有关系。这个 ShowRelationships（显示关系）功能在架构浏览和反向工程中非常有用，它是以前在 VisioModeler 或 Visio Enterprise 中未提供的许多新功能之一。图 9：通过从 Business Rules（业务规则）编辑器中拖动四种事实类型而形成的图表将 ORM 模型映射到逻辑数据库模型要将 ORM 模型映射到逻辑数据库模型，首先将 ORM 模型添加到数据库模型项目中，然后生成它。从 File（文件）菜单中，选择 File | New | Database | Database Model Diagram (US units)（文件 | 新建 | 数据库 | 数据库模型图表 (US 单位)），打开逻辑数据库建模解决方案。如果要使用公制模板，请选择不带 (US units) 的 Database Model Diagram（数据库模型图表）。此时的屏幕如图 10 所示，只是绘图窗口的大小已被我明显缩小了。可以使用 Entity Relationship 模具来从头创建逻辑数据库模型，但是现在，我们将从 ORM 模型中导出数据库模型。图 10：逻辑数据库建模解决方案要创建数据库模型项目，请从 Database（数据库）菜单中选择 Database | Project | Add existing document（数据库 | 项目 | 添加现有文档）。将显示 Add Document to Project（将文档添加到项目中）对话框。使用 Look in: 字段浏览到保存的 ORM 模型，然后单击 Open（打开） 按钮。在项目窗口中将列出 ORM 模型（此处的模型名为 JCM1.vsd）。单击主菜单上的 Save（保存） 图标，并给出文件名（我选择了 ProjJCM1）来保存项目文件。项目文件的扩展名也是 .vsd。当前模型的名称和页面始终列在屏幕顶部的标题栏中。图 11 显示了此时应显示的屏幕。图 11：包含 ORM 源模型的数据库项目现在，从 Database（数据库） 菜单中选择 Database | Project | Build（数据库 |项目 | 生成），来创建逻辑模型。关系架构自动生成，并且在屏幕左侧的 Tables and Views （“表和视图”）窗口中显示结果表方案（参阅图 12）。图 12：通过映射 ORM 模型建立的两个表方案要在图表上查看这些表方案，请将其拖到绘图页面中。结果如图 13 所示，有两个表方案，方案之间由一个外键连接。每个表的名称以阴影标题显示，标题的下方列出了各列。主键带下划线，用“PK”标记，并显示在该列的顶格中。强制（非空）列以粗体表示。外键列标记为 FKn，其中 n 是表外键的编号。本例中只有一个外键，指向 Employee 表的主键。外键连接其实就是从外键到目标键的箭头。图 13：从 ORM 模型映射的关系架构在本例中，表和列的名称将在默认情况下自动生成。在实际应用中，通常我们会重命名其中的许多名称，并且更改已选择的许多默认的数据类型。有多种配置选项，可用来控制表和列的名称的生成方式。在实际应用中，最好在 ORM 模型上设置数据类型，在该模型上，对象类型对应于概念上的域。然后，正确的数据类型将自动基于这些域传播所有属性。生成物理数据库架构在 Database（数据库）菜单中单击 Database | Generate（数据库 | 生成），可以生成所选目标 DBMS 的内部架构。生成架构时，用户可以选择生成 DDL 脚本，而不是使用工具建立表。通常最好先生成 DDL 脚本，以便以后在所选的 DBMS 中执行。请遵循生成向导中的步骤：选择驱动程序（例如 Microsoft SQL Server 2000），输入数据库名称（例如 mydb），接受下一屏幕中的默认设置，选择 Yes（是） 以查看生成的 DDL 脚本，然后将 DDL 脚本保存为文本文件。实验二 系统分析1实验目的与意义 能够正确运用系统分析的过程与方法，结合一个模拟课题，复习、巩固、管理信息系统的系统分析知识，提高系统分析实践能力。熟悉业务流程图、数据流程图、数据字典的绘制。树立正确的系统分析思想，培养分析问题、解决问题的能力，提高查询资料和撰写书面文件的能力。2基本原理和方法系统分析思想，软件工程的基本原理和方法3主要仪器设备及耗材每人1台电脑，装有SQL Server，VB/VFP/PB/Delphi等开发平台和Visio工具。4实验方案或技术路线1）业务流程图 2）数据流程图 3）功能分析图 4）数据字典5）数据加工处理的描述5实验内容及步骤 以小型自选商场综合管理系统为例，如果学生使用其它管理系统，分析类似。系统描述小型自选商场综合管理系统应具备进货、销售、库存等基本管理功能，具体要求如下：（1）能记录每一笔进货，查询商品的进货记录，并能按月进行统计。（2）能记录每一笔售货，查询商品的销售情况，并能进行日盘存、月盘存。（3）能按月统计某个员工的销售业绩。（4）在记录进货及售货的同时，必须动态刷新库存。（5）能打印库存清单，查询某种商品的库存情况。（6）能查询某个厂商或供应商的信息。（7）能查询某个员工的基本信息。（8）收银台操作中，能根据输入的商品编号、数量，显示某顾客所购商品的清单，并显示收付款情况。根据所述系统功能需求，开展实地调查或通过Internet查阅相关资料或结合个人经验，进行系统分析。明确管理业务调查过程和方法，包括小型自选商场的典型组织机构、管理功能及业务流程。明确数据流程的调查与分析过程，绘制数据流程图，编制数据字典。在上述工作基础上，完成小型自选商场综合管理系统的系统化分析，提出新系统的逻辑方案。针对个人在实验一中提出的数据库方案，提出修正或完善建议。独立完成上述内容，提交包含下述内容的实验报告。 系统分析报告一般模板 第一章组织情况简述 第1节组织的情况：结构、目标、工作过程/性质 第2节业务功能 第3节对外联系 第4节组织与外部实体之间的物质及信息的交换关系 第5节研制系统工作的背景 第二章系统的目标 第1节系统的总目标 第2节系统的目标树 第3节系统拟采用的开发战略和开发方法 第4节人力、资金以及计划进度安排 第5节系统计划实现后各部分应该完成什么样的功能 第6节某些指标预期达到什么样的程度 第7节有哪些工作是原系统没有而计划在新系统中增补的 第三章现行系统状况 第1节作业流程图 第2节数据流程图及表格汇总 第3节各主要环节对业务的处理量 第4节总的数据存储量 第5节处理速度要求主要查询和处理方式 第6节现有的各种技术手段 第7节新系统的逻辑方案 第8节系统的结构划分（子系统）和所涉及的业务范围 第9节新系统拟于老系统作业流程或数据流程的改进 第10节新系统在各个业务处理环节拟采用的管理方法、算法或模型 第11节与新系统相配套的管理制度和运行体制的建立 第12节系统开发资源与时间进度估计实验三 系统设计1实验目的与意义能够正确运用系统设计的过程与方法，结合一个模拟课题，复习、巩固、管理信息系统中系统设计知识，提高系统设计实践能力。熟悉代码设计、数据存储设计、输入输出设计等环节。进一步树立正确的系统设计、实施思想，培养分析问题、解决问题的能力，提高查询资料和撰写书面文件的能力2基本原理和方法软件工程的基本原理和方法。3主要仪器设备及耗材每人1台电脑，装有SQL Server，VB/VFP/PB/Delphi等开发平台和Visio工具，可访问Internet。4实验方案或技术路线1）功能结构图设计 2）新系统信息处理流程设计 3）输出设计（主要指打印输出设计） 4）存储文件格式设计（数据库结构设计） 5）输入设计（主要指数据录入界面设计） 6）代码设计（职工证号和部门代号） 7）程序设计说明书5实验内容及步骤以小型自选商场综合管理系统为例，如果学生使用其它管理系统，设计类似。系统描述小型自选商场综合管理系统应具备进货、销售、库存等基本管理功能，具体要求如下：（1）能记录每一笔进货，查询商品的进货记录，并能按月进行统计。（2）能记录每一笔售货，查询商品的销售情况，并能进行日盘存、月盘存。（3）能按月统计某个员工的销售业绩。（4）在记录进货及售货的同时，必须动态刷新库存。（5）能打印库存清单，查询某种商品的库存情况。（6）能查询某个厂商或供应商的信息。（7）能查询某个员工的基本信息。（8）收银台操作中，能根据输入的商品编号、数量，显示某顾客