软件项目管理作业.doc
《软件项目管理作业.doc》由会员分享，可在线阅读，更多相关《软件项目管理作业.doc（46页珍藏版）》请在冰点文库上搜索。
大连理工大学
软件项目管理
SoftwareProjectManagement
学院（系）：
软件学院
专业：
软件工程（日语强化）
组长姓名：
学号：
组员姓名：
学号：
组员姓名：
学号：
大连理工大学
DalianUniversityofTechnology
目录
1项目简介 1
1.1项目介绍 1
1.2项目分工 1
2项目合同管理 1
2.1项目合同 1
3项目生存期模型 8
4项目需求管理 12
4.1需求获取 13
4.2需求分析 14
5项目任务分解 14
6规模成本估算 16
6.1估算方法 16
6.2项目规模估算 17
6.3项目成本估算 18
7项目进度计划 19
8项目质量计划 20
8.1组织机构 20
8.2职责 21
8.3质量目标 21
8.4质量策略 22
8.5软件质量保证 22
8.6质量控制活动 23
8.7不符合性问题处理 23
8.8记录的收集、维护和保存 24
9项目配置管理计划 24
9.1配置管理的目的 24
9.2软件项目管理的职责及角色 24
9.3配置项目管理的环境 24
9.4主要配置项 25
10项目风险管理计划 30
10.1项目风险管理的目的 30
10.2项目风险管理的组成 30
10.3风险的种类 30
10.4定义风险参数 33
10.5风险管理策略 33
10.6风险管理角色及职责 33
10.7医院住院管理系统中风险的识别 33
10.8风险的控制 34
10.9风险监控 35
10.10医院住院管理系统的风险管理 35
11项目团队管理计划 35
11.1项目经理的确定和任务 35
11.2项目组织形式的确定 35
11.3项目团队的建设 36
11.4沟通管理 37
12项目度量管理 37
12.1规模度量 37
12.2时间度量 38
12.3需求变更度量 39
13项目集成计划 40
14项目跟踪控制 40
15项目结束过程 41
15.1项目收尾工作 41
15.2项目最后评审 42
15.3项目总结 42
《软件项目管理》医院住院管理系统
1项目简介
1.1项目介绍
为提高医院工作的效率，节省人力、物力的资源浪费，给医院的工作人员和就诊病人提供有效的需求沟通途径而开发的医院住院管理系统。
1.2作业分工
班级
姓名
学号
负责部分
日强0904
合同管理，规模估算，集成项目，跟踪控制，项目结束
日强0904
质量计划，配置计划，风险计划，团队管理，项目度量
日强0904
生存期，需求管理，任务分解，进度进化
2项目合同管理
2.1项目合同
甲方：
XXX医院
甲方地址：
XXXX
甲方邮编：
XXXX
甲方联系人：
XXXX
联系电话：
XXXX
乙方：
大连理工大学
乙方地址：
辽宁省大连市甘井子区
乙方邮编：
XXXX
乙方联系人：
XXXX
联系电话：
XXXX
合同编号：
有效期限：
3年
签订日期：
年月日
签订地点：
根据《中华人民共和国合同法》及有关法律法规，XXX公司（下简称甲方）与XXX公司（下简称乙方）本着精诚合作、公平合理的原则，经友好协商，就甲方委托乙方开发项目名称一事签订本协议，协议如下：
一．项目名称
项目名称：
医院住院管理系统
二．项目实施内容
详细的功能需求以双方共同确认的《XXX系统方案书》为准，系统方案书作为本合同的附件。
三．甲方权利与义务
1．甲方负责提供业务需求资料。
2．甲方负责软件运行所需的软硬件设备、通信线路、系统安全设施等运行所依赖的环境，如需乙方提供前述设备、设施，应另立合同。
3．甲方须及时配合乙方对软件进行测试和试运行，并及时反馈修改意见给乙方。
4．甲方保留在项目的关键点对项目进行质量检查的权利。
乙方应协助甲方完成质量检查，并提供甲方需要的材料和信息。
5．甲方与乙方共同对项目实施结果进行验收，出具验收结论性报告。
6．甲方应配备维护人员进行日常性系统管理和数据维护，与乙方技术人员一起完成维护工作，以保持系统运行在最佳状态。
7．甲方应在约定的时间内向乙方支付软件开发费用和维护费用。
四．乙方权利与义务
1．乙方负责根据甲方的具体需求进行设计，并及时与甲方沟通，确保设计的功能符合实际操作和管理需要。
2．乙方负责软件代码的编写，确保软件质量，提供高质量的运行软件；并确保运行可靠、数据准确、实用、简捷、界面友好。
3．乙方负责培训甲方人员，提供操作说明文档。
4．乙方负责软件的后期维护，并持续跟进系统运行情况，及时解决运行中的问题。
5．乙方负责根据甲方的需求变更，在本合同界定的功能范围内适时进行软件的修改、升级工作。
6．乙方应当保证其交付给甲方的研究开发成果不侵犯任何第三方的合法权益。
如发生第三方指控甲方实施的技术侵权的，乙方应当承担相应责任。
7．乙方需保守甲方的商业秘密，不得利用工作之便外泄资料，避免给甲方带来损失；并在软件交付使用时向乙方提交的软件产品包括含有软件代码的载体（光盘或磁盘）和相应的文档。
软件载体中包括可安装的程序运行文件以及软件的源代码文件，和以下文档：
《用户需求说明书》、《系统概要设计说明书》、《系统详细设计说明书》、《测试报告》、《用户使用手册》、《数据字典》。
8．乙方为甲方提供的产品、服务及在甲方（或甲方分公司）范围内进行的生产、服务活动须符合甲方（或甲方分公司）在环保及职业健康安全的管理规定，避免对环境及职业健康安全造成影响。
9．机房工作：
甲乙双方参与本项目的工作人员应严格遵循各方安全制度，共同保障各方资料和设备的安全。
乙方如需进入甲方机房工作，乙方只能在甲方规定的工作区域内对项目涉及的设备进行操作，严禁触动与项目无关的任何设备（包括任何操作行为），如需跨区操作必须得到甲方项目联系人确认。
10．乙方为甲方提供的产品不加密，不限制安装次数和安装的终端数量。
11．乙方须提供满足本项目正常开展的人员配置，包括（但不限于）：
项目经理、测试人员、研发人员等。
并须指定一名专业人员作为代表与甲方配合，定期与甲方代表对本项目的进度进行沟通，及时解决项目实施过程中可能出现的问题。
乙方应提供如下的项目管理服务：
对本项目的所有任务和活动提供全面的管理,有效的沟通；提供项目工作计划。
项目工作计划应包括：
a）任务的描述；b）估计需要的工作量、项目人员；c）期望的开始和结束的时间；d）预估本项目的风险,筹划应对策略；提供项目进展报告。
乙方应每个月向甲方提供由乙方项目经理签名的项目进展报告。
进展报告应包括：
乙方在上一份进展报告以来的工作成果（包括已交付的软件模块）；出现的问题以及解决的办法；下一步工作计划；要关注的主要问题（特别是那些会影响服务范围、项目费用、工作成果等的问题）
12．乙方保证开发出来的软件完全符合本合同的要求，不能与甲方的信息安全防御体系有任何冲突（包括甲方要求打上的程序补丁以及安装的任何设备），如发生冲突乙方必须负责完全解决，以适应甲方的信息安全防御体系；在保障期内，乙方有义务对所有不符合要求的部分予以修正。
所有这类工作在保障期内都是免费的。
（功能重大增加或调整以及安全防御体系与系统终验时发生改变的情况除外）。
网络信息安全：
未经甲方公司的同意不得利用甲方公司的网络及平台进行短信、彩信发送,造成的一切后果由乙方负责。
账号信息安全：
乙方对甲方提拱的临时使用账号要保密，不得公开，对组件开发的账号密码需进行加密，避免信息安全的泄露。
五．开发时间
合同签订之日起，XX天内完成软件开发工作，投入试运行。
详见附件三《XXX实施计划》。
乙方须严格执行进度计划要求，如因乙方原因而造成总工期的延误，则乙方须承担由此造成的相应责任和损失。
六．维护条款
1．乙方负责本项目的维护工作，确保系统安全、稳定、正常地运行；提供每天24小时响应维护服务；服务热线：
XXXXXXXX。
2．乙方负责本项目所涉及的技术性维护，其工作范围为：
软件版本升级和错误更正；合同所界定的功能范围内的局部调整。
3．当出现故障时，甲方应立即通知到乙方。
如属于严重故障，乙方立即委派工程师进行处理；如属于一般故障，乙方委派工程师在一小时内开展问题处理工作；必要时到现场进行紧急处理，甲方提供必要的协助。
4．由甲方负责日常性管理工作，包括信息更新、数据维护和系统管理，乙方提供必要的技术性协助。
七．项目造价
1．开发费用：
人民币￥1.00元，大写：
人民币壹元整（非真实数据）
2．维护费用：
第一年免维护费；维护起始期从软件通过终验之日起计算。
八．项目验收
1．验收标准：
本项目采用现场验收方式验收,验收标准以符合相关附件所提供的功能和甲方的要求为准。
2．验收由双方人员共同参与。
系统开发或配置完成后，经乙方内部测试通过，即可按照项目进度配合甲方进行系统初验，所有系统功能模块符合本协议要求，能够正常运行。
同时乙方须提供软件文档（包括《用户需求说明书》、《系统概要设计说明书》、《系统详细设计说明书》、《测试报告》、《用户使用手册》、《数据字典》、《系统部署文档》）以及可安装的程序运行文件以及软件的源代码文件，软件文档部分的验收通过后，即视为初验通过。
3．初验完成后，系统整体试运行三个月后，初验遗留问题已解决，乙方确认系统具备正常运行条件，即通知甲方系统已准备就绪，等待最终验收。
当系统通过测试时即终验完毕，甲方向乙方签发终验报告。
4．系统达到验收条件后，由乙方提出验收申请。
5．甲方根据乙方提交的验收申请进行确认。
6．甲方验收不合格，应出具书面的异议；甲方怠于通知或者自验收申请收到之日起15日内未通知乙方的，视为自动验收合格。
7．验收分初验和终验两次，初验通过后系统至少试运行三个月以上才能进行终验。
验收可进行多次，如不合格，乙方应及时加以修改纠正，直到验收合格为止。
九．付款条件
1．预付款：
合同签订后一周内，自甲方收到乙方开具符合国家财务规定的相应数额的正式发票后30个工作日内，甲方向乙方支付开发费用的20%，即￥10，000.00元，人民币大写：
壹万元整。
2．终验款：
项目初验收合格后一周内，自甲方收到乙方开具符合国家财务规定的相应数额的正式发票后30个工作日内，甲方向乙方支付开发费用的70%，即￥800.00元，人民币大写：
捌佰元整。
3．维护款：
项目初验合格并且一年免费维护期后,自甲方收到乙方开具符合国家财务规定的相应数额的正式发票后30个工作日内，甲方向乙方支付开发费用的10%，即￥200.00元，人民币大写：
贰佰元整。
十．违约责任
1．如因甲方的业务需求产生较大的变更、外在不可抗力因素等原因，致使项目期限需要延长的，乙方应及时知会甲方，在取得甲方同意的情况下，工期可以适度顺延，但累计延期不得超过30天。
2．如因甲方人员不积极配合、不能满足试用或使用条件，而导致项目延误，乙方有权适当顺延项目期限，直到满足条件为止。
甲方应承担由此引起的延期责任。
3．剔除以上因素，如果乙方不能按甲方的需求完成项目，或项目质量达不到要求，乙方如数向甲方退回所收款，本合同自动失效。
4．如甲方拖欠乙方的开发费或维护费，从应付款截止日起，一个月后开始计收滞纳金，每月按应付款的2%加收滞纳金。
5．如乙方无正当理由逾期交付软件，从应交付之日起，一个月后开始计收逾期罚款，每月按项目造价的2%加收罚款。
6．如因甲方无正当理由拒绝接收乙方交付的软件，甲方应支付给乙方全额的开发费用。
7．如乙方维护消极，甲方有权扣减维护费10%~20%。
十一．不可抗力
甲乙双方任何一方由于不可抗力（如地震、洪水、火灾）原因不能履行合同时，应及时向对方通报不能履行或不能完全履行的理由，以减轻可能给对方造成的损失，在取得有关机构证明后，允许延期履行、部分履行或不履行合同，并根据情况可部分或全部免予承担违约责任。
十二．争议的解决
1．如因软件的质量问题发生争议，由法定的质量技术鉴定机构进行质量鉴定，双方应当服从该鉴定的结论。
2．若执行本合同的过程中发生纠纷，双方当事人应当及时协商解决；协商不成时，则提交甲方所在地有管辖权之人民法院提起诉讼。
十三．无效合同
甲乙双方如因违反法律和有关规定，合同被宣告无效的，有过错的一方应当承担赔偿责任，双方都有过错的，各自承担相应的责任。
十四．保密协议
1．保密内容（包括技术信息和经营信息）：
甲方提供或项目过程中了解的经营秘密及相关资料；乙方交与甲方的任何资料、图表、文字、计算过程、电子文件、访谈记录等。
2．涉密人员范围：
项目组成员、甲方公司及其省公司。
3．保密期限：
五年。
4．乙方未经甲方同意，不得将所接触到的甲方技术或业务资料、数据用作其他用途或以任何形式泄露归第三方，否则乙方需承担由此引起的法律责任和赔偿甲方的经济损失。
十五．合同权利义务转让/变更/修改/补充
1．未经甲方同意，乙方不得将本合同权利和义务转让第三方承担。
但有下列情况之一的，乙方可以不经甲方同意，将本合同项目部分或全部研究开发工作转让第三方承担：
第三方是乙方的分公司、子公司或有控股、交叉持股、股权关系、长期业务合作关系的关联企业；部分软件产品的开发和生产；乙方可以转让研究开发工作的具体内容包括:
软件研发；
2．若甲方增加本合同以外的服务内容，需向乙方另行支付费用，经甲、乙双方协商一致同意，对本合同修改或补充的条款由双方授权代表签署补充协议，费用标准及金额由双方订立的书面补充协议具体规定，成为本合同的组成部分。
3．如果任何权力机构下令清理乙方公司破产，需任命贷方的清理人、清算人或管理人，并且这种任命/命令在30天内并未解除，或将有导致这种命令/任命的形势发生；甲方可以书面形式告知立即终止本合同，而无需向乙方赔偿。
4．双方均可由于对方未履行其在本合同内的义务而终止本合同，但应提前一个月以书面形式通知对方。
十六．培训
双方确定，乙方应在向甲方交付研究开发成果后，根据甲方的请求，为甲方指定的人员提供技术指导和培训，或提供与使用该研究开发成果相关的技术服务。
十七．其他条款
1．甲方如主动终止维护服务，应书面通知乙方。
维护服务终止后，乙方仍要提供技术咨询服务，但不进行技术协助、软件升级、功能调整。
2．本项目所开发的软件被淘汰后，此合同自然中止，中止时的维护费用按当年使用月份进行相应的折算。
3．本合同一式四份，具备同等法律效力。
4．本合同自双方代表签署之日起生效，未尽事宜，本着友好协商的精神共同解决。
十八．附件
附件一：
《方案书》
附件二：
《报价单》
附件三：
《实施计划》
甲方：
乙方：
地址：
地址：
电话：
电话：
传真：
传真：
开户银行：
开户名称：
开户账号：
甲方代表：
乙方代表：
日期：
年月日 日期：
年月日
3项目生存期模型
通过组员讨论我们确定该项目有如下特点：
该项目的需求相对模糊，无法在开发前确定所有的需求要素，因此随着开发过程的进行，很有可能发生需求变更、扩充、删减的情况发生；而对于医疗市场，我们需要时间逐步了解，从而准确地把握用户和市场需求；而面向医务人员的系统要求准确无误否则会发生不可估量的生命财产损失，所以项目设计与完成要求精益求精，不可有半点疏忽。
正如前面所述，该项目存在一定风险，极有可能因为种种风险和不确定因素而影响项目进度，因此该项目的生存期模式应充分考虑风险和需求变更等因素。
综合考虑我们确定该项目的生存期模型为渐进式阶段模型。
渐进式阶段模型综合了增量模型和螺旋式模型的一个实用模型。
它主要特点是渐进式前进和阶段式提交。
使用它的好处是可以更早实现关键功能，避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性；如有需求变更可以早起预警，并且修改难度降低；阶段性完成可以减低估计失误，也可以均衡弹性与效率，从而降低了风险。
可见，渐进式阶段模型充分迎合了该项目的特点，并且提供了多种途径解决项目中的一些难题。
该项目简要的生存期模型如下图所示：
生存期中各阶段的描述如下：
阶段
项目规划阶段
目标
根据合同和初步的需求分析，确定项目的规模、时间计划和资源需求
输入
合同文本，SOW
过程
项目规划，计划确认
输出
项目计划
阶段
需求分析阶段
目标
确定客户的需求
输入
项目计划，SOW
过程
需求获取，需求分析，需求控制
输出
需求规格
阶段
架构设计阶段
目标
总体系统结构设计
输入
需求规格
过程
总体设计
输出
系统设计说明书，数据库结构定义
阶段
细节设计阶段
目标
实现系统的详细设计
输入
系统设计说明书，数据库结构定义
过程
完成具体模块的功能以及界面的设计，
输出
详细设计说明书
阶段
产品开发
目标
实现系统的功能
输入
系统设计说明书，详细设计说明书
过程
详细设计，编码，代码走查，代码评审，单元测试
输出
详细设计说明书，源代码，可运行版本
阶段
集成测试阶段
目标
通过集成环境下的软件测试
输入
测试计划，测试用例
过程
集成测试，系统测试
输出
系统软件包，测试报告，产品说明书
阶段
确认测试阶段
目标
检验所开发的软件是否能按用户提出的要求进行
输入
初步完成的使用系统软件包
过程
用户实际操作系统，总结问题
输出
用户体验，测试报告，系统软件包
阶段
产品提交与维护阶段
目标
产品可投入使用并维护系统正常运行
输入
系统软件包
过程
产品提交与维护
输出
验收报告
以下是本系统的开发生命期具体说明：
（1）项目规划
本系统主要是为了更好的管理病人的住院信息，管理住院部的病房信息而设的，主要的面临的问题是如何合理存储病人信息和如何在合理的时间段内生成相应的清单。
这一阶段主要做的任务就是可行性分析与项目的整体规划。
（2）需求分析
用数据流图等系统需求分析工具将收集到的需求数据化，总结出系统建议书等文献让系统更好地进行设计。
（3）架构设计与详细设计
在这个阶段进行人机界面，文件或数据库，控制和备份过程以及程序规范包的设计，跟据医院管理系统想要实现功能的内容以及复杂度来设计出这些基础的东西。
（4）开发和编程
分析员与程序员一起根据之前的设计来开发软件，并进行有效文档的编制，在实现功能的同时为后续的测试做准备。
（5）系统集成测试
在运行前，先由程序员进行系统的测试工作，形成一定的文档，运行后不间断的进行维护工作。
（6）确认测试
在系统投入使用之前需要对用户进行培训，培训监督是系统分析员的责任，通过用户操作来确认系统的功能是否全部实现以及质量是否有保证。
并制定系统升级和计划评估，保证用户能够真正的方便的使用系统。
（7）产品提交与维护
在产品提交给用户后，还应对产品进行定期维护等售后服务。
执行维护的原因，是为了改正软件错误，适应变化的组织需求，增加软件功能，在使用的过程中发现bug并进行处理，根据用户需求增加额外的特征要求。
在软件使用的过程中，业务的变化，软硬件的发展都可能导致系统功能的更新。
4项目需求管理
4.1需求获取
4.1.1面谈
阅读背景材料。
在项目开始前，项目成员必须先了解一个病人从就医到治疗结束的过程。
首先项目成员应阅读有关医院各项制度的书籍，其次要了解每个科室的具体情况，根据每个科室的具体情况抽象出一个能够适用于每个科室的系统构思，再次项目成员还必须了解医院住院部的所有工作情况以及他们的工作流程。
如果医院以前有适用过其他的系统，项目组成员也必须对其有一定的了解。
这些东西构成了项目的背景材料。
① 确定面谈目标
由于项目做的是医院住院管理系统，住院部人员的观点和感受是至关重要的，我们想要了解的目标有：
a.目前医院住院部的现状
b.对于住院部医务人员而言，工作过程中的不便之处
c.对于住院部比较不错，无需改变的东西有哪些
d.与其他科室的联系
e.希望实现的功能
② 决定面谈对象
由于使用本系统的主要是医院住院部的医务人员（包括医生和护士），所以医务人员必须是面谈对象之一，其次这个与病人的切身利益相关，但是与他们关系并不是很大，所以只要了解就行。
工作人员和系统也有接触，他们负责办理出入院手续，所以也是面谈对象之一。
③ 准备面谈事宜
我们可以提前和医院进行联系，根据面谈对象的时间排一个时间表。
④决定问题的类型和结构
问题的基本形式分为开放式问题和封闭式问题，根据面谈对象的不同来确定问题。
对于医生和护士的问题主要是关于他们的工作以及希望有什么样的查询功能，对于工作人员主要与界面以及办理出入院手续相关的问题。
4.1.2列出面谈问题
开放式问题：
（1）你的日常工作有哪些?
（2）在工作中你觉得哪些事情过于繁琐？
（3）你最喜欢你的哪部分工作？
（4）在住院过程中你希望能够随时了解什么信息？
（5）你对住院时医院所提供的服务有什么要求？
封闭式问题：
（1）你对目前使用的住院管理系统满意吗？
（2）你觉得录入病人信息的工作繁琐吗？
（3）你想在系统中增加医生的登录界面管理自己的病人吗？
（4）除了住院管理系统，你还接触过其他类似的管理系统吗？
（5）在住院过程中，你想通过这个系统了解自己的即时账单吗？
4.1.3制作一个问卷调查表
调查表：
（1）你熟悉电脑操作吗？
A很熟练B一般C接触过D完全没用过
（2）当病人很多时你能很清楚的记住你所负责病人的病情吗？
A非常清楚B一般C有时会混淆D记不住，需要时刻查询
（3）你觉得有必要时刻通知病人医药费用吗？
A很有必要B没什么必要
（4）你认为现在纸档的病人的病例存储方式繁琐吗？
A非常麻烦，存在丢失现象B还可以，查找有些吃力
C不麻烦，感觉挺好
（5）你觉得办理入院手续麻烦吗？
A非常麻烦，好多要做的事B还行，就是不爱填东西
C不麻烦，感觉挺方便的
（6）你觉得出院通知单什么时候发放比较好？
A提前一个星期发放B提前一天发放C提前三天发放
4.2需求分析
管理系统是任何一个企事业单位都不可缺少的部分，一个管理系统的好坏对于企事业的决策者和管理者来说也是至关重要的。
面对现在医疗设施的先进化及全民及时就医的
升级会员 