《信息管理系统》实验指导书

信息管理概论作业1答案信息管理系统实验指导书信息管理系统实验是为计算机相关专业本科信息管理系统课程配套设置的，是信息管理系统课程讲授中一个重要的、不可或缺的实践环节。其目的是培养学生对世界的建模能力和解决实际问题的能力。通过实验训练，达到如下目的：使学生进一步了解和掌握计算机信息管理系统的开发方法，提高学生对世界的建模能力、分析问题解决问题的能力、综合运用所学课程知识的能力，从而培养学生理论联系实际作风、实事求是、严肃认真的科学态度和良好的工作作风，为今后从事科学研究和软件开发工作打下良好的基础。实验一：类图设计，将类图转化为规范化的表实验学时：2实验类型：验证型一、目的与任务目的：针对具体业务系统设计类图，并将其转化为规范化的表。任务：学习类图的设计方法，掌握规范表的转换方法。二、内容、要求与安排方式1 .实验内容与要求根据各组选择的具体业务系统，通过分工合作和研究探讨，在正确掌握类图设计方法的前提下，设计具体业务系统的类图，并根据规范表的转换方法，将类图转化为规范化表。根据实验内容书写实验报告，实验报告的内容和格式参见学校和学院的有关规定。2 .实验安排方式每组一个题目，各组可同时进行实验，每组5-6人。3 .参考教材和相关的参考资料完成实验内容。实验二：SQL言基本训练、高级查询和子查询实验学时：4实验类型：验证型一、目的与任务目的：在实验1的基础上，学习和掌握基本SQ昭言、高级查询和子查询。任务：学习基本SQ昭言、高级查询和子查询的标准，掌握它们的使用方法和使用环境。二、内容、要求与安排方式1 .实验内容与要求实验内容包括SQ昭言的CREATEALTERDROPSELECTNSERTDELETEffiUPDATE句,以及SELECT的高级查询和子查询。根据实验内容书写实验报告，实验报告的内容和格式参见学校和学院的有关规定。2 .实验安排方式每组一个题目，各组可同时进行实验，每组5-6人。实验三：表单、报表的设计实验学时：2实验类型：验证型一、目的与任务目的：在实验2的基础上，设计表单和报表。任务：结合以前实验的结果，设计目标系统的表单和报表。二、内容、要求与安排方式1 .实验内容与要求根据目标系统的特点和业务需求，在实验2的基础上设计目标系统的表单和报表。根据实验内容书写实验报告，实验报告的内容和格式参见学校和学院的有关规定。2 .实验安排方式：每组一个题目，各组可同时进行实验，每组5-6人。实验四：应用软件的功能设计与实现实验学时：4实验类型：综合型一、目的与任务目的：在实验3的基础上，设计目标系统的软件功能，并利用所熟悉的软件开发工具，完成系统的实现。任务：现代应用软件包括多项功能，它具有标准化的外观，方便用户的使用。使用相关的软件开发工具，在实验3的基础上设计和实现应用软件的功能。二、内容、要求与安排方式1 .实验内容与要求设计应用软件的一般功能，其中包括菜单、工具栏和帮助系统等。设计应用软件的特殊功能，其中包括体现业务系统特点的功能等。系统功能及集成。2 .实验安排方式：3 组一个题目，各组可同时进行实验，每组5-6人。附录一：实验要求信息管理系统实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：4 班级按项目小组进行分组，每组不得超过6人；2 .每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目；3 .项目中的每项任务要落实到人且规定该任务的起止日期和时间；4 .每个项目小组必须按照信息管理系统实验指导书附录中给定的文档规范标准提供项目文档;5 .题目自定或采用附录二中的题目；6 .软件开发采用面向对象的方法。附录二：实验题目题目一：教务管理系统之子系统一一学院课程安排”1系统简介每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。2.限定条件每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。学院中层干部的主讲课时不能超过4学时/周。本学期出现严重教学事故的教师不能承担下各学期的主讲任务。本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：学校教材定购系统”1系统简介本系统可以细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2.技术要求和限制条件当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。系统的外部项至少包括：教师、学生和教材工作人员。系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表题目三：机票预定系统”1系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和账单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2.技术要求和限制条件在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。对于本系统还应补充一下功能：旅客延误了取票时间的处理航班取消后的处理旅客临时更改航班的处理系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：学校内部工资管理系统”1系统简介假设学校共有教职工约1000人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。2.技术要求和限制条件本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。除人事处、财务处外，其他职能部门和系名称可以简化表示。工资、奖金、扣款细节由学生自定义。题目五：实验室设备管理系统”1系统简介每学年要对实验室设备使用情况进行统计、更新。其中：对于已彻底损坏的做报废处理，同时详细记录有关信息。对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。对于急需修改但又缺少的设备，需以申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2.技术要求及限制条件所有工作由专门人员负责完成，其他人不得任意使用。每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表附录三：软件开发文档指南1可行性研究报告可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下：1.1 引言1.1.1 编写目的1.1.2 背景1.1.3 定义1.1.4 参考资料1.2 可行性研究的前提1.2.1 要求1.2.2 目标1.2.3 条件、假定和限制1.2.4 进行可行性研究的方法1.2.5 评价尺度1.3 对现有系统的分析1.3.1 数据流程和处理流程1.3.2 工作负荷1.3.3 费用开支1.3.4 人员1.3.5 设备1.3.6 局限性1.4 所建议的系统1.4.1 对所建议系统的说明1.4.2 数据流程各处理流程1.4.3 改进之处1.4.4 影响1.4.4.1 对象设备的影响1.4.4.2 对软件的影响1.4.4.3 对用户单位机构的影响1.4.4.4 对系统动行的影响1.4.4.5 对开发的影响1.4.4.6 对地点和设施的影响1.4.4.7 对经费开支的影响1.4.5 局限性1.4.6 技术条件方面的可行性1.5 可选择其他系统方案1.5.1 可选择的系统方案11.5.2 可选择的系统方案21.6 投资及收益分析1.6.1 支出1.6.1.1 基本建设投资1.6.1.2 其他一次性支出1.6.1.3 非一次性支出1.6.2 收益1.6.2.1 一次性收益1.6.2.2 非一次性收益1.6.2.3 不可定量的收益1.6.3 收益/投资比1.6.4 投资回收周期1.6.5 敏感性分析1.7 社会条件方面的可行性1.7.1 法律方面的可行性1.7.2 使用方面的可行性1.8 结论2项目开发计划编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题做出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下：2.1 引言2.1.1 编写目的2.1.2 背景2.1.3 定义2.1.4 参考资料2.2 项目概述2.2.1 工作内容2.2.2 主要参加人员2.2.3 产品及成果2.2.3.1 程序2.2.3.2 文件2.2.3.3 服务2.2.3.4 非移交产品2.2.4 验收标准2.2.5 完成项目的最迟期限2.2.6 本计划的审查者与批准者2.3 实施总计划2.3.1 工作任务的分解2.3.2 接口人员2.3.3 进度2.3.4 预算2.3.5 关键问题2.4 支持条件2.4.1 计算机系统支持2.4.2 需要用户承担的工作2.4.3 需由外单位提供的条件2.5 专题计划要点3软件需求说明书软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：3.1 引言3.1.1 编写的目的3.1.2 背景3.1.3 定义3.1.4 参考资料3.2 任务概述3.2.1 目标3.2.2 用户的点3.2.3 假定与约束3.3 需求规定3.3.1 对功能的规定3.3.2 对性能的规定3.3.2.1 精度3.3.2.2 时间特性要求3.3.2.3 灵活性3.3.3 输入输出要求3.3.4 数据管理能力的要求3.3.5 故障处理要求3.3.6 其它的专门的要求3.4 运行环境规定3.4.1 设备3.4.2 支持软件3.4.3 接口3.4.4 控制4数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下：4.1 引言4.1.1 编写目的4.1.2 背景4.1.3 定义4.1.4 参考资料4.2 数据的逻辑描述4.2.1 静态数据4.2.2 动态输入数据4.2.3 动态输出数据4.2.4 内部生成数据4.2.5 数据约定4.3 数据的采集4.3.1 要求和范围4.3.2 输入的承担者4.3.3 处理4.3.4 影响5概要设计说明书概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下：5.1 引言5.1.1 编写目的5.1.2 背景5.1.3 定义5.1.4 参考资料5.2 总体设计5.2.1 需求规定5.2.2 运行环境5.2.3 基本设计概念和处理流程5.2.4 结构5.2.5 功能需求与程序的关系5.2.6 人工处理过程5.2.7 尚未解决的问题5.3 接口设计5.3.1 用户接口5.3.2 内部接口5.3.3 外部接口5.4 运行设计5.4.1 运行模块组合5.4.2 运行控制5.4.3 运行时间5.5 系统数据结构设计5.5.1 逻辑结构设计要点5.5.2 物理结构设计要点5.5.3 数据结构与程序的关系5.6 系统出错处理设计5.6.1 出错信息5.6.2 补救措施5.6.3 系统维护设计6详细设计说明书详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下：6.1 引言6.1.1 编写目的6.1.2 背景6.1.3 定义6.1.4 参考资料6.2 程序系统的组织结构6.3 程序1标识符）设计说明6.3.1 程序描述6.3.2 功能6.3.3 性能6.3.4 输入项6.3.5 输出项6.3.6 算法6.3.7 流程逻辑6.3.8 接口6.3.9 存储分配6.3.10 注释设计6.3.11 限制条件6.3.12 测试计划6.3.13 尚未解决的问题6.4 程序2（标识符）设计说明7数据库设计说明书数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和理结构做出具体的设计规定。其内容要求如下：7.1 引言7.1.1 编写目的7.1.2 背景7.1.3 定义7.1.4 参考资料7.2 外部设计7.2.1 标识符和状态7.2.2 使用它的程序7.2.3 约定7.2.4 专门指导7.2.5 支持软件7.3 结构设计7.3.1 概念结构设计7.3.2 逻辑结构设计7.3.3 理结构设计7.4 运用设计7.4.1 数据字典设计7.4.2 安全保密设计8用户手册用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统工程所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。具体的内容要求如下：8.1 引言8.1.1 编写目的8.1.2 背景8.1.3 定义8.1.4 参考资料8.2 用途8.2.1 功能8.2.2 性能8.2.2.1 精度8.2.2.2 时间特性8.2.2.3 灵活性8.2.3 安全保密8.3 运行环境8.3.1 硬设备8.3.2 支持软件8.3.3 数据结构8.4 使用过程8.4.1 安装与初始化8.4.2 输入8.4.2.1 输入数据的现实背景8.4.2.2 输入格式8.4.2.3 输入举例8.4.3 输出8.4.3.1 输出数据的现实背景8.4.3.2 输出格式8.4.3.3 输出举例8.4.4 文卷查询8.4.5 出错处理与恢复8.4.6 终端操作9操作手册操作手册的编制是为了向操作人中提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。具体的内容要求如下：9.1 引言9.1.1 编写目的9.1.2 背景9.1.3 定义9.1.4 参考资料9.2 软件概述9.2.1 软件的结构9.2.2 程序表9.2.3 文卷表9.3 安装与初始化9.4 运行说明9.4.1 运行表9.4.2 运行步骤9.4.3 运行1标识符）说明9.4.3.1 运行控制9.4.3.2 操作信息9.4.3.3 输入-输出文卷9.4.3.4 输出文卷9.4.3.5 输出文卷的复制9.4.3.6 启动恢复过程9.4.4 运行2（标识符）说明9.5 非常规过程9.6 远程操作10模块开发卷宗模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一级密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。具体的内容要求如下：10.1 标题10.2 模块开发情况表10.3 功能说明10.4 设计说明10.5 源代码清单10.6 测试说明10.7 复审的结论11测试计划11.1 引言11.1.1 编写目的11.1.2 背景11.1.3 定义11.1.4 参考资料11.2 计划11.2.1 软件说明11.2.2 测试内容11.2.3 测试1标识符）11.2.3.1 进度安排11.2.3.2 条件11.2.3.3 测试资料11.2.3.4 测试培训11.2.4 测试2（标识符）11.3 测试设计说明11.3.1 测试1标识符）11.3.1.1 控制11.3.1.2 输入11.3.1.3 输出11.3.1.4 过程11.3.2 测试2（标识符）11.4 评价准则11.4.1 范围11.4.2 数据整理11.4.3 尺度12测试分析报告测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加发记载，具体的编写内容要求如下:12.1 弓|言12.1.1 编写目的12.1.2 背景12.1.3 定义12.1.4 参考资料12.2 测度概要12.3 测试结果及发现12.3.1 测试1标识符）12.3.2 测试2（标识符）12.4 对软件功能的结论12.4.1 功能1标识符）12.4.1.1 能力12.4.1.2 限制12.4.2 功能2（标识符）12.5 分析摘要12.5.1 能力12.5.2 缺陷和限制12.5.3 建议12.5.4 评价12.6 测试资源消耗13开发进度月报开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便函及时发现或处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以项目组为单位按月编写。具体的内容要求如下：13.1 标题13.2 工程进度与状态13.2.1 进度13.2.2 状态13.3 资源耗用与状态13.3.1 资源耗用13.3.1.1 工时13.3.1.2 机时页脚内容27信息管理概论作业1答案13.3.2 状态13.4 经费支出与状态13.4.1 经费支出13.4.1.1 支持性费用13.4.1.2 设备购置费13.4.2 状态13.5 下个月的工作计划13.6 建议13.7 开发总结报告项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。具体的内容要求如下：14.1 弓|言14.1.1 编写目的14.1.2 背景14.1.3 定义14.1.4 参考资料14.2 实际开发结果14.2.1 主要功能和性能14.2.2 基本流程14.2.3 进度14.2.4 费用14.3 开发工作评价14.3.1 对生产效率的评价14.3.2 对产品质量的评价14.3.3 对技术方法的评价14.3.4 出错原因的分析14.2.1产品页脚内容29