ImageVerifierCode 换一换
格式:DOCX , 页数:26 ,大小:327.45KB ,
资源ID:15984643      下载积分:1 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-15984643.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(武汉理工大学软件项目管理实验报告.docx)为本站会员(b****6)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

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

1、武汉理工大学软件项目管理实验报告 . 实验课成绩学生学号 书 报 告实学 生 验 实验室设备信息系统 实验课程名称软件项目管理B 院课 学 开计算机科学与技术学院 指导教师姓名马成前 生姓名 学 学生专业班级 班zy1302软件 专业资料word . 2015 - 2016 第 二年学 学期 专业资料word . 专业资料word . 第一章 前言 . - 1 - 1.1 项目开发背景 . - 1 - 1.2项目开发目的 . - 1 - 1.3项目开发意义 . - 1 - 1.4项目人员分配 . - 2 - 1.5项目的开发流程. - 3 - 第二章范围计划 . - 3 - 2.1项目工作分解

2、结构 . - 3 - 2.2软件生命周期模型 . - 6 - 2.3软件生命周期模型详细文档 . - 8 - 2.3.1软件规划 . - 8 - 2.3.2需求开发 . - 8 - 第三章 时间管理 . - 12 - 3.1进度编制 . - 14 - 第四章 成本管理 . - 16 - 4.1 成本估算 . - 16 - 第五章 质量管理 . - 19 - 5.1质量管理方案及准备 . - 19 - 专业资料word . 专业资料word . 第一章 前言 1.1 项目开发背景 面对日益增多的实验教学需求,古老的人工管理方式和人工预约方式受到了强烈的冲击,更加简便、清晰、规范的实验室管理系统也

3、应运而生。 通过使用实验室管理系统实现高校实验室、实验仪器与实验耗材管理的规范化、信息化;提高实验教学特别是开放实验教学的管理水平与服务水平;为实验室评估、实验室建设及实验教学质量管理等决策提供数据支持;智能生成每学年教育部数据报表,协助高校轻而易举完成数据上报工作。运用计算机技术,特别是现代网络技术,为实验室管理、实验教学管理、仪器设备管理、低值品与耗材管理、实验室建设与设备采购、实验室评估与评教、实践管理、数据与报表等相关事务进行网络化的规范管理。 1.2项目开发目的 编写本项目开发计划的目的是为了确保实验室管理系统项目团队能按时保质地完成项目目标,便于项目团队成员更好地了解该项目各方面的

4、情况。 用文件的形式,根据可行性研究推荐的可行方案,落实各项工作的负责人、参加人员以及资源的需求,制定项目开发进度、验收标准和成本概算等 预期读者:本项目的任务提出者、项目组全体成员、用户。 1.3项目开发意义 实验室管理系统的开发意义包括: a.实验时间开放。每个学生可以根据自己的实际情况进行实验,实验结果不 专业资料word . 理想的可以重做实验,实验能力强的可以深入探索研究; b.实验内容开放。只有形成开放的实验教学体系,实验教学才能形成良性循环,根据时代、社会和学生的需要,不断自我发展、自我完善; c.实验管理手段开放。节约师生时间,管理灵活而科学; 1.4项目人员分配 项目有4个成

5、员分别是。各自的职责和角色如下表: 成员 角色 职责 项目经理、产品经理、 程序员领导项目团队、执行和管理团队、负责软件的交付工作,监控整体软件质量,把握品控,以及监 督工作情况作为主程序员还要负责软件设计和编写代码。 并撰写软件设计报告。 程序员、风险应对主管、设计总监 作为风险应对部门主管,设计项目风险抵御措 施,提出风险应对方案;作为设计总监,监控用户界面和交互性设计作 为程序员还要参与软件设计与代码开发。 软件测试员、主程序员、质量分析主管、时间管理 作为主程序员,负责核心功能算法的设计与实 现作为质量分析主管,保证产品品控,保证系统 软件的质量工作作为测试人员,负责软件代码测试和用户

6、测试、 并撰写测试文档初稿 沟通部门主管、移动端技术总监、程序员、美工、 作为沟通部门主管,负责需求的采集和分析, 以及系统模型的设计,完善的开发App作为移动端技术总监,主持移动端和App与PC端的整合工作 作为程序员,参与软件的设计与开发 的设计UI作为美工,进行系统 专业资料word . 1.5项目的开发流程 需求分析概要设计详细设计编码测试软件交付、验收维护。 可行性分析需求分析概要设计详细设计编码测试软件交付、验收维护(本项目采用该种方法)。 可行性分析需求分析设计编码测试软件交付、验收维护。 第二章范围计划 2.1项目工作分解结构 实验室设备信息系统需求分析背景仪器设备系统实现易耗

7、品管理管理借用删除仪器借用系统设计概要设计产品综述外部接口系统特性功能需求非功能需求普通管理新增仪器设备删除仪器设备修改仪器设备统计仪器详情设计其他需求借用管理登记仪器借用修改仪器设备验收运行单元测试仪器设备管理人员管理实验项目管理实验课程管理日志管理标定管理新增仪器标记删除仪器标记打印仪器标记打印仪器借用集成测试系统测试登录注册模块统计仪器标记回归测试项目任务图 下面是WBS项目模块分解图: 专业资料word . 易耗品管理出入库管普通管理理登记出入新增易耗库品修改出入删除易耗库品删除出入修改易耗库品打印出入打印易耗库品显示列表显示列表 易耗品管理模块 打印仪器设备 仪器设备管理模块 专业资

8、料word . 人员管理查询人员列表新增人员修改人员打印人员删除人员人员管理模块 查询实验项目实验项目管理新增实验项目修改实验项目删除实验项目打印实验项目预约实验项目 实验项目管理模块 查询实验项目课程实验课程管理新增实验课程删除实验课程修改实验课程打印实验课程预约实验课程 实验课程管理模块 日志管理查询日志打印日志统计日志 专业资料word . 日志管理模块 登录注册模块登录模块注册模块登录界面注册界面用户帐号手机注册密码邮箱注册用户信息忘记密码注册验证邮箱注册记住密码 登录注册模块 2.2软件生命周期模型 经团队成员商讨后,我们决定用螺旋模型作为我们项目的开发方式,考虑的原因如下: 1、

9、我们小组希望在开始的几次迭代后交付原型,能在以后的迭代将可能快速地到得完整版本; 2、 考虑到在软件被交付后还能够使用这种模型,一旦软件可投入运行后其它的经典模型将停止运转,但螺旋模型可以在软件的整个生命周期中应用。 3、 螺旋模型实现了随着项目成本投入不断增加,风险逐渐减小 专业资料word . 软件生命周期模型(图示表示) 螺旋模型的每一次迭代都包含了以下六个步骤: 替代方案和约束 决定目标,1、 识别和解决项目的风险、 2 评估技术方案和替代解决方案、 3 开发本次迭代的交付物和验证迭代产出的正确性4、 计划下一次迭代、5 提交下一次迭代的步骤和方案、 6螺旋模型实现了随着项目成本投入不

10、断增加,风险逐渐减小.以帮我我们加强项目的管理和跟踪,在每次迭代结束后都需要对产出物进行评估和验证,当发现无法继续进行下去时可以及早的终止项目. 专业资料word . 螺旋模型复杂的地方在于尽责,专心和知识渊博的管理.因为对于每一次迭代我们要制定出清晰的目标,分析出相关的关键风险和计划中可以验证和测试的交付物并不是一件容易的事情. 螺旋模型的每一次迭代只包含了瀑布模型的某一个或两个阶段.如第二次迭代重点是需求,第三次迭代是总体设计和后续设计开发计划等.因此这是和RUP提倡的迭代模型是有区别的,RUP的每一次迭代都会包含需求,设计,开发和测试等各个阶段的活动.RUP迭代的目的在于逐步求精而不是仅

11、仅完成瀑布模型某一阶段的工作。 2.3软件生命周期模型详细文档 2.3.1软件规划 我们预期的成果是: 实现一个提供高校实验室、实验仪器与实验耗材管理等服务功能的实验室管理系统。具有权限的老师、学生(用户)可以在任何可以连接上校园网的地点登陆该系统网站并进行相关的操作。 功能:实验室管理,仪器设备管理,低值品与耗材管理等。 主要功能:浏览功能、用户资料查询、密码管理、身份验证、分享资料、修改功能、删除功能、增加功能、查询功能等。 2.3.2需求开发 1.1根据各类用户的需求描述,系统应当具备实验室管理,仪器设备管理, 专业资料word . 低值品与耗材管理等这三大主要功能。 实验室管理功能需求

12、: 首先有最基本的登陆账号功能,这里有管理员用户、教师用户和学生用户三种。其中管理员的用户权限最大,可以进行各种增加仪器设备或者删除仪器设备的操作,可以对实验室公告进行修改,还可以对学生用户和教师用户的行为进行监测;教师用户可以全面查看由自己所管理的实验室的仪器状态,以及学生对该实验室的使用情况;学生用户可以浏览实验室仪器的状态,以及实验室的使用时间限制情况;所有用户均可以查看实验室的公告。 仪器设备管理功能需求: 根据实验室管理需要,每个仪器设备都有相应的负责人,所以在进行仪器设备信息修改时应当和相关负责人联系。对于所有仪器设备,有分类功能,比如:化学仪器、物理仪器等;在每个具体的分类中,不

13、同的仪器可以按照各种顺序自定义排列,例如:价格、形状大小、危险级别等;对于所有仪器的时间,也都应该有具体的修改日期记录。 低值品与耗材管理功能需求: 根据实验室管理需要,低值品与耗材管理的功能与仪器设备管理的功能相当,但是耗材方面应当记录更为详细的信息,比如购入日期,使用质量等情况,教师或者学生反映情况等。 专业资料word . 1.2 用户需求描述 1.用户的需求描述 用户对本系统的主要需求是:可以注册账号,设置密码以及修改密码。可以给自己的账户设置昵称并且填写个人资料。任何在线用户都可以和处于在线状态的管理员和教师进行相关咨询和反馈,以及留言给离线的管理员或者教师,用户可以预约实验室的使用

14、时间,可以对实验室的状况和仪器设备的状况进行评论等,用户同时也可以对实验室的实验提出自己的想法给教师。 其它需求:查看个人资料,如本人的昵称,性别,年龄,生日,星座,生肖,血型,所在城市等;也可以查看教师的相关简单资料。另外在线状态和离线状态二者要有明显的区分度,还要有信息通知功能。 2.系统管理员用户需求描述 系统管理员有系统的最高权限,负责系统所需所有数据的动态同步更新以及维护,根据系统针对用户的设计,基本功能需求如下: (1)、管理本系统所有操作记录(包括登陆时间,浏览内容,以及沟通对象等),并且根据用户的需求进行保存或者删除相应信息选项。 (2)、管理后台数据库的存取使用状况,维护这个

15、系统的稳定性和实时性。 1.3对性能的规定 1、精度 在进行输入输出时必须清晰的列出所有输入状况及数据,不能马马虎虎,要考虑到尽可能达到的范围,以使输入输出有效完整准确。 专业资料word . 2、时间特性要求 查询服务部分:用户通过电脑提交命令到返回结果不超过3秒钟。 数据管理部分:提交某一数据录入到结果返回不超过3秒钟。 3、灵活性 操作方式: 网站登录,不限定平台。 同其他软件接口: 设计连接MYSQL数据库的软件包。 精度和有效时限的变化:用户自己设定。 4、输入输出要求 要符合精度的设定,符合正确字符的设定。 5、数据管理能力要求 (1)账号信息:具体要求为数字组成,或者是学生学号、

16、教师工号等。 (2)实验室公告信息:应当是书面化的语言和有实际内容。 (3)用户名信息:不能超过20个字符。 (4)密码信息:612个字符。 (5)管理员:用户编号:大小为10个字符;用户名:不超过20字符;用户密码:不超过12字符;用户权限:2个字符。 对用户信息、管理员信息和仪器设备信息等内容的存储的各表至少需要100M以上空间,即至少需要500M空间进行数据的存储,并至少需要2G空间对增长的数据进行保存。 6、 故障处理要求 (1)磁盘碎片过多、数据库存储空间不够,引起数据库访问变慢等问题需要对磁盘进行扩展和维护。 专业资料word . )执行程序非正常退出,响应确实,修改源代码前应备份

17、。(2 3)数据库没启动引起访问问题,须启动数据库服务器。( 4)其他具体问题,再做具体分析。多查多问。( 其他特定要求7、在程序的开发过程中,应遵循结构化的程序设计原则,精心设立运行日志,保持各程序模块从而加强系统的可维护性;另一方面要注重系统的界面友好性、 界面的统一。我们对其的质量管理评定项目经理进行的可行性分析和项目工作分解结构, 标准为提交分析和项目分解报告。项目可行性的原因 用户的需求; 1.2.资源充足; 3.项目难度小; 4.依据项目管理方法有效实施项目; 项目分解的结构 项目经理签字是否通过: 第三章 时间管理 在进行项目活动关系的定义时一般采用优先图示法、箭线图示法、条件图

18、示 专业资料word . 法和网络模板这4种方法,最终形成一套项目网络图。其中比较常用的方法是优先图示法,也称为单代号网络图法,如下图所示: D 单元测试 后台管理模块 需求分析 集成测试 系统设计单元测试 产品发布I G H E C B A 单元测试F 二次开发我们所设计的时间进度报告为: 项目工期估算是根据项目范围、资源状况计划列出项目活动所需要的工期。 所以在估算工期时要充分考虑活动清估算的工期应该现实、有效并能保证质量。在对每人员的能力因素以及环境因素对项目工期的影响。合理的资源需求、单、项活动的工期估算中应充分考虑风险因素对工期的影响。项目工期估算完成后, 可以得到量化的工期估算数据

19、,将其文档化,同时完善并更新活动清单。 项目工期估算如下图所示: 专业资料word . 进度编制3.1活动前面三项的顺序实际上反映了项目时间管理最初三个过程的基本顺序:、活动排序和活动时问估算,这三个项目管理过程是制定进一步定义范围)定义(在决制定进度计划就是确定项目活动的起始和完成日期。项目进度计划的基础。而且在定项目的起始和完成日期时要应用到项目时间管理所有前面过程的结果、制项目时间管理的过程常常会出现几次反复。项目进度计划最终决定下来之前、为监控项目的时间进展定进度计划的最终目标是建立一个现实的项目进度计划,情况提供一个基础。制定进度计划时的输入包括在此之前已经完成的项目网络图、活动时间

20、估算、资源需求、等其他要素,这些要素的准确性会决定项目进度以确保在制定项目进度计划前要充分做好各项准备工作,计划的准确性,因此,甘特制定一个科学合理的项目进度计划。制定进度计划时常用的工具和技术有: 图、针划评审技术和关键路径法等。 专业资料word . 根据开发项目的活动工期估算结果,通过project自动生成关键路径(红色表示),如下图: 合理地安排项目时间是项目管理中一项关键内容,它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。项目的时间管理者要在项目开始之前制定项目时间计划表并每一个任务结束之后,提交项目时间进度报表和进度编制,方便项目经理进行及时的项目进度调整。 时间计划

21、表 1.项目可行性分析提交报告; 2.需求分析和功能设计; 里程碑点说明3.系统完成报告和测试报告 4.系统发布报告; 里程碑节点时 项目时间管理者签字: 专业资料word . 项目进度是间, 否符合 成本管理第四章 成本估算4.1 进行相应的资源分配。项目的资源表,在project 如图所示: 数项目包含两种类型的报表:表格报表用于打印;可视报表用于将Project模板来生成和VisioExcel。Excel和Visio可视报表使用Project中的据输出到包括数个预定义的任务和Project设计美观的图表。可以直接将数据输入报表。 资源报表,可以使用它们来获得想要的信息。 资源状态报表:

22、专业资料word . 我们可以通过project查看资源图片、资源分配情况、资源使用工作表, 下图是资源使用工作表: 估计成本步骤如下所示:project中的报表,选择生成报表类型,任务分解是根 据项目的功能进行分解的。其项目的成本预算成本如下: 专业资料word . 元。直接成本=1760) 间接成本(我们的上网费用、耗材、团队互动的活动 间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。 =440直接成本元。根据以往经验,采用公式:间接成本=25%* 总估算成本 =1760+440=2200元。项目总估算成本具体项目要依靠制定成项目成本管理就是要确保在批准的预算内完成项目,项

23、目成本管理 本管理计划、成本估算、成本预算、成本控制四个过程来完成。为确保项目在以批准的成本预算内尽可能好的完成是在整个项目的实施过程中,而对所需的各个过程进行管理。所以对于项目的成本管理者要提交成本管理计 划、成本估算、成本预算、成本控制的报表。总成本金额 2200元成本估算明细 按成员工时计算的过程以及基本材料费; 专业资料word . 成本合理性 项目成本管理者签字: 质量管理第五章 5.1质量管理方案及准备质量管理是指确定质量方针、目标和职责,并通过质量体系中的质量策划、 控制、保证和改进来使其实现的全部活动。的思想对软件需求的制定做了严格要求,对需求进行记录、我们按照CMM归纳、澄清

24、、确认和跟踪。同时为了保证需求能被有效的管理和实现,要求在对并及时对需求确认和跟踪后需要提交需求管理电子文档,需求进行归纳、澄清、 文档进行审核。项目的质量管理者要提供其他管理者的签字表格,并对项目的质量进行验 收,提供质量合格表格。本项目主要设置了四个里程碑节点,分别 、可行性分析、功能需求设计1 、编码和单元模块测试2 、集成测试3 、系统发布4用来证明项质量管理者必须在每一个里程碑节点制定合理的质量管理报告,下面主且对任务的质量修改提出意见。目到该里程碑节点之前的任务已经完成, 要以可行性分析和功能设计模块的里程碑节点设计质量管理报告; 可行性分析、功能需求设计是否具有可行性分析报告 无 有 可行性分析报告合理性 一般 合理 不合理是否功能设计报表 无 有 专业资料word . 功能设计完整性 功能设计合理性 里程碑节点之前任务是否完成 可行性分析、功能需求设计的意见: 负责人签字: 质量管理者签字: 专业资料word

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2