机房上机预约系统.docx

1、机房上机预约系统XX大学信息资源管理与开发导论课程实验报告机房上机预约系统技术报告专业： 网络工程 班级： 网络082班 组别： 第三组 组长： 成员： 完成日期：2011-5-4目录系统规划报告 61 引言 61.1编写目的 61.2 背景 62 现行系统调查 62.1 组织机构与业务范围 62.2 组织信息处理流程 72.3 现行系统存在的问题 93 新系统概述 93.1 系统目标 93.2 新系统功能范围及划分说明 94 可行性综合评述 104.1 经济可行性 104.2 技术可行性 104.3 操作可行性等 105方案选择 105.1 首选方案 105.2 其它可选方案 105.3 方

2、案对比 106项目实施计划 11需求规格说明书 131概述 131.1项目的目的与目标 131.2相关文档 132问题初始分析 132.1 场景描述 132.2 初始功能提取 132 目标系统功能需求 144目标系统性能需求 194.1 性能需求点列表 195目标系统界面与接口需求 205.1 界面需求 205.2 接口需求 206目标系统其他需求 207目标系统假设与约束条件 21设计规格说明书 221 引言 221.1 目的 221.2 命名规则 221.3 术语定义 221.4 参考资料 231.5 相关文档 232系统设计 232.1 体系结构设计 232.2 子系统设计 242.3

3、类设计 242.4 类说明 263数据库结构设计 263.1 数据库表名清单 263.2 数据库表之间关系 273.3 数据库表的详细清单 274系统动态模型系统界面原型 295系统组件图或部署图 32系统实现结果 331系统界面原型 33小组实验工作总结 381工作概述 382小组成员工作情况自评及互评 39个人实验总结 39个人工作总结 39个人工作总结 39个人工作总结 40个人工作总结 40个人工作总结 41个人工作总结 41各个阶段实验总结 42系统规划阶段工作总结 42需求分析阶段的工作总结 42详细设计阶段工作总结 43会议纪录 44第一次会议记录 44第二次会议记录 44第三次

4、会议记录 44第四次会议记录 45 系统规划报告1 引言1.1编写目的 本系统的设计的目的在于实现实验室管理的信息化、规范化和科学化，使学生可以在网站上预约机房的电脑，从而能够使机房电脑的合理地被学生利用。MIS系统的飞速发展，技术的成熟以及应用领域的不断扩大，为网上信息的交互提供了一个良好的平台和方便的操作界面。由于MIS系统基于用户需求的设计方法，使得该系统的使用更加的人性化、个人化、更贴近用户。从学生角度来说，由于高校人数增多和机房电脑资源有限，想要每次上机都能找到电脑可以用相当不容易。大家过去了没有电脑可用，浪费了学生大量的时间。因此，利用网络，使学生只要在计算机前选定自己合适的时间，

5、即可完成预订上机。以MIS系统的构建思想来实现网上预约系统可以最大程度的做到实用性，可扩展性和可维护性相结合，安全性以及规范化原则。 而对机房电脑预订的系统规划可以使问题更清晰、更透彻，更好的解决计算机机房电脑管理的一系列问题，机房电脑管理的系统规划提出问题，解决问题，为我们的软件开发提供很大的便利，系统规划为我们的工作提供坚实的基础，非常必要。1.2 背景如何更好地、更规范的对这些机房电脑进行管理和维护已经成为了一个重要的话题。此外，随着学校管理变革的逐步推进，机房电脑管理也需要进一步规范，实验室管理工作也变得更加繁重和复杂，这就迫切需要用计算机来进行辅助管理，以简化我们的工作。校园网络非常

6、普及，使用计算机网络来进行实验室管理成为了必然。机房电脑预订管理系统不仅能减轻实验室管理人员的工作负担，提高工作效率和服务.而且能给学生带来极大的便利。1.3 相关文档1需求规格说明书文档2设计规格说明书文档3机房自由上机预约系统规划图2 现行系统调查2.1 组织机构与业务范围2.1.1组织概况2.1.2 各部门业务范围及职能说明本研发小组致力于解决各种软件开发问题，以方便管理。其中项目经理：项目计划的制订和跟踪，包括进度、资源和成本的管理，还要负责团队的建立和管理；系统分析员：需求分析、系统分析（OOA）、业务建模；架构设计师：系统设计（OOD）；程序员：编码实现、单元测试、集成测试；测试员

7、：执行功能测试和压力测试，测试用例的开发、测试计划；美工人员需要对所做的网站进行美化，以最大程度上方便和吸引用户。2.2 组织信息处理流程2.3 现行系统存在的问题计算机机房由于电脑多,实验课程繁重,学生多等原因,一直难于有效管理,而现在的机房管理软件无法及时有效的录入学生及教师的信息，不能及时监控电脑的好坏，大大加大了机房管理员的工作量，故而需要设计一种软件，以便减轻实验室管理人员的工作负担，提高工作效率。3 新系统概述3.1 系统目标解决现行系统存在的问题，将系统进一步优化，增加一些原系统没有的功能，加强系统的维护和自检功能，使机房自由上机预约系统更加完善。3.2 新系统功能范围及划分说明

8、图3.2.1系统总体结构图 1、系统规划阶段：完成系统阶段划分、实现系统概述、方案制定、进度计划、任务安排、项目进度计划并完成系统规划报告。2、需求分析阶段：确定系统需求以及各功能模块需求，建立系统业务类模型和用例模型，并进行描述。完成需求规格说明书。3、分析设计阶段：根据需求分析结果，确定系统架构、数据库结构，软件结构设计，进行详细设计的具体分工。完成设计规格说明书。4、系统原型构建及核心模块开发阶段：完成系统原型及核心模块，并测试和集成。4 可行性综合评述4.1 经济可行性本研发小组研发规模较小，研发必须具备的必备的硬件和软件环境，同时，还必须具备相关的开发软件，才能正常运行并完成其所需的

9、功能。硬件成本除了购置所需的费用之外，还有日常维护、维修以及损耗、升级等所需的成本。软件也同样有购买、开发、维护等方面的成本。还有其他的一些资金问题。本研发小组研发项目为机房管理系统，本系统便于机房日常管理,信息查询,以及实验信息统计.实现课表录入,学生名单录入或导入,上机登陆,关机记录,使用软件记录,综合查询(按学生,按课程,按时段与机器号),统计机房利用率,空闲时间等,设备信息登记,查询(按分类,按机房号,按管理借用人员),修改,维修记录,借还记录等功能。以便减轻实验室管理人员的工作负担，提高工作效率。可以应用于各类学校的机房管理中，也可以应用于公司机房的管理中去，应用范围广，开发成本比较

10、低，具有很好的收益价值。4.2 技术可行性该系统所需硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求。软件上，操作系统采用WindowsNT, 数据库管理系统采用SQL Server2005，这些软件在 MIS开发中已被大量应用，技术上都比较成熟。因此技术上是可行的。4.3 操作可行性等由于该学校有很好的管理体制：每位学生均有学号及相关的个人信息，且每台电脑在机房档案中也有相应备份。因此可以利用管理信息系统来进行管理学生的自由上的预约情况。5方案选择5.1 首选方案项目开发过程建议采用快速原型与增量开发相结合的模式，在基本明确需求的情况下建立系统整体原

11、型，实现系统的核心部分模块。系统建模采用面向对象方法。5.2 其它可选方案项目开发也可以采用瀑布模型。先提出软件开发的系统化的，其流程从系统开始，随后是需求分析、设计、编码、测试、支持。这种模型也是可以采用的开发方式。5.3 方案对比利用快速开发模型与增量开发相结合的模式，可以在软件开发初期很快确定系统的整体框架结构，并可选取系统中的核心部分确定需求，并进行设计和开发，之后逐渐实现系统的其它部分。这样既能够较快地让用户看到系统的整体效果，又便于核心部件的需求确定和整个系统的实现。瀑布模型提供了一个摸板，这个摸板使得分析、设计、编码、测试和支持的方法可以在该摸板下有一个共同的指导。但实际的项目大

12、部分情况难以按照该模型给出的顺序进行，而且这种模型的迭代是间接的，这很容易由微小的变化而造成大的混乱，且采用这种线性模型，会经常在过程的开始和结束时碰到等待其他成员完成其所依赖的任务才能进行下去，有可能花在等待的时间比开发的时间要长。我们称之为“堵赛状态”。故此，我们采用快速开发模型与增量开发相结合的模式。6项目实施计划A. 系统规划:完成系统阶段划分、实现系统概述、方案制定、进度计划、任务安排、项目进度计划并完成系统规划报告。人员：全体组员B. 需求分析：确定系统需求以及各功能模块需求，建立系统业务类模型和用例模型，并进行描述。完成需求规格说明书。人员：全体组员C. 系统架构设计：确定系统架

13、构。人员：全体人员D. 数据库设计：完成数据库逻辑设计。人员：全体人员E. 登陆子系统：党磊、冯成林F. 用户信息维护系统：郑征、李会超G. 机房介绍系统：陈爱彬、李建朋H. 学生预约系统：李建朋、陈爱彬I. 教师预约系统：冯成林、党磊J. 管理员管理系统：李会超、郑征K. 集成测试：李建朋图6.1 甘特图图6.2 工作流程图需求规格说明书1概述1.1项目的目的与目标计算机机房由于设备多，实验课程繁重，学生多等原因，一直难于有效管理，为了更好、更规范地对众多机房进行管理和维护，为了方便于老师教学和同学自由上机，开发此机房管理系统来实现。本系统是基于B/S架构，面向机房管理员设计，对机房进行有效

14、管理，并实时分配设备供教学和自由上机使用，使得计算机资源更有效地利用。1.2相关文档 【1】系统规划报告 【2】设计规格说明书2问题初始分析2.1 场景描述 机房管理系统是面向机房管理员所设计，管理员登录成功后可以进行添加、删除其它管理员；可以对机房进行日常管理，统计其利用率；普通用户可以查看机房信息，按教师名和上课时间可以对课程进行查询，更好的分配设备，协调教学与自由上机。2.2 初始功能提取学生功能提取：1、修改自己的信息：改密码，填写电子邮箱、电话等2、查看可用的电脑信息（楼层，编号，时间），根据自己的时间安排选择预约上机3、取消自己已经预约的上机安排。4、查看自己的上机记录，包括自己的

15、自由上机安排和实验上机安排教师功能提取：1、修改自己的信息2、查看可用的电脑信息（楼层、台数、时间），选择自己的所授的课程，选择班级，选择台数，预约实验3、取消预约的实验安排4、查看自己的预约的所有实验。管理员功能提取：由于管理员集电脑维修员和设备采购的职责，故功能要求如下1、更新用户，即导入用户的信息。从学校的档案管理系统中导出学生信息和教师信息，再导入到本系统中。2、更新课表，同上3、指定机房的开放情况，即一周中哪天开放，每天哪个时段4、由于电脑的故障问题或者其他原因修改电脑的可用状态，同时也可一次修改每层电脑的可用状态和各区电脑的可用状态5、由于设备的淘汰更新，管理员可以及时更新数据库中

16、电脑的信息，增加或删除部分电脑。在增加电脑时要录入电脑信息，分为单机录入和批录入。在批录入时需要产生统一的电脑信息，并动态的给电脑编号。6、管理员能够通过系统了解到当天机房的使用情况。7、管理可以根据系统统计的每天的使用情况，更好管理机房（此处要求系统能够将统计的数据加以分析，并将结果以可视的曲线图等形式呈现出来）非功能性需求：1、应该有介绍机房情况的模块，机房的情况包括：机房简介、机房2 目标系统功能需求3 要求采用面向对象分析方法，建立业务类模型和用例模型，并对用例进行描述。可配合活动图和序列图进行系统逻辑建模。机房上机预约系统用例（在此仅给出本系统特色用例的分析）预约自由上机用例场景规约

17、用例名称预约自由上机用例描述学生用户申请机房上机。满足条件，机房批准申请，完成预约执行者学生前置条件1、 学生用户已经登录系统2、 要求的条件能够满足后置条件1、 成功记下学生预约记录2、 成功更新了电脑的状态主过程描述1、 学生登陆系统2、 学生创建预约，选择时间、楼层条件3、 系统给出限定条件下的可用电脑的信息：编号、楼层、区号4、 学生从满足条件的电脑中选择任一台，提交给系统5、 系统更改电脑的可用状态并记录预约，然后将记录返回给学生。用例结束分支过程描述异常过程描述业务规则涉及的业务实体学生自由上机可用电脑集电脑集学生自由上机预约记录预约实验用例场景规约用例名称预约实验用例描述教师用户

18、申请实验上机，提交自己要求的条件，机房给出结果。教师选择电脑，机房批准申请，完成预约执行者教师前置条件1、教师用户已经登录系统2、教师本学期授课后置条件1、 成功记下实验预约记录2、 成功更新了电脑的状态主过程描述1、 教师登陆系统2、 教师创建实验预约，选择时间、时间段、课程、班级3、 系统给出限定条件下的电脑信息：楼层，可用台数4、 教师从满足条件的电脑集中选择任一层，提交给系统5、 系统更改电脑的可用状态并记录预约，然后将记录返回给教师。用例结束分支过程描述2.1如果教师没有选择班级，系统将为所有的班级预约实验2.2如果教师选择班级，系统只为选择的班级预约实验异常过程描述业务规则2.1课

19、程必须是教师教授的2.2班级和课程应该是相互对应的2.3教师必须选择时间、时间段和课程。班级选择与否根据分支过程描述2.1与2.2涉及的业务实体教师实验可用电脑集课表电脑集实验预约记录 删除违约用例场景规约用例名称删除违约用例描述定时查看机房上机刷卡系统中的上机情况，同时查看学生预约记录筛选出超时没有来上机的记录，自动删除这些记录执行者时间事件前置条件1、管理员启用这个功能，并设定超时多长时间为违约2、机房处于开放上机时间3、时间为要求检查的时刻4、正常连接着上机刷卡系统后置条件1、 成功删除预约记录2、 成功更新了电脑的状态主过程描述1、 时间为检查的时刻，进行违约查找2、 系统调用机房上机

20、刷卡系统，统计上机用户3、 查找在该时间段内上机的预约记录4、 综合这些信息，给出违约的记录5、 将违约记录到违约记录中，并删除预约记录中违约记录分支过程描述异常过程描述业务规则2.1课程必须是教师教授的2.2班级和课程应该是相互对应的2.3教师必须选择时间、时间段和课程。班级选择与否根据分支过程描述2.1与2.2涉及的业务实体时间上机用户自由上机预约记录违约记录4目标系统性能需求【1】响应时间：从提交查询命令到返回结果所需12秒。【2】更新处理时间：从更新数据库到再次显示数据库内容所需23秒钟。【3】处理的文件和记录数在1000以上。【4】对输入和输出数据的精度要求较高，查询应保证查准率。【

21、5】对处理和传输过程中的精度要求较高，查询时应保证时效性。【6】安全性较好，采用用户名和密码的匹配登录方式，并有管理员的操作记录、操作时间等信息，也保证它的可靠性。【7】兼容性、稳定性好。4.1 性能需求点列表详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表如表2-1所示。表2-1 性能需求点列表编 号性能名称操作者性能描述输入内容输出内容1.2改密用户修改密码旧密码和新密码修改成功2.1查询可用电脑学生、老师查询满则自己条件的可用电脑信息学学生输入时间、楼层等信息老师输入时间、楼层、课程、班级符合要求的可用电脑表2.2预约学生、老师预

22、约满足条件的电脑记录预约2.3查看预约学生、老师查看现在还没有上机的预约所有相关预约记录2.4删除预约学生、老师删除预约记录需要删除的预约记录删除成功3.1设定时间机房管理员按照机房的安排设定机房开放时间开放的时间段记录到时间表里3.2增加电脑机房管理员向机房新添电脑设备电脑信息成功记录信息5目标系统界面与接口需求5.1 界面需求采用Windows的图形用户界面，界面简单规范，易于操作。通过菜单由主界面访问各子模块。各子模块根据自身特点或采取子菜单形式或采用子模块的主界面形式访问其下各具体功能块。 【1】输入设备：键盘、鼠标；【2】输出设备：显示器；【3】显示风格：图形界面；【4】显示方式：1

23、024*768；【5】输出格式：显示布局。5.2 接口需求 无接口。6目标系统其他需求【1】进度需求：按照系统进度规划进行，最晚在十五周之前完成所有；【2】运行环境需求：Windows XP/vista/win 7；【3】培训需求：无培训需求，不提供多媒体教学光盘。【4】推广需求：无推广的要求，不需要有推广的支持软件。【5】经费要求：免费开发【6】工作产品提供：由小组成员各自准备，如装有Microsoft Visual Studio 2010、SQL Server2008、Office等应用软件。7目标系统假设与约束条件【1】符合法律法规的规定。【2】运行环境：Windows XP/vista

24、/win 7开发系统环境：Microsoft Visual Studio 2010、SQL Server2008文档编写环境：Microsoft Word、Rational Rose【3】参阅图书和浏览网络信息进行完善系统。 【4】系统最晚在教学十五周投入使用。设计规格说明书1 引言1.1 目的本文档以机房管理系统需求规格说明书作为基准，对系统进行设计。文档的规范设计为后期的编码、测试等提供参考。其主要内容包括： 系统功能简介 系统结构设计 数据设计 模块设计1.2 命名规则变量对象命名规则：内联变量（在方法内声明的变量）：骆驼命名法 私有类变量（成员变量）：骆驼命名法，下划线开头 循环、数组

25、等记数用变量依顺序使用i、j、k、m、n 数组：驼峰骆驼命名法，例如：string5 nameArray = new String(); 命名空间、类名、属性、方法：帕斯卡命名法数据库对象命名规则：库名:英文名称连写，首字母大写 表名:英文名称连写，首字母大写字段名:英文名称连写，首字母大写视图:V_英文名称连写，英文名称首字母大写 关系:R_英文名称连写，英文名称首字母大写 存储过程： 英文名称连写，首字母大写 1.3 术语定义序号术语名称术 语 定 义1总体结构软件系统的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑结构。若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能

26、模块结构图。若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图2数据结构 数据结构包括：数据库表的结构、其他数据结构等3概念数据模型CDM关系数据库的逻辑设计模型，叫做概念数据模型。主要内容包括一张逻辑E-R图及其相应的数据字典4物理数据模型PDM 关系数据库的物理设计模型，叫做物理数据模型。主要内容包括一张物理表关系图及其相应的数据字典5角色数据库中享有某些特权操作的用户，叫做角色。角色的权利通过授权来实现6子系统具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成7模块具有功能独立、能被调用的信息单元叫

27、做模块。模块是结构化设计中的概念8相关文件相关文件是指当本文件内容变更后，可能引起变更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册9参考资料参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、标准、准则1.4 参考资料 1 用户需求报告2 数据库设计规范3 命名规范1.5 相关文档1系统规划报告2需求规格说明书2系统设计2.1 体系结构设计2.2 子系统设计按业务逻辑可以将系统分为登陆子系统、用户信息维护子系统、学生预约系统、教师预约系统、管理员管理子系统、机房介绍子系统2.3 类设计WEB层类图Business Control层类图Entity层类图2.4 类说明

28、Web层中的Page类负责将结果呈现给用户，其中JumpControl类负责各个Page跳转。BusinessControl层中仅有一个BusinessControl类负责整个系统的业务逻辑。Entity层有系统所用的所有的实体类，同时还有一个Entity_Control类，该类负责将组织重新实体后交给业务逻辑层处理，它相当于ControlEntity层之间的接口。3数据库结构设计3.1 数据库表名清单数据库表名清单，如表3-1所示。表3-1 数据库表名清单序号中文表名英文表名表功能说明1电脑信息ComputerInformation记录电脑信息2可用电脑信息ComputerAvaiableI

29、nformation记录用户可以预约的电脑的信息3用户信息UserInformation记录用户信息4用户预约记录UserComputerInformation记录用户预约的相关信息5可用时间信息UserAvailableTimeInformation显示对应的拉丁字符的拼音字典UserAvailable记录用户可用的时间段3.2 数据库表之间关系Userinformation与ComputerInformation两个表是整个数据库中基本的表，其他的表都是基于这个两个表建立的。3.3 数据库表的详细清单表3-2 电脑信息序号字段中文名字段英文名类型、宽度、精度取值约束空否默认值主键/外键索引否1楼层FloorNumberNvarchar(2)主键2电脑号ComputerNumberchar(6)主键3开始时间BeginOpenTimechar(5)4结束时间