IT项目管理课程设计医院电子病历管理系统

1、课程设计报告课程名称 IT 项目管理课程设计姓名院（系）专业班级学号 指导教师医院电子病历管理系统开发项目目录一.需求分析 错误!未定义书签。.背景 错误！未定义书签。.功能需求 错误！未定义书签。.建设目标 错误！未定义书签。.项目计划 错误!未定义书签。.项目范围管理 错误！未定义书签。.人员配置计划 错误！未定义书签。.项目实施计划 错误！未定义书签。.风险计划 错误!未定义书签。.风险识别，评估与风险规划 错误！未定义书签。.风险分析表 错误！未定义书签。.风险应对措施 错误！未定义书签。一.需求分析信息技术推动者社会的进步，已经给人们的生活带来革命性的变化。随着现 代科学技术的迅猛发

2、展，计算机技术已经渗透到各个领域，其强大的功能已经被 人们深刻认识，它已经进入了人类社会的各个领域并发挥着越来越重要的作用， 特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越 发显示出其独特的优势。步入信息化时代，有巨大的数据信息等待加工处理和传 输，这使得对数据的进一步掌控和利用显得尤为迫切。目的国内外的医疗部门正在积极地参加到这场变化中来。我国多家医院已经建立起医疗信息系统。该系统 正在全国逐步推广。传统的病历模式也受到了现代信息技术的挑战，记载病历的载体电子病历电子病历也应运而生。.功能需求医院电子病历管理系统主要用于医院的信息管理，总体任务是实现病历信息关

3、系的系统化、 科学化、 规范化和自动化， 其主要任务是用计算机对医院病历的各种信息进行日常管理，如查询、修改、增加、删除，针对这些要求设计了医院电子病历管理系统。 推行医院电子病历管理系统的应用是进一步推进医院病历管理规范化、电子化的重要举措。. 建设目标项目建设目标主要从本项目的建设成果、 项目的工期要求以及项目投资目标三方面来说明。项目成果： 交付使用一个医院电子病历管理系统软件， 能实现利用计算机对医院病历信息进行管理， 满足对医院病历的各种信息进行日常管理， 如查询、 修 改、增加、删除等功能。工期要求：本项目从2016 年 6 月 14 日开始立项，要求在2016 年 8 月中旬投入

4、运行。项目投资：项目投资要求控制在 5 万人民币以内。二项目计划1.项目范围管理1）生存期模式针对本项目的开发特点， 参考企业的生存期模型说明和软件过程体系， 决定采用增量模型，理由如下：医院电子病历管理系统可以先基于通用功能作出一个最小的使用版本， 再逐步添加其他的功能。 这样一来， 用户可以先试用最小版本的同时， 提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。在医院电子病历管理系统中， 要求系统有可扩充性， 若使用增量模型， 可以保证系统的可扩充性。用户明确了需求的大部分，但是也会存在不详尽的地方，只有等到一个可用的产品出来， 通过用户使用， 然后进行评估， 评估结果作

5、为下一个增量的开发计划， 下一个增量发布一些新增的功能和特性， 直至产生最终完善的产品。“系统要求有可扩充性， 可以在现有系统的基础上， 通过前台就可加挂其他功能模块”也说明用户可能会增加新的需求。从最基础的做起， 逐步扩充其应用， 所以选择增量模型来开发学生信息管理系统。2）工作任务分解当解决问题过于复杂时， 可以将问题进行分解， 直到分解后的子问题容易解决，然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或子项目，使项目变得更小、更易管理、更易操作。这样可以提高估算成本、时间和资源的准确性。使工作变得更易操作，责任分工更 加明确。完成项目本身是一个复

6、杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的分解结构（WBS。1）任务分解的原则.将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；.每个任务原则上要求分解到不能再细分为止；.日常活动要对应到人、时间和资金投入。2）任务分解的方法.采用树状结构进行分解；.以团队为中心，自上而下与自下而上的充分沟通， 一对一个别交流与讨论, 分解单项工作。3）任务分解的标准.分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节；.逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监 控点，所有活动全部定义清楚，要细化到人、时间

7、和资金投入。医院电子病历管理系统开发的工作分解结构如图所示。.人员配置计划项目团队组建的工作流程瓢朗哂北项目组管理采用自脚的负赞方域人以蜀如组成员向项目负责人负责,项目负责人向项目领导小组砂负责人文种方式清晰地定义了I#个运作层面的职责,便于项目管理、控制，提高项目管理的力圈和效率项目组织结构女项目负责人参与项目各方的责产 的优点是直观地将项目&佳嘏场巨降的形千进行表冽方解J主任砒权利完罐地表显出来,有效的协调，对项目叫成功如非常*键管.血据组织结构确阵，责任矩阵如表所示WBS项 负责人目组成员报备责任决项目启动会软得.评唏负 责 人这种表达形式 于项目各方进行项目责任分配矩图组织结20通图理

8、部质量评审部领 导组项目规但项目组成立UJF计划评以C项目组建的工作流程划需 求 分 析用户界面设计FC用户需求评审CF修改需求、用户界面FC编写需求规格说明CF需求验证CCF项 目 设 计概要设计FC数据库ER图编制、建库FC设计评审CF项 目 实 施用 户 登 陆管理员登录FCP病案管理员登录F医生登录CF病人登录CFC病 案 管 理病案的形成管理病案信息录入FC病案编目F病案信息维护CF病案质控F病案借阅管理病呆预约CF病案借阅FC医生授权管理F病案的开发利用管理病案检索CF治疗方法优化F病耒统计CF系 统 集 成系统集成测试FC环境测试F测试总结CF提父验收测试F产品提交CF注：F:负

9、责；C:参与；P:批准。.项目实施计划(1)项目进度计划1)甘特图项目进度甘特图如图所示图项目进度甘特图2.网络图项目进度网络图如图所示。.项目资源表(2)资源计划项目资源表如表所示。表项目资源表.人力资源计划项目人力资源计划如表所示。表项目人力资源计划表(3)成本计划项目成本预算如表所示。表成本预算表(4)质量计划1.质量目标整体创优良是项目的质量目标。2.质量保证计划质量管理范围如下：(1)软件设计应符合设计规范及用户的要求。(2)服务及设备采购应符合项目需求，资质和质量符合国家标准和建设单位 的要求。(3)项目研发应符合公司需求。(4)软件的集成和交付符合要求。质量管理方法和手段采用PD

10、CA1环方法，即每一个工序事先均应制定切实 可行的实施计划，并认真按照计划和相关技术标准的要求实施，通过定期质量检查，即使发现问题，及时采取措施纠正，持续改进质量，确保整体质量处于受控 的状态。管理的结果是整体优良的交付物、完整的质量管理报告。三.风险计划项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险， 并以此为基础合理地使用各种风险应对措施、 管理方法技术和手段，对项目的风 险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项 目总体目标实现的管理工作。.风险识别，评估与风险规划(1)风险识别风险识别是理解某特定项目有哪些可能令人满意的结果的过程。就是采用

11、系统化的方法，识别某特定项目已知的和可预测的风险。(2)风险评估风险评估(Risk Assessment:)是指，在风险事件发生之前或之后(但还没有结 束)，该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能性 进行量化评估的工作。即，风险评估就是量化测评某一事件或事物带来的影响或 损失的可能程度。(3)风险规划针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而 制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、 以至于消灭风险事件。通常采取的措施有.回避风险。.转移风险。.损失控制。.自留风险。.风险分析表根据风险识别，风险评估，风险规划可以制

12、定了如下风险分析表排序输入风险事件可能性影响风险值风险应对措施11最终用户 抵制该系 统投资方可能 会由于某个 细节的问题 对整个系统 产生反感。80%70%40%.尽力满足用户 提出的需求。.界面尽可能的 美观，方便。.需求分析阶段 派出专门的系统 分析员去了解用 户的性格，爱好， 工作习惯。2项目期 问，投资 力举棋/、止网上购物系 统众多，投资 方浏览后可 能会经常要 求更改需求60%70%40%.软件详细设计 阶段注意增加软 件的可重用性。 提高复用水平。.沟通和协调。3客户的需 求规格说 明需求不明确， 增加需求，导 致需求曼延， 由于本软件 是不太了解 计算机的用 户使用，变更 需

13、求可能性 很大。70%50%35%.采取加班的方 法。.修改计划去掉 一些任务。.与客户商量延 长一些时间。.当出现影响重 大的变更需求时 与客户协调，这 个版本的不做改 动，在下一个版 本中进行功能的 提升。4合同带来 的限制进度要求紧， 合同金额有 限。30%50%15%可以请一些实习 的学生做辅助工 作，一来成本不 高，二来可以加 快进度。5交付期限 紧缩。需方存在紧 缩交付期限 的可能。导致 项目吃紧。20%60%10%.加班。.临时雇佣员工。.调整结构。6历史项目 信息。开发人员的 流动。15%60%9%.注意项目团队 的沟通，及时了 解开发人员的动 态。.控制好项目过 程中的文档。

14、.从其他的项目组借调人员。4.从外部招聘有 过此类开发经验 员。7人员缺乏 经验。由于本项目 中的一些员 工是刚刚招 聘来的，可能 会缺乏经验。15%30%10%.米取f 一， 让有经验的程序 员带着相对经验 少的程序员进行 开发。.开发之前适当 的培训。8用户数量 超出计 戈上由于该网站 可能销售商 品特别，导致 访问激增。20%20%20%1.防患于未然， 数据库上采用数 据池的技术在， 增加并发访问 量。9技术这不 到预期效 果。可能有一些 技术达不到 预期的效果， 不能使需方 满思。如访问 速度，一些特 效等等。10%10%10%.找懂得这种技 术的人帮忙。.向老师请教。表12.风险应

15、对措施(1)风险规避风险规避是改变项目计划来消除特定风险事件的威胁。通常情况下我们可 以采用多种方法来规避风险。例如，对于软件项目开发过程中存在的技术风险， 我们可以采用成熟的技术，团队成员熟悉的技术或迭代式的开发过程等方法来规 避风险；对于项目管理风险我们可以采用成熟的项目管理方法和策略来规避不成 熟的项目管理带来的风险；对于进度风险我们可以采用增量式的开发来规避项目 或产品延迟上市的风险。对于软件项目需求不确定的风险我们可以采用的原型法 来规避风险。(2)风险转移风险转移是转移风险的后果给第三方， 通过合同的约定， 由保证策略或者供应商担保。 可以采用外包的形式来转移软件开发的风险， 例如发包方面对一个完全陌生领域的项目可以采用外包来完成， 发包方必须有明确的合同约定来保证承包方对软件的质量，进度以及维护的保证。否则风险转移很难取得成功。（