机房上机预约系统.docx

资源描述

机房上机预约系统.docx

《机房上机预约系统.docx》由会员分享，可在线阅读，更多相关《机房上机预约系统.docx（49页珍藏版）》请在冰豆网上搜索。

机房上机预约系统.docx

机房上机预约系统

XX大学

《信息资源管理与开发导论》

课程实验报告

——《机房上机预约系统》技术报告

专业：

网络工程

班级：

网络082班

组别：

第三组

组长：

成员：

完成日期：

2011-5-4

系统规划报告6

1．引言6

1.1编写目的6

1.2背景6

2现行系统调查6

2.1组织机构与业务范围6

2.2组织信息处理流程7

2.3现行系统存在的问题9

3新系统概述9

3.1系统目标9

3.2新系统功能范围及划分说明9

4可行性综合评述10

4.1经济可行性10

4.2技术可行性10

4.3操作可行性等10

5．方案选择10

5.1首选方案10

5.2其它可选方案10

5.3方案对比10

6．项目实施计划11

需求规格说明书13

1．概述13

1.1项目的目的与目标13

1.2相关文档13

2．问题初始分析13

2.1场景描述13

2.2初始功能提取13

2．目标系统功能需求14

4．目标系统性能需求19

4.1性能需求点列表19

5．目标系统界面与接口需求20

5.1界面需求20

5.2接口需求20

6．目标系统其他需求20

7．目标系统假设与约束条件21

设计规格说明书22

1．引言22

1.1目的22

1.2命名规则22

1.3术语定义22

1.4参考资料23

1.5相关文档23

2．系统设计23

2.1体系结构设计23

2.2子系统设计24

2.3类设计24

2.4类说明26

3．数据库结构设计26

3.1数据库表名清单26

3.2数据库表之间关系27

3.3数据库表的详细清单27

4．系统动态模型系统界面原型29

5．系统组件图或部署图32

系统实现结果33

1系统界面原型33

小组实验工作总结38

1．工作概述38

2．小组成员工作情况自评及互评39

个人实验总结39

个人工作总结39

个人工作总结40

个人工作总结41

各个阶段实验总结42

系统规划阶段工作总结42

需求分析阶段的工作总结42

详细设计阶段工作总结43

会议纪录44

第一次会议记录44

第二次会议记录44

第三次会议记录44

第四次会议记录45

系统规划报告

1．引言

1.1编写目的

本系统的设计的目的在于实现实验室管理的信息化、规范化和科学化，使学生可以在网站上预约机房的电脑，从而能够使机房电脑的合理地被学生利用。

MIS系统的飞速发展，技术的成熟以及应用领域的不断扩大，为网上信息的交互提供了一个良好的平台和方便的操作界面。

由于MIS系统基于用户需求的设计方法，使得该系统的使用更加的人性化、个人化、更贴近用户。

从学生角度来说，由于高校人数增多和机房电脑资源有限，想要每次上机都能找到电脑可以用相当不容易。

大家过去了没有电脑可用，浪费了学生大量的时间。

因此，利用网络，使学生只要在计算机前选定自己合适的时间，即可完成预订上机。

以MIS系统的构建思想来实现网上预约系统可以最大程度的做到实用性，可扩展性和可维护性相结合，安全性以及规范化原则。

而对机房电脑预订的系统规划可以使问题更清晰、更透彻，更好的解决计算机机房电脑管理的一系列问题，机房电脑管理的系统规划提出问题，解决问题，为我们的软件开发提供很大的便利，系统规划为我们的工作提供坚实的基础，非常必要。

1.2背景

如何更好地、更规范的对这些机房电脑进行管理和维护已经成为了一个重要的话题。

此外，随着学校管理变革的逐步推进，机房电脑管理也需要进一步规范，实验室管理工作也变得更加繁重和复杂，这就迫切需要用计算机来进行辅助管理，以简化我们的工作。

校园网络非常普及，使用计算机网络来进行实验室管理成为了必然。

机房电脑预订管理系统不仅能减轻实验室管理人员的工作负担，提高工作效率和服务.而且能给学生带来极大的便利。

1.3相关文档

[1]《需求规格说明书文档》

[2]《设计规格说明书文档》

[3]《机房自由上机预约系统规划图》

2现行系统调查

2.1组织机构与业务范围

2.1.1组织概况

2.1.2各部门业务范围及职能说明

本研发小组致力于解决各种软件开发问题，以方便管理。

其中项目经理：

项目计划的制订和跟踪，包括进度、资源和成本的管理，还要负责团队的建立和管理；系统分析员：

需求分析、系统分析（OOA）、业务建模；架构设计师：

系统设计（OOD）；程序员：

编码实现、单元测试、集成测试；测试员：

执行功能测试和压力测试，测试用例的开发、测试计划；美工人员需要对所做的网站进行美化，以最大程度上方便和吸引用户。

2.2组织信息处理流程

2.3现行系统存在的问题

计算机机房由于电脑多,实验课程繁重,学生多等原因,一直难于有效管理,而现在的机房管理软件无法及时有效的录入学生及教师的信息，不能及时监控电脑的好坏，大大加大了机房管理员的工作量，故而需要设计一种软件，以便减轻实验室管理人员的工作负担，提高工作效率。

3新系统概述

3.1系统目标

解决现行系统存在的问题，将系统进一步优化，增加一些原系统没有的功能，加强系统的维护和自检功能，使机房自由上机预约系统更加完善。

3.2新系统功能范围及划分说明

图3.2.1系统总体结构图

1、系统规划阶段：

完成系统阶段划分、实现系统概述、方案制定、进度计划、任务安排、项目进度计划并完成系统规划报告。

2、需求分析阶段：

确定系统需求以及各功能模块需求，建立系统业务类模型和用例模型，并进行描述。

完成需求规格说明书。

3、分析设计阶段：

根据需求分析结果，确定系统架构、数据库结构，软件结构设计，进行详细设计的具体分工。

完成设计规格说明书。

4、系统原型构建及核心模块开发阶段：

完成系统原型及核心模块，并测试和集成。

4可行性综合评述

4.1经济可行性

本研发小组研发规模较小，研发必须具备的必备的硬件和软件环境，同时，还必须具备相关的开发软件，才能正常运行并完成其所需的功能。

硬件成本除了购置所需的费用之外，还有日常维护、维修以及损耗、升级等所需的成本。

软件也同样有购买、开发、维护等方面的成本。

还有其他的一些资金问题。

本研发小组研发项目为机房管理系统，本系统便于机房日常管理,信息查询,以及实验信息统计.实现课表录入,学生名单录入或导入,上机登陆,关机记录,使用软件记录,综合查询（按学生,按课程,按时段与机器号）,统计机房利用率,空闲时间等,设备信息登记,查询（按分类,按机房号,按管理\借用人员）,修改,维修记录,借还记录等功能。

以便减轻实验室管理人员的工作负担，提高工作效率。

可

以应用于各类学校的机房管理中，也可以应用于公司机房的管理中去，应用范围广，开发成本比较低，具有很好的收益价值。

4.2技术可行性

该系统所需硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求。

软件上，操作系统采用WindowsNT,数据库管理系统采用SQLServer2005，这些软件在MIS开发中已被大量应用，技术上都比较成熟。

因此技术上是可行的。

4.3操作可行性等

由于该学校有很好的管理体制：

每位学生均有学号及相关的个人信息，且每台电脑在机房档案中也有相应备份。

因此可以利用管理信息系统来进行管理学生的自由上的预约情况。

5．方案选择

5.1首选方案

项目开发过程建议采用快速原型与增量开发相结合的模式，在基本明确需求的情况下建立系统整体原型，实现系统的核心部分模块。

系统建模采用面向对象方法。

5.2其它可选方案

项目开发也可以采用瀑布模型。

先提出软件开发的系统化的，其流程从系统开始，随后是需求分析、设计、编码、测试、支持。

这种模型也是可以采用的开发方式。

5.3方案对比

利用快速开发模型与增量开发相结合的模式，可以在软件开发初期很快确定系统的整体框架结构，并可选取系统中的核心部分确定需求，并进行设计和开发，之后逐渐实现系统的其它部分。

这样既能够较快地让用户看到系统的整体效果，又便于核心部件的需求确定和整个系统的实现。

瀑布模型提供了一个摸板，这个摸板使得分析、设计、编码、测试和支持的方法可以在该摸板下有一个共同的指导。

但实际的项目大部分情况难以按照该模型给出的顺序进行，而且这种模型的迭代是间接的，这很容易由微小的变化而造成大的混乱，且采用这种线性模型，会经常在过程的开始和结束时碰到等待其他成员完成其所依赖的任务才能进行下去，有可能花在等待的时间比开发的时间要长。

我们称之为“堵赛状态”。

故此，我们采用快速开发模型与增量开发相结合的模式。

6．项目实施计划

A.系统规划:

完成系统阶段划分、实现系统概述、方案制定、进度计划、任务安排、项目进度计划并完成系统规划报告。

人员：

全体组员

B.需求分析：

确定系统需求以及各功能模块需求，建立系统业务类模型和用例模型，并进行描述。

完成需求规格说明书。

人员：

全体组员

C.系统架构设计：

确定系统架构。

人员：

全体人员

D.数据库设计：

完成数据库逻辑设计。

人员：

全体人员

E.登陆子系统：

党磊、冯成林

F.用户信息维护系统：

郑征、李会超

G.机房介绍系统：

陈爱彬、李建朋

H.学生预约系统：

李建朋、陈爱彬

I.教师预约系统：

冯成林、党磊

J.管理员管理系统：

李会超、郑征

K.集成测试：

李建朋

图6.1甘特图

图6.2工作流程图

需求规格说明书

1．概述

1.1项目的目的与目标

计算机机房由于设备多，实验课程繁重，学生多等原因，一直难于有效管理，为了更好、更规范地对众多机房进行管理和维护，为了方便于老师教学和同学自由上机，开发此机房管理系统来实现。

本系统是基于B/S架构，面向机房管理员设计，对机房进行有效管理，并实时分配设备供教学和自由上机使用，使得计算机资源更有效地利用。

1.2相关文档

【1】系统规划报告

【2】设计规格说明书

2．问题初始分析

2.1场景描述

机房管理系统是面向机房管理员所设计，管理员登录成功后可以进行添加、删除其它管理员；可以对机房进行日常管理，统计其利用率；普通用户可以查看机房信息，按教师名和上课时间可以对课程进行查询，更好的分配设备，协调教学与自由上机。

2.2初始功能提取

学生功能提取：

1、修改自己的信息：

改密码，填写电子邮箱、电话等

2、查看可用的电脑信息（楼层，编号，时间），根据自己的时间安排选择预约上机

3、取消自己已经预约的上机安排。

4、查看自己的上机记录，包括自己的自由上机安排和实验上机安排

教师功能提取：

1、修改自己的信息

2、查看可用的电脑信息（楼层、台数、时间），选择自己的所授的课程，选择班级，选择台数，预约实验

3、取消预约的实验安排

4、查看自己的预约的所有实验。

管理员功能提取：

由于管理员集电脑维修员和设备采购的职责，故功能要求如下

1、更新用户，即导入用户的信息。

从学校的档案管理系统中导出学生信息和教师信息，再导入到本系统中。

2、更新课表，同上

3、指定机房的开放情况，即一周中哪天开放，每天哪个时段

4、由于电脑的故障问题或者其他原因修改电脑的可用状态，同时也可一次修改每层电脑的可用状态和各区电脑的可用状态

5、由于设备的淘汰更新，管理员可以及时更新数据库中电脑的信息，增加或删除部分电脑。

在增加电脑时要录入电脑信息，分为单机录入和批录入。

在批录入时需要产生统一的电脑信息，并动态的给电脑编号。

6、管理员能够通过系统了解到当天机房的使用情况。

7、管理可以根据系统统计的每天的使用情况，更好管理机房（此处要求系统能够将统计的数据加以分析，并将结果以可视的曲线图等形式呈现出来）

非功能性需求：

1、应该有介绍机房情况的模块，机房的情况包括：

机房简介、机房

2．目标系统功能需求

3．

要求采用面向对象分析方法，建立业务类模型和用例模型，并对用例进行描述。

可配合活动图和序列图进行系统逻辑建模。

机房上机预约系统用例

（在此仅给出本系统特色用例的分析）

预约自由上机用例场景规约

用例名称

预约自由上机

用例描述

学生用户申请机房上机。

满足条件，机房批准申请，完成预约

执行者

学生

前置条件

1、学生用户已经登录系统

2、要求的条件能够满足

后置条件

1、成功记下学生预约记录

2、成功更新了电脑的状态

主过程描述

1、学生登陆系统

2、学生创建预约，选择时间、楼层条件

3、系统给出限定条件下的可用电脑的信息：

编号、楼层、区号

4、学生从满足条件的电脑中选择任一台，提交给系统

5、系统更改电脑的可用状态并记录预约，然后将记录返回给学生。

用例结束

分支过程描述

异常过程描述

业务规则

涉及的业务实体

学生

自由上机可用电脑集

电脑集

学生自由上机预约记录

预约实验用例场景规约

用例名称

预约实验

用例描述

教师用户申请实验上机，提交自己要求的条件，机房给出结果。

教师选择电脑，机房批准申请，完成预约

执行者

教师

前置条件

1、教师用户已经登录系统

2、教师本学期授课

后置条件

1、成功记下实验预约记录

2、成功更新了电脑的状态

主过程描述

1、教师登陆系统

2、教师创建实验预约，选择时间、时间段、课程、班级

3、系统给出限定条件下的电脑信息：

楼层，可用台数

4、教师从满足条件的电脑集中选择任一层，提交给系统

5、系统更改电脑的可用状态并记录预约，然后将记录返回给教师。

用例结束

分支过程描述

2.1如果教师没有选择班级，系统将为所有的班级预约实验

2.2如果教师选择班级，系统只为选择的班级预约实验

异常过程描述

业务规则

2.1课程必须是教师教授的

2.2班级和课程应该是相互对应的

2.3教师必须选择时间、时间段和课程。

班级选择与否根据分支过程描述2.1与2.2

涉及的业务实体

教师

实验可用电脑集

课表

电脑集

实验预约记录

删除违约用例场景规约

用例名称

删除违约

用例描述

定时查看机房上机刷卡系统中的上机情况，同时查看学生预约记录筛选出超时没有来上机的记录，自动删除这些记录

执行者

时间事件

前置条件

1、管理员启用这个功能，并设定超时多长时间为违约

2、机房处于开放上机时间

3、时间为要求检查的时刻

4、正常连接着上机刷卡系统

后置条件

1、成功删除预约记录

2、成功更新了电脑的状态

主过程描述

1、时间为检查的时刻，进行违约查找

2、系统调用机房上机刷卡系统，统计上机用户

3、查找在该时间段内上机的预约记录

4、综合这些信息，给出违约的记录

5、将违约记录到违约记录中，并删除预约记录中违约记录

分支过程描述

异常过程描述

业务规则

2.1课程必须是教师教授的

2.2班级和课程应该是相互对应的

2.3教师必须选择时间、时间段和课程。

班级选择与否根据分支过程描述2.1与2.2

涉及的业务实体

时间

上机用户

自由上机预约记录

违约记录

4．目标系统性能需求

【1】响应时间：

从提交查询命令到返回结果所需1~2秒。

【2】更新处理时间：

从更新数据库到再次显示数据库内容所需2~3秒钟。

【3】处理的文件和记录数在1000以上。

【4】对输入和输出数据的精度要求较高，查询应保证查准率。

【5】对处理和传输过程中的精度要求较高，查询时应保证时效性。

【6】安全性较好，采用用户名和密码的匹配登录方式，并有管理员的操作记录、操作时间等信息，也保证它的可靠性。

【7】兼容性、稳定性好。

4.1性能需求点列表

详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。

需求性能点列表如表2-1所示。

表2-1性能需求点列表

编号

性能名称

操作者

性能描述

输入内容

输出内容

1.2

改密

用户

修改密码

旧密码和新密码

修改成功

2.1

查询可用电脑

学生、老师

查询满则自己条件的可用电脑信息学

学生输入时间、楼层等信息

老师输入时间、楼层、课程、班级

符合要求的可用电脑表

2.2

预约

学生、老师

预约

满足条件的电脑

记录预约

2.3

查看预约

学生、老师

查看现在还没有上机的预约

所有相关预约记录

2.4

删除预约

学生、老师

删除预约记录

需要删除的预约记录

删除成功

3.1

设定时间

机房管理员

按照机房的安排设定机房开放时间

开放的时间段

记录到时间表里

3.2

增加电脑

机房管理员

向机房新添电脑设备

电脑信息

成功记录信息

5．目标系统界面与接口需求

5.1界面需求

采用Windows的图形用户界面，界面简单规范，易于操作。

通过菜单由主界面访问各子模块。

各子模块根据自身特点或采取子菜单形式或采用子模块的主界面形式访问其下各具体功能块。

【1】输入设备：

键盘、鼠标；

【2】输出设备：

显示器；

【3】显示风格：

图形界面；

【4】显示方式：

1024*768；

【5】输出格式：

显示布局。

5.2接口需求

无接口。

6．目标系统其他需求

【1】进度需求：

按照系统进度规划进行，最晚在十五周之前完成所有；

【2】运行环境需求：

WindowsXP/vista/win7；

【3】培训需求：

无培训需求，不提供多媒体教学光盘。

【4】推广需求：

无推广的要求，不需要有推广的支持软件。

【5】经费要求：

免费开发

【6】工作产品提供：

由小组成员各自准备，如装有MicrosoftVisualStudio2010、SQLServer2008、Office等应用软件。

7．目标系统假设与约束条件

【1】符合法律法规的规定。

【2】运行环境：

WindowsXP/vista/win7

开发系统环境：

MicrosoftVisualStudio2010、SQLServer2008

文档编写环境：

MicrosoftWord、RationalRose

【3】参阅图书和浏览网络信息进行完善系统。

【4】系统最晚在教学十五周投入使用。

设计规格说明书

1．引言

1.1目的

本文档以《机房管理系统需求规格说明书》作为基准，对系统进行设计。

文档的规范设计为后期的编码、测试等提供参考。

其主要内容包括：

●系统功能简介

●系统结构设计

●数据设计

●模块设计

1.2命名规则

变量对象命名规则：

内联变量（在方法内声明的变量）：

骆驼命名法

私有类变量（成员变量）：

骆驼命名法，下划线开头

循环、数组等记数用变量依顺序使用i、j、k、m、n

数组：

驼峰骆驼命名法，例如：

string[5]nameArray=newString（）;

命名空间、类名、属性、方法：

帕斯卡命名法

数据库对象命名规则：

库名:

英文名称连写，首字母大写

表名:

英文名称连写，首字母大写

　　字段名:

英文名称连写，首字母大写

视图:

V_英文名称连写，英文名称首字母大写　

　　关系:

R_英文名称连写，英文名称首字母大写

　　存储过程：

英文名称连写，首字母大写

1.3术语定义

序号

术语名称

术语定义

总体结构

软件系统的总体逻辑结构。

按照不同的设计方法，有不同的总体逻辑结构。

若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。

若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图

数据结构

数据结构包括：

数据库表的结构、其他数据结构等

概念数据

模型CDM

关系数据库的逻辑设计模型，叫做概念数据模型。

主要内容包括一张逻辑E-R图及其相应的数据字典

物理数据

模型PDM

关系数据库的物理设计模型，叫做物理数据模型。

主要内容包括一张物理表关系图及其相应的数据字典

角色

数据库中享有某些特权操作的用户，叫做角色。

角色的权利通过授权来实现

子系统

具有相对独立功能的小系统叫做子系统。

一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成

模块

具有功能独立、能被调用的信息单元叫做模块。

模块是结构化设计中的概念