机房上机预约系统.doc

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方案对比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 类设计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第三次会议记录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, 数据库管理系统采用SQL Server2005，这些软件在 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】响应时间：从提交查询命令到返回结果所需12秒。【2】更新处理时间：从更新数据库到再次显示数据库内容所需23秒钟。【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】运行环境需求：Windows XP/vista/win 7；【3】培训需求：无培训需求，不提供多媒体教学光盘。【4】推广需求：无推广的要求，不需要有推广的支持软件。【5】经费要求：免费开发【6】工作产品提供：由小组成员各自准备，如装有Microsoft Visual Studio 2010、SQL Server2008、Office等应用软件。7目标系统假设与约束条件【1】符合法律法规的规定。【2】运行环境：Windows XP/vista/win 7开发系统环境：Microsoft Visual Studio 2010、SQL Server2008文档编写环境：Microsoft Word、Rational Rose【3】参阅图书和浏览网络信息进行完善系统。【4】系统最晚在教学十五周投入使用。设计规格说明书1 引言1.1 目的本文档以机房管理系统需求规格说明书作为基准，对系统进行设计。文档的规范设计为后期的编码、测试等提供参考。其主要内容包括： 系统功能简介 系统结构设计 数据设计 模块设计1.2 命名规则变量对象命名规则：内联变量（在方法内声明的变量）：骆驼命名法 私有类变量（成员变量）：骆驼命名法，下划线开头 循环、数组等记数用变量依顺序使用i、j、k、m、n 数组：驼峰骆驼命名法，例如：string5 nameArray = new String(); 命名空间、类名、属性、方法：帕斯卡命名法数据库对象命名规则：库名:英文名称连写，首字母大写 表名:英文名称连写，首字母大写字段名:英文名称连写，首字母大写视图:V_英文名称连写，英文名称首字母大写 关系:R_英文名称连写，英文名称首字母大写 存储过程： 英文名称连写，首字母大写 1.3 术语定义序号术语名称术 语 定 义1总体结构软件系统的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑结构。若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图2数据结构 数据结构包括：数据库表的结构、其他数据结构等3概念数据模型CDM关系数据库的逻辑设计模型，叫做概念数据模型。主要内容包括一张逻辑E-R图及其相应的数据字典4物理数据模型PDM 关系数据库的物理设计模型，叫做物理数据模型。主要内容包括一张物理表关系图及其相应的数据字典5角色数据库中享有某些特权操作的用户，叫做角色。角色的权利通过授权来实现6子系统具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成7模块具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念8相关文件相关文件是指当本文件内容变更后，可能引起变更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册9参考资料参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、标准、准则1.4 参考资料1 用户需求报告2 数据库设计规范3 命名规范1.5 相关文档1系统规划报告2需求规格说明书2系统设计2.1 体系结构设计2.2 子系统设计按业务逻辑可以将系统分为登陆子系统、用户信息维护子系统、学生预约系统、教师预约系统、管理员管理子系统、机房介绍子系统2.3 类设计WEB层类图Business Control层类图Entity层类图2.4 类说明Web层中的Page类负责将结果呈现给用户，其中JumpControl类负责各个Page跳转。BusinessControl层中仅有一个BusinessControl类负责整个系统的业务逻辑。Entity层有系统所用的所有的实体类，同时还有一个Entity_Control类，该类负责将组织重新实体后交给业务逻辑层处理，它相当于ControlEntity层之间的接口。3数据库结构设计3.1 数据库表名清单数据库表名清单，如表3-1所示。表3-1 数据库表名清单序号中文表名英文表名表功能说明1电脑信息ComputerInformation记录电脑信息2可用电脑信息ComputerAvaiableInformation记录用户可以预约的电脑的信息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结束时间EndOpenTimechar(5)5增加日期AddDatedate表3-2 可用电脑信息序号字段中文名字段英文名类型、宽度、精度取值约束空否默认值主键/外键索引否1楼层FloorNumberNvarchar(2)主键2电脑号ComputerNumberchar(6)主键3使用日期UsingDatedate主键4开始时间BeginOpenTimechar(5)主键5结束时间EndOpenTimechar(5)主键表3-3 用户信息序号字段中文名字段英文名类型、宽度、精度取值约束空否默认值主键/外键索引否1学号StudentNumberchar(6)主键2密码Passwdvarchar(50)3用户名UserNamenvarchar(3)4性别Sexnchar(1)5年级Gradenchar(3)6班级Classnvarchar(10)表3-4 用户预约记录序号字段中文名字段英文名类型、宽度、精度取值约束空否默认值主键/外键索引否1学号StudentNumberchar(6)外键2楼层FloorNumbernvarchar(2)可以3电脑号ComputerNumberchar(6)可以4占用日期UsingDatadata可以5结束时间EndOpenTimechar(5)可以6使用类型UsingTypenvarchar(4)可以表3-5 可用时间序号字段中文名字段英文名类型、宽度、精度取值约束空否默认值主键/外键索引否1学号StudentNumberchar(6)主键2使用日期UsingData date主键3开始时间BeginOpenTimechar(5)主键4结束时间EndOpenTimechar(5)主键4系统动态模型系统界面原型用户登陆模块：用户信息维护模块：用户信息维护序列图 图4-2学生自由上机预约管理模块学生自由上机预约管理序列图 图4-35系统组件图或部署图系统实现结果1系统界面原型系统主要界面及界面设计风格说明。登陆界面：系统主界面：用户注册界面：学生自由上机预约界面：个人上机查询修改界面：管理员管理界面：机房管理：界面设计风格以简约实用为主，将功能以树节点形式列于左侧，使用户方便根据归类查找相应的功能项。另外将系统常用功能罗列在工具栏，使用户能快捷的操作。用户还可以根据个人喜好更改主界面的主题风格。小组实验工作总结1工作概述我们小组做的是基于B/S架构的机房自由上机预约系统，主要实现的功能有1.用户信息维护管理用户信息维护包括：个人信息查询、个人信息修改2.学生自由上机管理学生自由上机管理包括：查询可用电脑信息，预约上机时间，查询个人已预约情况，退订预约。3.教师实验上机管理包括：按日期查询可用电脑信息，安排对应课程的班级进行实验。4.管理员管理模块包括：增删电脑、设定开放时间、设定电脑状态4机房情况管理机房情况包括：机房建设、机房新闻、机房历史、机房规划在确定了选择以C/S架构的机房管理系统后，我们开始着手准备工作： 我们开了几次的会议来研究系统规划、需求分析和系统设计阶段的一些问题，大家都非常积极，在业余时间查资料，开会时积极发言，表达自己的想法。首先，我们划分开发阶段、子项目及工作步骤； 其次，确定子项目间的逻辑关系，开发顺序；最后，确定各开发阶段、子项目、工作步骤的工作量并给每个人分配的具体的任务。我们一起讨论了在工作中遇到的问题，大家都很认真并且非常积极，我们在做下一个阶段时都能将上一个阶段遇到的问题都彻底的解决了。其中给我留下深刻的印象的是在设计数据库的时候，由于大家以前都没有做过具体的项目，对数据库的设计上都不是很了解。于是我们在图书馆找了一些关于此方面的书籍，参考了别人是怎么对设计数据库的，然后回来研究我们这个系统的数据库设计，最后把这个问题给解决了我们每个人都感受到阶段性的成果是大家心血的结晶和辛苦努力的结果。然而在每个阶段性完成的时候，我们都感受到阶段性的成果，是大家心血的结晶，而且是大家辛苦努力的结果。不是停留于语言上，而是让每个人真切的感受到。确实是这样。并且对结果都是有十足的信心。在实验中我们学会了很多东西，例如数据库方面：对数据库的操作，什么插入，查询，修改。对项目模块划分方面。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题 。但是在实际工作量与估计量有差别，我们在实验中遇到了一些问题，例如：在开发过程中出现没有料到的事件，导致工作量增加； 需求发生变化，导致工作量增加（如返工等）。2小组成员工作情况自评及互评个人实验总结个人工作总结 光阴如梭，五一长假过后，我们的机房自由上机预约系统也将圆满完成了。作为我们小组的组长，我将我们小组实验工作总结如下：首先，我们大家讨论了实验项目和开发环境的选取。由于大家对上学期学的C#比较熟悉，同时大家想了解一些有关WEB开发的技术，我们一致同意做基于B/S架构的机房自由上机预约系统。在系统规划、需求分析和系统设计阶段，全组人员合作完成的，我给大家具体又仔细分配了工作，这样更有利于工作的顺利进展也能更好的调动大家的积极性。对我们的系统进行了合理的规划和设计。在这期间，给大家开了几次会议，我们一起讨论了在工作中遇到的问题，大家都很认真并且非常积极，我们最后一起把在这几个阶段遇到的问题都彻底的解决了。其中在设计数据库的时候，由于大家以前都没有做过具体的项目，对数据库的设计上都不是很了解。于是我们在图书馆找了一些关于此方面的书籍，参考了别人是怎么对设计数据库的，然后回来研究我们这个系统的数据库设计，最后把这个问题给解决了我们每个人都感受到阶段性的成果是大家心血的结晶和辛苦努力的结果。在这个过程中，使我原本欠缺的表达能力得到了很大的提高，并学到了很多与同学交流的技巧，对MIS系统有了更深刻的认识。在系统原型构建及核心模块开发阶段，我结合每个的特长给大家分配的具体的工作，让每个人都能发挥他的特长，这样才能使我们的团队的效率更高。而我自己比较擅长编程，所以我负责编制几个核心模块的代码。通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。使我更加加深了项目开发的整体思路，总结了前期开发和实施过程中碰到的问题，同时利用课下时间加强对C#编程语言的学习。平时注意收集有关这方面的资料，提高自己的处理新问题和解决新问题的能力，并加强学习数据库等方面的知识，为将来毕业找工作打好基础。个人工作总结 我们这次做的机房上机自由预约系统是基于B/S架构的。以前没有这方面的经验，在完成了系统规划，系统需要、系统分析后，到实现阶段时，该让我和党磊实现具体代码的时候，我俩确实有点无从下手。我们同查阅相关书籍和上网搜集资料，渐渐明白了WEB开发的流程。同时对ASP.Net有了初步的认识。ASP.NET支持的Web Form事件驱动的编程机制、它的代码后置技术以及它丰富的控件库，为构建B/S模式的、动态交互的Web应用程序提供了一个友好、简洁、快速、高效的开发编程环境。ASP.NET是一种动态网页开发技术，它提供了一个基于Microsoft.NET框架的Web开发平台。要想使用ASP.NET开发Web应用程序就必须对.NET Framework有所了解。因此通过这次实验我对.NET Framework又有了新的了解。由于代码的实现大部分是由我和党磊一块完成的。因此我们制定了一些代码的编程规范。这样便于我们沟通。同时这给程序在集成和测试阶段中改错提供方便。 通过这次实验，我巩固了之前的知识以及加深了对信息系统知识以及软件工程知识的理解，也发现了自身存在的问题。我会通过以后的学习和实验，提高自己的水平。个人工作总结 这次实验我们做的是B/S架构的系统。我们没有实践经验，通过这次实验我了解了WEB工作原理WEB服务器与浏览器.同时我也学习了XHTML基础知识中,了解了他的基本语法规则以及格式，还有其他一些有关网络编程的技术。在具体实现过程中，我们综合考虑，确定了相对高效的技术方法。 在一个多星期的编程过程中，我们遇到了很多问题，通过问同学上百度，基本上都解决了。从中我学到了许多，对.NET的了解增多了。 这次实验后，我明白了在没有基础的情况下，只有付出比别人更多的努力才能实现自己的目标。鲁迅说过“世界上没有人是笨蛋，除非他自己认为自己是笨蛋。”每个人都有巨大的潜能，只是我们没有去发倔，我们还处在未知状态。上帝创造每个人都是不同的，这是因为上帝希望每个人都是独一无二的。每个人都有优点和缺点，关键是看我们如何去看待。在现实生活中，每个人都有一个无形的“玻璃屋顶”束缚着你，限制着你，那么，唯有充分的认识自我，才能不断的超越自我，完善自我。 学习技术是还远远不够。在学习技术的同时也要学会与人相处，善于和人沟通，加强团队合作，善于在快乐的学习环境中成长。只有做到这样才会有优秀的自己。在小组会议上同学们都认为我是较内向的人，可能和我以前的性格有关吧！但是，既然加入了我们班我就会和同学们容为一体，尽量改变自己的内向性格，同时也希望大家在这方面多多提建议。个人工作总结 该小组开发的是机房自由上机预约系统，从系统所需实现的要求进行着手，通过小组几次的会议确定了系统的总体规划、系统面向对象需求分析、系统面向对象设计以及系统原型构建及核心模块的开发。通过这次实验，让我更清楚了系统开发的过程及其面向对象的具体分析。在系统规划阶段，要注意各成员的分工与合作，发挥个人的长处；在需求分析阶段，则需要考虑周全，满足实验要求的前提下并要想到在已有的水平下是否能实现，面向对象的分析使得需求分析的脉络更加清楚，对UML建模在实践中了解的更为深刻，包括用例图、序列图等；数据库的设计则要考虑好数据之间的关联性、完整性、约束性。在系统原型构建及核心模块的开发过程中，我参与了部分代码的编写，以及部分界面的管理。在这个实验过程中，我们也出现了一些问题。学习与实践的结合不当。当我进行程序开发的时候，发现以前学习的知识点到用时却忘得一干二净了，也只好重新学习基本知识了。如果以前把知识学得透彻点，理解深刻点，也许在开发过程中可以缩短时间，提高效率。反思自我，归其原因：不是当时的学习不够认真，而是缺乏对知识点的运用实践；对于像我这样“半路出家”的编程人员来说，只是理解知识点是远远不够的，如果当时没有经过编译、运行、调试的过程，很快就会忘记的。对此，我们要正视自身的问题，完善自我，在以后的学习中好好学习。个人工作总结 俗话说：只有经历才能成长。世界没有完美的事情，每个人都有缺点，一旦遇到工作比较多的时候，容易急噪、粗心。我在平时遇到设计上的问题及时与同学沟通，向他们请教，与他们取长补短，共同完成工作任务。在跟同学沟通时积极的听取他们的意见和建议；不断努力学习提高自己；及时了解用户的需求，不断根据用户的要求修改自己的设计作品。 以下是我的实验感想：（1）建好一个网站不是给自己人看的，而是用来宣传和方便用户访问的。所以网站的走向应该是围绕用户的需求来实施的。首先要确定网站的终端客户群，以终端的需求来定位网站的方向！（2）网站的建设也不是一朝一夕能确定以后的路途的，也不能一味的模仿其他网站运营模式，这样会丧失网站自身的优势与特色，要切合实际的根据目前的状况来规划，慢慢的摸索，尝试在尝试，从而才能把小路铺成大道。（3）好的网站经营能够促使网站的客户不断的聚集、交流，逐步建立以网站性质为核心文化；但网站文化的建立却能够带动网站从量变至质变的转换，这就要从网站的内容来吸引用户，让别人认同您的网站上的资源能给他们带来方便，从而才能达到转换。个人工作总结 以前写程序的时候都是“自由主义”式的开发，想到哪里就写到哪里，没有系统和详细的规划。在刚上完软件工程课的时候，曾雄心勃勃，现学现卖地写了几个东西，结果是遇见文档就头痛，到最后都是先把程式写出来后才填的文档。究其原因，一是由于贪方便，使用的文档模板是从网上下载的GB文档，各方面都很复杂，很多东西都是超出个人理解和使用的；二是由于编程不系统，没有一个整体的规划和架构，一下子实在无法适应那么多的框框条条。所以现在自己做了份文档模板，打算慢慢培养起好的习惯。项目之初，大家纷纷出谋划策，为软件的功能设想了许多方案。但经过与别的组交流，以及参考了现在流行的比较成熟的管理软件之后，我们发现自己当初的想法中哪些切合实际需要，哪些严重脱离了实际，又有哪些非常重要的功能没有考虑到。最终，在结合了各方面的情况下开始了软件的开发。软件测试是软件开发的最后一个步骤，但它在整个过程中极其重要，测试用例的好坏、需找bug部位的精度，都会对完善软件有很重要的影响。既然软件是大家共同完成的，完成的好坏就不光是设计者的事情，测试人员同样担负着责任。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作。在测试中我越发感觉网络给我们带来的高效与便捷。一个bug发现了，却总是找不到错误在哪，翻书、翻程序很长时间都没解决。于是百度发帖求助，没想到很快得到圆满解决。看来要想在软件一行有所建树，光靠自己和书本的力量还远远不够，网络把人与人的距离缩短到你我屏幕之间，今后我还需多多向这位隐形的高手请教。最后，纸上得来终觉浅，善于请教，善于思考，更得善于动手，才能真正学到东西。测试中的bug往往就是那些单凭书本的印象编写而成的，而最难找出来的错误也往往汇聚于此。总之实践才是检验真理的唯一标准。各个阶段实验总结 系统规划阶段工作总结本软件开发小组致力于开发设计一种新的机房管理系统软件，对原系统进行优化，以减轻管理员的负担。经过这几周对系统规划的理解，收获颇丰，感触颇深。在系统规划中我们要明确我们所要开发的软件的目的，对开发目标要进行深入的研究理解，以便提出详细的软件项目计划，确定软件工作范围，进行软件风险分析，预计软件开发所需要的资源，建立成本与进度的估算。根据有关成本与进度的限制分析项目的可行性。对本项目的经济可行性和技术可行性进行评估，以便确定本软件的经济基础和技术基础。之后确定本软件开发的首选方案和其他预备方案，在编写程序前，对已完成设计构思的系统进行主次分析，排好功能实现顺序，列出程序编写步骤，对于理清编程思路很有帮助。人的逻辑思维可能很发达，在设计当中可以不用笔记，在脑中就能想好三到五个功能的逻辑关系和编写步骤。然而我们面对的是一个庞大的系统，大系统下分多个子系统，子系统下分多个功能模块，功能模块下分多个功能页面，功能页面下分多个子功能，而且子系统、功能模块、功能页面、子功能之间的逻辑关系构成了一张复杂庞大的逻辑关系网。这就需要我们在原先做好设计流程图上，系统规划，全面分析，逐步细化、反复斟酌、推敲，然后列出编程计划。当然，在进行系统规划工作的时候，自己也出现了一些问题，无法清晰的表达自己的思想，对系统规划带来了难题，学习与实践结合不当，无法对系统规划做出充分的理解，但在本小组人员的大力支持下，还是比较圆满的完成了系统规划工作。需求分析阶段的工作总结 需求分析是一个软件系统的核心，直接关联着软件的成功与否，也对软件的后期工作起着指导作用。确定需求包括从用户角度（系统的外部行为），以及从开发者角度（一些内部特性）来详细且具体阐述。可以把整个软件需求工程研究领域划分为需求开发和需求管理两部分。需求开发可进一步分为：问题获取、分析、编写规格说明和验证四个阶段。这些子项包括软件类产品中需求收集、评价、编写文档等所有活动。需求管理需要真正把需求应用到产品中，并且注意在整个项目过程中跟踪需求状态及其变更情况。软件需求包括三个不同的层次：业务需求、用户需求和功能需求（包括非功能需求）。业务需求反映了客户对系统、产品高层次的目标要求；用户需求描述了用户使用产品必须要完成的任务；功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求，而非功能需求是功能需求的补充，它包括产品必须遵从的标准、规范，界面的具体细节，性能要求，设计或实现的约束条件。本小组的需求分析是经过全体人员的讨论和商榷，从现在机房存在的问题提出，根据系统的实验要求及改善已存在问题的角度，结合各成员的意见，采用面向对象的分析方法进行具体描述，包括各角色的用例图、序列图、活动图等，使得该机房管理系统的需求逐步明朗化，确切化。将需求分析的过程都体现在需求文档后，必须得经过客户（现在是小组的其它成员）的审查和评论，对于不足之处可以进一步修改和改善。通过学习和实践，让我们更深刻清楚了一个项目开发的过程，认识到了需求的重要