武汉理工大学软件项目管理实验报告Word文件下载.docx

武汉理工大学软件项目管理实验报告Word文件下载.docx

《武汉理工大学软件项目管理实验报告Word文件下载.docx》由会员分享，可在线阅读，更多相关《武汉理工大学软件项目管理实验报告Word文件下载.docx（19页珍藏版）》请在冰点文库上搜索。

为实验室评估、实验室建设及实验教学质量管理等决策提供数据支持；

智能生成每学年教育部数据报表，协助高校轻而易举完成数据上报工作。

运用计算机技术，特别是现代网络技术，为实验室管理、实验教学管理、仪器设备管理、低值品与耗材管理、实验室建设与设备采购、实验室评估与评教、实践管理、数据与报表等相关事务进行网络化的规范管理。

1.2项目开发目的

编写本项目开发计划的目的是为了确保实验室管理系统项目团队能按时保质地完成项目目标，便于项目团队成员更好地了解该项目各方面的情况。

用文件的形式，根据可行性研究推荐的可行方案，落实各项工作的负责人、参加人员以及资源的需求，制定项目开发进度、验收标准和成本概算等

预期读者：

本项目的任务提出者、项目组全体成员、用户。

1.3项目开发意义

实验室管理系统的开发意义包括：

a.实验时间开放。

每个学生可以根据自己的实际情况进行实验，实验结果不理想的可以重做实验，实验能力强的可以深入探索研究；

b.实验内容开放。

只有形成开放的实验教学体系，实验教学才能形成良性循环，根据时代、社会和学生的需要，不断自我发展、自我完善；

c.实验管理手段开放。

节约师生时间，管理灵活而科学；

1.4项目人员分配

项目有4个成员分别是。

各自的职责和角色如下表：

成员

角色

职责

项目经理、产品经理、程序员

领导项目团队、执行和管理团队、负责软件的交付工作，监控整体软件质量，把握品控，以及监督工作情况

作为主程序员还要负责软件设计和编写代码。

并撰写软件设计报告。

程序员、风险应对主管、设计总监

作为风险应对部门主管，设计项目风险抵御措施，提出风险应对方案；

作为设计总监，监控用户界面和交互性设计作为程序员还要参与软件设计与代码开发。

软件测试员、主程序员、质量分析主管、时间管理

作为主程序员，负责核心功能算法的设计与实现

作为质量分析主管，保证产品品控，保证系统软件的质量工作

作为测试人员，负责软件代码测试和用户测试、并撰写测试文档初稿

沟通部门主管、移动端技术总监、程序员、美工、

作为沟通部门主管，负责需求的采集和分析，以及系统模型的设计，完善

作为移动端技术总监，主持移动端App的开发和App与PC端的整合工作

作为程序员，参与软件的设计与开发

作为美工，进行系统UI的设计

1.5项目的开发流程

需求分析——概要设计——详细设计——编码——测试——软件交付、验收——维护。

可行性分析——需求分析——概要设计——详细设计——编码测试——软件交付、验收——维护（本项目采用该种方法）。

可行性分析——需求分析——设计——编码——测试——软件交付、验收——维护。

第二章范围计划

2.1项目工作分解结构

项目任务图

下面是WBS项目模块分解图：

易耗品管理模块

仪器设备管理模块

人员管理模块

实验项目管理模块

实验课程管理模块

日志管理模块

登录注册模块

2.2软件生命周期模型

经团队成员商讨后，我们决定用螺旋模型作为我们项目的开发方式，考虑的原因如下：

1、我们小组希望在开始的几次迭代后交付原型，能在以后的迭代将可能快速地到得完整版本；

2、考虑到在软件被交付后还能够使用这种模型，一旦软件可投入运行后其它的经典模型将停止运转,但螺旋模型可以在软件的整个生命周期中应用。

3、螺旋模型实现了随着项目成本投入不断增加,风险逐渐减小

软件生命周期模型（图示表示）

螺旋模型的每一次迭代都包含了以下六个步骤：

1、决定目标,替代方案和约束

2、识别和解决项目的风险

3、评估技术方案和替代解决方案

4、开发本次迭代的交付物和验证迭代产出的正确性

5、计划下一次迭代

6、提交下一次迭代的步骤和方案

螺旋模型实现了随着项目成本投入不断增加,风险逐渐减小.以帮我我们加强项目的管理和跟踪,在每次迭代结束后都需要对产出物进行评估和验证,当发现无法继续进行下去时可以及早的终止项目.

螺旋模型复杂的地方在于尽责,专心和知识渊博的管理.因为对于每一次迭代我们要制定出清晰的目标,分析出相关的关键风险和计划中可以验证和测试的交付物并不是一件容易的事情.

螺旋模型的每一次迭代只包含了瀑布模型的某一个或两个阶段.如第二次迭代重点是需求,第三次迭代是总体设计和后续设计开发计划等.因此这是和RUP提倡的迭代模型是有区别的,RUP的每一次迭代都会包含需求,设计,开发和测试等各个阶段的活动.RUP迭代的目的在于逐步求精而不是仅仅完成瀑布模型某一阶段的工作。

2.3软件生命周期模型详细文档

2.3.1软件规划

我们预期的成果是：

实现一个提供高校实验室、实验仪器与实验耗材管理等服务功能的实验室管理系统。

具有权限的老师、学生（用户）可以在任何可以连接上校园网的地点登陆该系统网站并进行相关的操作。

功能：

实验室管理，仪器设备管理，低值品与耗材管理等。

主要功能：

浏览功能、用户资料查询、密码管理、身份验证、分享资料、修改功能、删除功能、增加功能、查询功能等。

2.3.2需求开发

1.1根据各类用户的需求描述，系统应当具备实验室管理，仪器设备管理，低值品与耗材管理等这三大主要功能。

实验室管理功能需求：

首先有最基本的登陆账号功能，这里有管理员用户、教师用户和学生用户三种。

其中管理员的用户权限最大，可以进行各种增加仪器设备或者删除仪器设备的操作，可以对实验室公告进行修改，还可以对学生用户和教师用户的行为进行监测；

教师用户可以全面查看由自己所管理的实验室的仪器状态，以及学生对该实验室的使用情况；

学生用户可以浏览实验室仪器的状态，以及实验室的使用时间限制情况；

所有用户均可以查看实验室的公告。

仪器设备管理功能需求：

根据实验室管理需要，每个仪器设备都有相应的负责人，所以在进行仪器设备信息修改时应当和相关负责人联系。

对于所有仪器设备，有分类功能，比如：

化学仪器、物理仪器等；

在每个具体的分类中，不同的仪器可以按照各种顺序自定义排列，例如：

价格、形状大小、危险级别等；

对于所有仪器的时间，也都应该有具体的修改日期记录。

低值品与耗材管理功能需求：

根据实验室管理需要，低值品与耗材管理的功能与仪器设备管理的功能相当，但是耗材方面应当记录更为详细的信息，比如购入日期，使用质量等情况，教师或者学生反映情况等。

1.2用户需求描述

1.用户的需求描述

用户对本系统的主要需求是：

可以注册账号，设置密码以及修改密码。

可以给自己的账户设置昵称并且填写个人资料。

任何在线用户都可以和处于在线状态的管理员和教师进行相关咨询和反馈，以及留言给离线的管理员或者教师，用户可以预约实验室的使用时间，可以对实验室的状况和仪器设备的状况进行评论等，用户同时也可以对实验室的实验提出自己的想法给教师。

其它需求：

查看个人资料，如本人的昵称，性别，年龄，生日，星座，生肖，血型，所在城市等；

也可以查看教师的相关简单资料。

另外在线状态和离线状态二者要有明显的区分度，还要有信息通知功能。

2.系统管理员用户需求描述

系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据系统针对用户的设计，基本功能需求如下：

（1）、管理本系统所有操作记录（包括登陆时间，浏览内容，以及沟通对象等），并且根据用户的需求进行保存或者删除相应信息选项。

（2）、管理后台数据库的存取使用状况，维护这个系统的稳定性和实时性。

1.3对性能的规定

1、精度

在进行输入输出时必须清晰的列出所有输入状况及数据，不能马马虎虎，要考虑到尽可能达到的范围，以使输入输出有效完整准确。

2、时间特性要求

查询服务部分：

用户通过电脑提交命令到返回结果不超过3秒钟。

数据管理部分：

提交某一数据录入到结果返回不超过3秒钟。

3、灵活性

操作方式：

网站登录，不限定平台。

同其他软件接口：

设计连接MYSQL数据库的软件包。

精度和有效时限的变化：

用户自己设定。

4、输入输出要求

要符合精度的设定，符合正确字符的设定。

5、数据管理能力要求

（1）账号信息：

具体要求为数字组成，或者是学生学号、教师工号等。

（2）实验室公告信息：

应当是书面化的语言和有实际内容。

（3）用户名信息：

不能超过20个字符。

（4）密码信息：

6~12个字符。

（5）管理员：

用户编号：

大小为10个字符；

用户名：

不超过20字符；

用户密码：

不超过12字符；

用户权限：

2个字符。

对用户信息、管理员信息和仪器设备信息等内容的存储的各表至少需要100M以上空间，即至少需要500M空间进行数据的存储，并至少需要2G空间对增长的数据进行保存。

6、故障处理要求

（1）磁盘碎片过多、数据库存储空间不够，引起数据库访问变慢等问题需要对磁盘进行扩展和维护。

（2）执行程序非正常退出，响应确实，修改源代码前应备份。

（3）数据库没启动引起访问问题，须启动数据库服务器。

（4）其他具体问题，再做具体分析。

多查多问。

7、其他特定要求

在程序的开发过程中，应遵循结构化的程序设计原则，精心设立运行日志，从而加强系统的可维护性；

另一方面要注重系统的界面友好性、保持各程序模块界面的统一。

项目经理进行的可行性分析和项目工作分解结构，我们对其的质量管理评定标准为提交分析和项目分解报告。

项目可行性的原因

1.用户的需求；

2.资源充足；

3.项目难度小；

4.依据项目管理方法有效实施项目；

项目分解的结构

项目经理签字是否通过：

第三章时间管理

在进行项目活动关系的定义时一般采用优先图示法、箭线图示法、条件图示法和网络模板这4种方法，最终形成一套项目网络图。

其中比较常用的方法是优

先图示法，也称为单代号网络图法，如下图所示：

项目工期估算是根据项目范围、资源状况计划列出项目活动所需要的工期。

估算的工期应该现实、有效并能保证质量。

所以在估算工期时要充分考虑活动清单、合理的资源需求、人员的能力因素以及环境因素对项目工期的影响。

在对每项活动的工期估算中应充分考虑风险因素对工期的影响。

项目工期估算完成后，可以得到量化的工期估算数据，将其文档化，同时完善并更新活动清单。

项目工期估算如下图所示：

3.1进度编制

前面三项的顺序实际上反映了项目时间管理最初三个过程的基本顺序：

活动定义（进一步定义范围）、活动排序和活动时问估算，这三个项目管理过程是制定项目进度计划的基础。

制定进度计划就是确定项目活动的起始和完成日期。

在决定项目的起始和完成日期时要应用到项目时间管理所有前面过程的结果、而且在项目进度计划最终决定下来之前、项目时间管理的过程常常会出现几次反复。

制定进度计划的最终目标是建立一个现实的项目进度计划，为监控项目的时间进展情况提供一个基础。

制定进度计划时的输入包括在此之前已经完成的项目网络图、活动时间估算、资源需求、等其他要素，这些要素的准确性会决定项目进度计划的准确性，因此，在制定项目进度计划前要充分做好各项准备工作，以确保制定一个科学合理的项目进度计划。

制定进度计划时常用的工具和技术有：

甘特图、针划评审技术和关键路径法等。

根据开发项目的活动工期估算结果，通过project自动生成关键路径（红色表示），如下图：

合理地安排项目时间是项目管理中一项关键内容，它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。

项目的时间管理者要在项目开始之前制定项目时间计划表并每一个任务结束之后，提交项目时间进度报表和进度编制，方便项目经理进行及时的项目进度调整。

我们所设计的时间进度报告为：

时间计划表

里程碑点说明

1.项目可行性分析提交报告；

2.需求分析和功能设计；

3.系统完成报告和测试报告

4.系统发布报告；

里程碑节点时间，项目进度是否符合

项目时间管理者签字：

第四章成本管理

4.1成本估算

项目的资源表，在project进行相应的资源分配。

如图所示：

项目包含两种类型的报表：

表格报表用于打印；

可视报表用于将Project数据输出到Excel和Visio。

可视报表使用Project中的Excel和Visio模板来生成设计美观的图表。

可以直接将数据输入报表。

Project包括数个预定义的任务和资源报表，可以使用它们来获得想要的信息。

资源状态报表：

我们可以通过project查看资源图片、资源分配情况、资源使用工作表，

下图是资源使用工作表:

估计成本步骤如下所示：

project中的报表，选择生成报表类型，任务分解是根据项目的功能进行分解的。

其项目的成本预算成本如下：

直接成本=1760元。

间接成本（我们的上网费用、耗材、团队互动的活动）

间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。

根据以往经验，采用公式：

间接成本=25%*直接成本=440元。

总估算成本

项目总估算成本=1760+440=2200元。

项目成本管理就是要确保在批准的预算内完成项目，具体项目要依靠制定成本管理计划、成本估算、成本预算、成本控制四个过程来完成。

项目成本管理是在整个项目的实施过程中，为确保项目在以批准的成本预算内尽可能好的完成而对所需的各个过程进行管理。

所以对于项目的成本管理者要提交成本管理计划、成本估算、成本预算、成本控制的报表。

总成本金额

2200元

成本估算明细

按成员工时计算的过程以及基本材料费；

成本合理性

项目成本管理者签字：

第五章 

质量管理

5.1质量管理方案及准备

质量管理是指确定质量方针、目标和职责，并通过质量体系中的质量策划、控制、保证和改进来使其实现的全部活动。

我们按照CMM的思想对软件需求的制定做了严格要求，对需求进行记录、归纳、澄清、确认和跟踪。

同时为了保证需求能被有效的管理和实现，要求在对需求进行归纳、澄清、确认和跟踪后需要提交需求管理电子文档，并及时对需求文档进行审核。

项目的质量管理者要提供其他管理者的签字表格，并对项目的质量进行验收，提供质量合格表格。

本项目主要设置了四个里程碑节点，分别

1、可行性分析、功能需求设计

2、编码和单元模块测试

3、集成测试

4、系统发布

质量管理者必须在每一个里程碑节点制定合理的质量管理报告，用来证明项目到该里程碑节点之前的任务已经完成，且对任务的质量修改提出意见。

下面主要以可行性分析和功能设计模块的里程碑节点设计质量管理报告；

可行性分析、功能需求设计

是否具有可行性分析报告

有无

可行性分析报告合理性

合理不合理一般

是否功能设计报表

功能设计完整性

功能设计合理性

里程碑节点之前任务是否完成

可行性分析、功能需求设计的意见：

负责人签字：

质量管理者签字：

WelcomeTo

Download!

!

欢迎您的下载，资料仅供参考！