工程管理数字化解决方案_第1页
工程管理数字化解决方案_第2页
工程管理数字化解决方案_第3页
工程管理数字化解决方案_第4页
工程管理数字化解决方案_第5页
已阅读5页,还剩53页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、工程管理数字化解决方案目录 TOC o 1-5 h z 1背景介绍42需求分析41功能需求42非功能需求53方案设计61 方案设计理念73.2平台场景应用93.3统一用户管理113.4统一门户建设153.5统一数据管理173.6统一地图建设203.7安全体系建设213.8上云部署建设224质量及安全保障措施及风险管理234.1质量管理目的234.2质量管理内容244.3质量管理责任分配254.4质量保证措施274.5设计质量控制334.6软件质量测试334.7风险控制365进度控制管理381编制项目进度计划395.2项目里程碑进度节点405.3控制软件项目的进度415.4项目进度控制技巧425

2、.5避免项目进度失控446项目验收方案471项目验收条件476.2项目验收步骤483项目验收程序496.4验收内容和标准507售后服务方案521服务承诺527.2售后服务准则527.3故障响应时间558人员培训服务571培训目标与方法578.2培训计划578.3培训安排589项目安装调试601背景介绍根据详见实际情况编制2需求分析2. 1功能需求依托*平台,开发和提升*协同管理平台为“工程运管” 应用,合规使用云资源。汇集工程数据,建立集*工程于一体 的工程数据库;汇集全省各级工程管理人员,建立贯穿省、市、 县以及乡镇与部分*管理单位的四级应用体系,实现分级分权 限管理;遵循各类工程管理规程,

3、开发基础性、公共性业务模块; 设计与开发综合业务应用场景,服务于智慧决策支持。平台需求 如下:依托*管理平台和省*云平台,开发和提升大中型*协同 管理平台为“工程运管应用,合规使用云资源。汇集工程数据,建立集*工程于一体的工程数据库。3汇集全省各级工程管理人员,建立贯穿省、市、县以及乡镇与 部分*管理单位的四级应用体系,实现分级分权限管理;遵 循各类工程管理规程,开发基础性、公共性业务模块。4.设计与开发综合业务应用场景,服务于智慧决策支持。2.2非功能需求1、统一用户管理平台根据“统一用户”建设要求设计,应以*平台为唯一 入口,不再单独建设应用登录模块,充分*用*平台的统一身 份认证接口,完

4、成授权人员在平台内的验证、鉴权、访问等开发 工作,实现与*平台用户信息、组织信息的打通。2、统一门户建设平台根据统一门户”建设要求设计,接入*平台,完成应 用上架。上架应用应满足响应时间1秒、页面打开时间2秒” 等性能指标。3、统一数据管理平台根据“统一数据”建设要求设计,所产生的公共数据应 接入*数据仓,并依托*平台,完成应用共享数据资源目 录编目,实现数据的共享和开放,持续做好数据、目录、服务等 更新维护。4、统一地图建设平台根据统一地图”建设要求设计,涉及地图的开发建设 应统一使用*行业地图工作平台的地图底图服务。5、平台安全建设平台建设阶段应遵循网络安全等级保护2.0标准规范,同步 落

5、实等级保护测评预算,按照“自主定级、属地备案、等级测评、 建设整改”的流程,在项目终验前须取得等级保护备案证明。平 台要求适配国产终端及基础软硬件,实现现有终端环境和国产终 端环境双兼容,对接省*云统一密码服务支撑平台,在认证、 传输、存储等环节规范应用国产密码算法。6、平台部署平台及其移动端应用应实现在省*云的部署。3方案设计设计和开发平台目的是研究和探索*工程建设的创新 管理模式。一方面,要突破传统管理模式和机制的束缚,另一方 面要在实现的技术和方法上不断探索和尝试。云计算管理平台和 平台的建立是一种高效集约的建设模式。解决了*工程数字 化管理中的人工管理、传统模式、分散管理、效率低下等问

6、题。 它可以提高*工程信息管理的整体*平,提高工程管理* 平和工程质量。通过开发和提升大中型*库协同管理平台为“工 程运管应用,合规使用云资源。汇集工程数据,建立集*工程 于一体的工程数据库;汇集全省各级工程管理人员,建立贯穿省、 市、县以及乡镇与部分*管理单位的四级应用体系,实现分级 分权限管理;遵循各类工程管理规程,开发基础性、公共性业务 模块;设计与开发综合业务应用场景,服务于智慧决策支持。3. 1方案设计理念1、实现*工程建设的五个创新模型创新。*工程建设云管理模式的创新具有重 要意义。它可以加快*工程建设的信息化管理进程,在很大 程度上提高*工程的管理*平,使过去封闭的施工过程成 为

7、一个公开透明的施工过程,保证施工质量。制度创新和机制创新。为了管理*工程建设项目, 许多责任主体使用云管理平台,多个单位紧密合作,密切合作, 实现共同目标。云管理平台可以使法人责任制、工程监理制、招 标投标制和第三方监理制在同一个云平台上得以实现。管理创新。管理创新主要表现在以下几个方面:从非 信息管理平台对*工程的云管理平台;基于对*工程建 设的相关规范,信息时代的建设管理程序的建立;从单一环节的 全生命周期管理的管理;*工程的建设工程电子文件与电子 档案一体化管理的实现。技术创新。*用现有的高精度定位(北斗GPS)技术、 GIS技术和Internet技术,结合当刖*工程管理现状,* 工程管

8、理云平台和平台集成使用最新信息技术的建设,包括* 用云计算技术整合硬件和软件对*项目建设管理资源,并能 同时管理多个*工程。资源共享和信息管理的应用模式的变 化;通过虚拟化技术实现资源的动态扩展和提高资源*用率;*用物联网技术实现大坝*工程数据填充实时自动米集; 智能管理与智能感知和处理与可视化技术。服务创新。*建设管理云平台将管理集成为平台 提供的信息服务。云管理平台和平台可以承担多种职责,平台功 能与多种职责密切相关。云管理平台将服务和业务管理的功能紧 密地结合在一起,例如,平台验收管理的功能是通过接受服务的 方式提供的。该平台为*建设的不同阶段提供了必要的服务, 如在验收阶段提供数据归档

9、和数据整编服务。此外,平台还提供 了专业的服务运维管理,如流程管理、质量评价和平台管理。2、实现*工程管理的两个突破云管理模式的创新,通过对多个项目的长时间管理,形成大 数据环境,为数据分析工作和数据挖掘工作奠定了基础;建立了 支持全生命周期的*工程文档集成管理平台。通过*工 程管理云平台的建设,积极研究和探索*建设管理创新的云 模型,实现*工程电子文件和档案的一体化管理。3、提高*工程管理*平*用云管理平台实现*工程建设由人工管理向信息管 理和智能管理的跨越式发展,促进了中小*工程信息化管理 的整体*平。通过信息管理的研究,探索了一种提高*工 程建设*平和效果的新途径,大大提高了中小*工程建

10、设 的管理效率和管理效率。领导决策层管控层职能管理部门分公司管理层业务管理中心mi项目管|目程|I甌I I葢11繭I顶目执行层项目 部1项目 部21项目部3项訂部4项目 部5 项目V部6项目 部7项目部8I项目I 部9项目 部10企业中心企业项目管理 项目管理该层级为企业级数据统计分析中心,主要实现针对企业级业务和多个项目汇总数据 分析,展现形式为各类图表,主要功能包括:I市场开发动态 应目经营动即I项目信息统计I项目执行动态I合同执行动态 I进度监控图表I费用监控图表I安全监控图表I质量监控图表I现场实时图像企业级项目管理(EPM):为职能管理部门、分公司管理层提供项目管控,实现以 项目业务

11、过程管理为核心,以成本与进度管控为重点的多项目管控体系,主要功能|市场开发11项目组织|项目策划| |集中采购| |资源|合同管理 11沟通州乍11 般ga |费控ga| 质量gg | 工| | HSEggg |.项目启动策划项目翎管S项目采购I项目施工调试与匪行项目收尾质關WH项目般Wffl项目费控管理项目HSEO项目合同管理|项目沟通管理项目资源MHJ项目文档節8 |该模块为项目级业务模块,主要实现项目过程管理和项目要素管理,主要包括:3. 2平台场景应用平台目前主要是使用了九大功能模块,平台基本覆盖工程项 目管理的全过程、全生命周期。平台管理:包含各类基础性设置,如组织架构定义,流程定

12、义,项目分类、合同分类等,以及各类资源档案的创建,角色和 操作人员的创建、权限的分配等。项目管理:包含项目的创建及审批,创建项目时除填写相关 信息外,还可以上传相关文档。任务管理:项目创建并通过审批后,就可以进行任务分配了, 同一个任务可以分配给一个人或多个人。分配任务时须指定任务 计划开始和结束日期。任务可以是小时,可以是工作日,每个任 务的单位可以不一样,如工时、百分比、个、件等。任务分配时, 任务接收人员可以选择接受,也可以输入理由后选择拒绝,提醒 管理者重新进行任务分配。任务接收人对于接收的任务,还可以 进行下级的任务分配。资源管理:通过工程项目管理平台的资源管理模块,可以很 方便的了

13、解到每个相关人员目前的任务情况,如有多少未完成的 任务,有多少新任务,有哪些延期未完成的任务,哪个时间段有 空闲等,方便管理者更好的安排工作。文档管理:项目开展过程中的各类Word, Excel、Pdf及图片 等文档,都可以按照项目的关系,分门别类的进行归档,并执行 相应的文档授权管理。问题管理:在工程项目管理平台中,可以很好的进行问题的 相关管理,包含问题发布、问题回答、问题统计与查询等。可以 *用软件的协同功能,将问题在最短时间内进行解决,并将处 理后的精彩问题答案转化为公司的知识管理。物资管理:包含物资有关的采购订单、采购收退货、各种领 用、盘点等管理。客户管理:有些工程公司,除了服务于

14、老客户外,还在不断 的开发新客户,如果你有这方面的需求,软件也可以帮你实现, 从线索到方案、报价、跟进纪录、投标等客户跟进过程全部进行 管理,以提高潜在客户的成功率。行政办公:基本包含了目前市场上行政办公常见的主要功能, 如公文收发、通知、日程、工作计划、工作日志、通讯簿、BBS. 会议管理、固定资产、车辆管理等。3.3统一用户管理统一门户作为*工程运行管理数字化应用信息化窗口 , 将各类信息资源的综合展现,整合各个应用平台,为用户提供一 站式的信息服务。统一用户管理平台是按全网统一规划用户信息 管理规则,汇集全省各级工程管理人员,建立贯穿省、市、县以 及乡镇与部分*管理单位的四级应用体系,实

15、现分级分权限管 理;建立统一用户信息管理机制,将分散在各业务平台用户信息 进行紧密的整合,建立全网唯一的可信用户信息权威源,并为各 业务平台提供支持与服务,从而形成一套高效、可扩展、适应性 强的人员信息使用与管理平台,以满足*工程运行管理数字 化应用用户集中管理、分布式使用的需求。1.用户管理1)组织管理组织机构的管理包括:组织机构的基本信息管理、领导 分工、子机构管理、岗位管理、信息公开管理、拥有岗位的用 户等功能。为实现“一数一源、一源多用”,将信息公开和组 织管理放在一起,并实现内外网的同步。2)人员管理人员管理主要包含用户基本信息、人事信息、通讯信息、变动情况、扩展信息等。3)职务管理

16、包括职务的名称、级别和说明的管理。4)群组管理包括组名、所属单位、描述以及群组成员的管理。5)自助管理自助服务允许用户自行维护个人基本信息、修改个人密 码口令、忘记密码口令后自动找回。从而减轻了平台管理员 的工作量。2统一权限管理平台基于权限管理基础设施,结合访问控制框架,策略 规则共同构成权限管理和访问控制实施的平台平台。由于平 台的用户、应用和权限非常庞大,因此和用户管理模式一样, 也需要进行分级授权管理。统一身份认证平台1)用户登录当客户端向应用服务器请求服务时,从本地证书的存储 空间中取出密钥,对SOAP消息进行签名和加密,SOAP消息中包 含了请求服务名/ID,客户公钥证书,客户所拥

17、有的证明其授 权的安全凭证,一并发往服务器,提出服务请求。或服务器从 SOAP消息包中提取出用户身份证书和安全凭证,通过统一用 户管理服务器提供的验证证书服务和基于角色的访问控制 (验证安全凭证)服务来验证安全性。2)用户证书验证数据库认证是最普通的用户名/口令方式,该方式实现方便,无须额 外的软硬件支持,是最常用的认证方式。基于秘密信息的认证(CA)基于秘密信息的认证手段主要依赖于数字签名技术通过 签名信息的唯一性验证来间接地进行身份认证。目前最成熟 的技术是数字证书认证技术,*用可信第三方机构发放的数 字证书来确认网络用户的身份,其作用相当于网络的电子身 份证。基于物理安全性的认证基于物理

18、安全性的认证手段主要依赖于用户自身特有的 某些生物学信息(一般是具有唯一区别特性的生物学信息, 包括指纹、声纹、虹膜等)或用户所持有的特定硬件(包括 USBkey等方法)。4统一服务管理平台1)应用管理实现应用服务的注册、删除、修改、维护、版本管理。包 括:应用平台的名称、代号(唯一标志)、开发商、联系方式、 平台、版本、最近更新时间等等。2)部件管理作为整合、展现每个应用平台的最重要的组成部分。通 过部件管理统一管理所有应用平台展现的权限、内容、形式。 部件管理包括:部件编号、名称、所属应用、部件地址、开发 商、说明、状态(是否可用)、权限等。3)接口管理短信服务:提供发送短信的服务。信息发

19、布服务:提供发布信息的服务。应用日志服务:提供记录应用日志的服务。流程监控服务:提供监控流程的服务。5.统一CA服务1)加密技术在安全保密中,可通过适当的密钥加密技术和管理机制 来保证网络的信息通讯安全。数据加密的技术分为两类,即 对称加密和非对称加密。对称加密的加密密钥和解密密钥相 同,而非对称加密的加密密钥和解密密钥不同,而且即使知 晓其中一个也无法计算出另外一个,这样就可以公开其中一 个密钥同时还能保证另一个密钥的安全性。2)数字签名数字签名和加密的基本工作模式很类似,只不过在签名 时用自己的私钥加密而不是用别人的公钥。如果信息可以用 你的公钥解密,那就能确定信息是由你发出的。3)数字证

20、书的引用现有持证人甲向持证人乙传送数字信息,为了保证信息 传送的真实性、完整性和不可否认性,需要对要传送的信息 进行数字加密和数字签名。3.4统一门户建设把所有应用和数据集成到一个信息管理平台之上,并以个 性化的统一入口为用户提供个性化的*信息和服务,以便 快速地实现*信息交流的实时共享和双向性,满足实际业 务需求。对于*来说,信息门户既是一个展示*的窗 口,又是*相关业务的处理平台。具体实现如下:一个信息共享平台:*内外所需的各类信息,统一发 布、统一呈现。一个集成的工作台:用户工作所需的各类应用、报表、工 具应有尽有。一个个性化的平台:领导门户、员工门户、民众门户。一个单点登录平台:只需登

21、录门户,其他应用平台均无需 再次登录。一个协作沟通平台:促进*内部协作沟通,发挥群众 力量。一个信息大集中的平台:整合信息孤岛、消除*冗余 数据的*器。1、门户元素建设丰富的门户元素,保证了在门户配置过程中,用户有了充 分的想象空间,能够最大限度的实现用户的个性化需求,平台 内置了大量的栏目和内容类型,PC端包含165个内容栏目,76个 内容样式,移动端则包含31个内容栏目及20个内容样式。待办类、日程类、消息类:突显门户的内容价值与信息推 送价值。表单类、信息底表类、流程模板类:突显门户的业务价 值。报表类:集中呈现数据经营结果,突显门户的数据价值。排行榜、数据呈现类:突显门户的业务价值、数

22、据价值。入口类,第三方平台+协同应用+业务应用入口:突显门户 入口价值及平台特性。视频类、文化互动类、组织信息类:突显门户的信息共享 价值。2、门户应用建设登录前门户:平台外部门户,登录前的信息呈现/公开与第 三方平台入口。内容及样式可自定义。平台中只有1个登录前门 户。平台主门户:登录后的平台级门户,以呈现工作内容为 主。内容及样式可自定义。平台中只有1个主门户。子门户:根据不同的职能或业务需要,搭建子门户,子门 户的样式及呈现形式可区别于主门户。平台中可设置多个子门 户。大屏:一种特殊的门户,在电视机等终端设备上呈现新 闻、报表、图片等信息。平台中可设置多个大屏。3、用户配置建设灵动多变的

23、外框样式、栏目布局、栏目外框样式、栏目内 容,满足每个组织和个人的个性化需求。预置多种布局模版,快速布局。丰富的门户UI配置,更加便捷的提升布局效果。支持对内容的配置管理和图标等素材的配置管理。3.5统一数据管理*工程运行管理数字化应用满足“统一数据”建设要求, 所产生的公共数据接入*数据仓,并依托*平台,完成应 用共享数据资源目录编目,实现数据的共享和开放,持续做好数 据、目录、服务等更新维护。1、数据资源整合共享建设依据数据源分析以及数据库建设现状分析,通过对已有和新 建数据库的数据资源整合,实现统一数据模型、统一基础数据、 统一数据交换,为*信息的共享与应用提供来源权威、标准 统一、持续

24、更新的*数据支撑。然后再通过统一模型对数据进行组织,形成基础数据库,再 进行统一交换。开发统一数据交换模块,所以不需要每一套平台 开发都经历采集、传输、处理,这一次就把整个的交换形成一个 专门的功能模块,所有其他的平台,都可以调用统一数据交换平 台,来实现数据的交换。2、数据资源整合采用面向对象的统一*数据模型对基础、共享和专题等 数据进行整合,实现*数据空间、属性、时间、关系和元数 据的一体化管理,统一对象编码,统一数据字典,为各类业务应 用提供规范、权威和高效的数据支撑。3、数据资源共享内容对象基础数据:将涉及*业务应用全局的*对象基: 础数据,以及*对象空间和业务关系等数据,统一纳入 *

25、数据中心,统一向各类*业务应用提供权威、全面、 完整和一致的基础数据服务。应用共享数据:将*业务应用在其他应用中需要共享的 业务数据,通过数据服务的方式,纳入*数据中心,统一为 各类*业务应用提供权威、全面、完整和一致的应用数据共 享服务。数据资源目录:建设数据资源目录库,提供权威、全面、完 整和一致的*数据资源目录服务。4、数据资源整合统一基础数据主要包括:基础*文、*工程等业务数 据,矢量、遥感影像等地理空间数据,共用实时数据,规划、机 构、政策法规、标准规范等公用事务数据,以及行业共享数据。建设*统一数据交换平台,构建统一的数据交换框架, 规范交换流程和方法,形成统一数据交换机制。5、数

26、据持续更新机制根据不同*业务对地图数据的应用流程和数据更新方 式,以*一张图为基础,对各业务域的发展现状、管理行为 和变化过程进行全程记录和分析,保障了业务应用信息的一致性; 同时将应用过程中产生的业务数据更新至一张图数据库中,从而 建成了以一张图为依托的*业务全面应用模式,为* 张图的持续更新奠定了应用基础。1)横向跨业务、纵向跨层级的数据更新模式创建了横向跨业务、纵向跨层级的数据更新模式。因为我们 是通过权威的平台产生权威的数据,对*工程、安全生产、 工程变化都是比较了解的,所以通过横向跨业务进行更新。2)基于统一遥感数据服务的业务信息更新建立了基于统一遥感数据服务的业务信息更新方式。统一

27、了 *全行业遥感影像数据源收集与处理、下发应用,并通过统 一平台完成专题数据上报。3)以统一用户管理为依托的更新维护责任体系构建了以统一用户管理为依托的更新维护责任体系,基于统 一用户管理和业务角色分设与授权,保障了数据更新维护责任制 度的落实。一定要保证用户管理权限,所以要建立一种更新维护 的责任机制,让他们主动来进行更新,这样使得平台常青,否则 靠上面是不现实的。3.6统一地图建设*工程运行管理数字化应用满足“统一地图”建设要求, 涉及地图的开发建设应统一使用*行业地图工作平台的地 图底图服务。结合自身实际,在省级*一张图基础上,根据省*管 理平台数据服务接口标准,在基础地理信息数据、*基

28、础 数据和*业务数据基础上,遵循OGC标准规范,开发提供 包括网络地图切片服务(WMTS)、网络地图服务(WMS)、网络要 素服务(WFS)、数据处理服务(WPS)、*应用服务以及 *空间数据交换服务等,根据各*业务应用场景需 要,提供基础和专业服务,聚合形成符合专业特点和应用需求 的特定地图服务,支撑*不同业务部门专题应用。综合运用基础地理数据、*基础数据和*业务数 据,结合GIS、遥感、大数据、云计算等技术手段,对多时空 *数据进行综合管理与分析,为*业务应用平台的快 速搭建提供数据支撑。以此为基础,开发专业计算机软件分析 功能,辅助管理者进行科学管理和决策,实现实时信息汇总、 分析、统计

29、与展示等功能,提高*管理科学化、自动化、 智能化*平。*“一张图”主要包括基础地理、遥感影 像、*基础和*专题等数据,并具备基础查询、王题 查询、专题分析和业务管理等功能。基础查询:按照行政区、流域单元和*资源分区等查询汇 总,也可按关键字模糊搜索或自定义查询条件进行查询。主题查询:按对象主题实现下钻和上卷查询,围绕河流湖 库、*工程、经济社会用*、河湖开发治理保护、*土 保持和行业能力等业务主题查询,以文字、列表、图示和地图 等形式展示。专题分析:为应对暴雨、地震等突发事件,可快速、准确 提供涉事区域内*库、*电站、*闸和堤防等设施的数量、 分布和特征信息,为快速险情排查和工程抢险提供支撑。

30、功能扩展:为提高服务范围和业务领域,提供定制开发服 务,包括分析功能扩展、模型构建、可视化功能扩展、数据共 享以及大数据可视化等。3.7安全体系建设*工程运行管理数字化应用需按省级统一安全建设指 南要求,对其进行二级等保测评等安全检测。同时要保障应用 和服务接口的可靠稳定安全运行。平台安全体系是在平台生命周期内应用平台安全工程和平 台安全管理方法,辨识平台中的隐患,并采取有效的控制措施使 其危险性最小,从而使平台在规定的性能、时间和成本范围内达 到最佳的安全程度。为了满足平台的安全要求,在平台稳定运行的基础上,建立 主动、开放、有效的平台安全体系,以预防为主,并加强平台的 恢复功能,实现平台安

31、全状况可知、可控和可管理,形成集防护、 检测、响应、恢复于一体的安全防护平台。平台安全包括多个方面:运行平台安全保证信息处理和传输 平台的安全,侧重于保证平台正常运行,避免因为平台的崩演和 损坏而对平台存储、处理和传输的消息造成破坏和损失。网络平 台信息的安全,包括用户口令鉴别,用户存取权限控制,数据存 取权限、方式控制,安全审计。信息传播安全侧重于防止和控制 由非法、有害的信息进行传播所产生的后果,避免公用网络上云 自由传输的信息失控。信息内容安全侧重于保护信息的保密性、 真实性和完整性,保护用户的*益和隐私。3.8上云部署建设根据具体建设内容和数据情况,向区政府数据资源管理机 构申请服务器

32、资源,并按照建设要求部署*管理平台平台软 件。需申请区*云资源包括云主机4台,1台作为访问入口及 负载均衡分配,2台应用服务部署,1台数据库服务器,配置安 全防护软件:漏洞扫描、入侵防御、防DDoS攻击等。租用云主 机数据盘共1TB,存储业务过程及结果台账文件、影像视频等 非结构化数据。租用独享互联网出口,共20M带宽,以及云数 据库MySQL版一套。第一步:在本地数据中心创建云存储平台在本地部署的数据中心中创建云存储平台。第二步:将数据复制或迁移到云端可能希望将其所有数据复制到云端,或者想将陈旧的、存 档、不常访问的数据迁移到云端。第三步:在云端之间实现数据同步在云端之间同步数据,其数据的位

33、置(无论是本地部署还 是任何云端)对应用程序和用户都是透明的。实现用户交换接口,用户可以方便地登录到平台平台,申 请各种资源,实现硬件资源和软件资源的统一管理、统一分 配、统一部署、统一监控和统一备份。4质量及安全保障措施及风险管理4.1质量管理目的质量管理是确保项目满足要求质量的过程,其作用是确保满 足该平台门户平台项目达到质量要求,按期完成项目和最大限度 地减小风险等。项目质量管理工作是一个平台过程,在实施过程中必须创造 必要的资源条件,使之与项目质量要求相适应。使用该平台的各 职能部门和乙方要保证工作质量和项目质量,实现工作程序化、 标准化和规范化。4.2质量管理内容编制和评审质量计划制

34、定质量保证计划:依据项目计划及项目质量目标确定需要 检查的主要过程和工作产品,识别项目过程中的干系人及其活动, 估计检查时间和人员,并制定出本项目的质量保证计划。质量保证计划的主要内容包括:例行审计和里程碑评审,需 要监督的重要活动和工作产品,确定审计方式,根据项目计划中 的评审计划确定质量保证人员需要参加的评审计划。明确质量审 计报告的报送范围。质量保证计划的评审:质量保证计划需要经过评审方能生效, 以确保质量保证计划和项目计划的一致性。经过批准的质量保证 计划需要纳入配置管理。当项目计划变更时,需要及时更改和复 审质量保证计划。“过程和工作产品”的质量检查根据质量保证计划进行质量的审计工作

35、,并发布质量审计报 告。审计的主要内容包括:是否按照过程要求执行了相应的活动, 是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。不符合项的跟踪处理对审计中发现的不符合项,要求项目组及时处理,质量保证 人员需要确认不符合项的状态,直到最终的不符合项状态为“完 成”为止。4.3质量管理责任分配我公司在开发项目上按照规范化软件的生产方式进行生产。 每个项目除配备了项目开发所需角色外,还专门配备了质量保证 小组、配置管理小组、测试小组来确保质量管理的实施,下面针 对这三种角色进行说明:质量保证小组职责质量保证小组作为质量保证的实施小组,在项目开发的过程 中几乎所

36、有的部门都与质量保证小组有关。质量保证小组的主要 职责是:以独立审查方式,从第三方的角度监控软件开发任务的 执行,分析项目内存在的质量问题,审查项目的质量活动,给出 质量审计报告。就项目是否遵循已制定的计划、标准和规程,给 开发人员和管理层提供反映产品和过程质量的信息和数据,使他 们能了解整个项目生存周期中工作产品和过程的情况,提高项目 透明度,从而支持其交付高质量的软件产品。质量保证人员依据质量保证计划,通过质量审计报告向项目 经理及有关人员提出已经识别出的不符合项,并跟踪不符合项的 解决过程,通过审计周报或者审计月报向项目经理提供过程和产 品质量数据,并与项目组协商不符合项的解决办法。质量

37、保证小组的检测范围主要包括:项目的进度是否按照项 目计划执行,用户需求是否得到了用户的签字确认,软件需求是 否正确的反映了用户的需求,是否将每一项用户需求都映射到软 件需求;平台设计是否完全反映了软件需求;实现的软件是否正 确的体现了平台设计;测试人员是否进行了较为彻底的和全面的 测试;客户验收和交接清单是否完备;对于平台运行中出现的问 题,维护人员是否记录了详细的维护记录;配置管理员是否按照 配置管理计划建立了基线,是否严格控制变更过程,是否对配置 库进行了维护。配置管理小组职责配置管理活动的目的是通过执行版本控制、变更控制、基线 管理等规程,借助配置管理工具的使用,来保证整个生命周期过 程

38、产生的所有配置项的完整性、一致性和可追溯性。配置管理是 对工作成果(阶段工作成果和产品成果、进展状态成果)的一种 有效保护形式,是反映项目及其工作产品的过去、现在、动态的 资料和数据集中管理体现。配置管理小组的主要职责包括:根据项目计划制定配置管理 计划,建立配置库,为项目组人员分配配置库权限,创建需求、 设计、开发、测试、交付阶段的基线。当纳入基线库的工作产品 发生变更时,严格按照配置项变更控制过程执行变更,变更后建 立新的基线。测试小组职责作为质量控制的主要手段,如同软件开发一样,测试在执行 之前,测试小组制定软件测试计划、测试用例的编写和执行工作。本项目中,测试可以分为如下几种类型:代码

39、走查、单元测 试、集成测试、平台测试。为了保证程序的质量,开发人员需要 对同伴的代码进行代码走查,同时对自己编写的程序进行单元测 试,确保程序编译、运行正确。测试人员根据软件需求分析报告进行软件集成测试用例和 平台测试用例的编写。对编写完成的测试用例提交项目组进行评 审,同时质量保证人员对评审过程和工作产品进行监测。测试人员根据测试计划和测试用例执行测试用例,并对发现 的缺陷进行记录,只有这样才能确保项目组开发的软件产品满足 用户需求。在完成集成测试之后,可以进行软件平台测试,平台 测试包括对软件进行功能测试、性能测试、安全测试、压力测试。 只有进行了平台测试软件测试才是完整的。平台测试在本项

40、目中 占有重要的地位,性能要求有可能改变软件的设计,为避免造成 软件的后期返工,测试在性能上需要较大的侧重。4. 4质量保证措施通过质量管理责任的分配,通过如下几个方面来进行质量保 证的实施过程:项目进度项目计划的制定为工程项目实施、管理和支持工作、项目进 度、成本、质量及过程产品的有效控制打下了良好的基础,以便 所有相关人员能够按照该计划有条不紊地开展工作;制定项目 计划,必须获得相关干系人的认可,并以此作为项目跟踪的基 础。项目进度是项目进行是否顺*的最直观表现。制定合理的 项目计划首要前提是选择从事类似规模和类似业务项目的有经 验的项目负责人参加制定项目进度计划。项目计划由项目负责人制定

41、,由项目各小组组长、项目成员、 干系人、质量保证人员参加一起进行评审。评审过程主要讨论项 目计划的可行性,对其中不合理的地方提出修改意见,对计划中 不合理的地方进行修改完善,并由质量保证人员对其结果进行跟 踪处理,以确保项目计划完整性、可行性,项目计划评审通过后, 交由配置管理人员进行配置管理。在计划实施过程中,按项目计划中里程碑为界限,将整个开 发周期划分为若干阶段。根据里程碑的完成情况,适当的调整每 一个较小的阶段的任务量和完成的任务时间,动态跟踪和动态调 整,以*于项目质量保证的实施。实际运作中,质量保证人员在对项目执行过程进行检查时, 对于发现的项目偏差,以质量审计报告的形式提交项目负

42、责人。 由项目负责人组织人员对计划进行维护,对于已经变动的项目计 划,由配置管理进行配置管理。需求分析需求分析是开发人员对平台需要做什么和如何做的定义过 程。从平台分析的经验来看,这个过程往往是个循序渐进的过程, 一次性对平台形成完整的认识是困难的。只有不断地和客户领域 专家进行交流确认,方能逐步明了用户的需求。从平台开发的过 程得知,平台分析时犯下的错误,会在接下来的阶段被成倍的放 大,越是在开发的后期,纠正分析时犯下的错误所花费的代价越 是昂贵,也越发影响平台的工期和平台的质量。本项目中,将邀请招标方技术负责人参与需求调研,以便保 证需求调研质量,同时形成用户需求说明书。需求评审时会同双

43、方管理层、项目实施层共同进行,对于通过用户确认的需求,交 由配置管理员形成需求基线。用户需求在招标方确认后,由平台分析人员形成软件需求分 析报告,同时对软件需求分析报告进行评审,对于评审通过的软 件需求分析报告可以交由测试人员进行测试计划和测试用例的 编写。对于开发过程存在的需求变动,招标方填写变更申请单发给 项目经理,在质量保证人员参加的情况下,对这个变更进行评审, 由项目经理组织项目组成员一起讨论实施变更的可行性及实施 后所带来的影响,对于影响小的变更直接记录,大的变更则需要 形成正式的变更报告,无论那种变更都需要对相应的文档实施同 步变更(包括需求分析报告、平台设计、安装手册、操作手册等

44、)。 但是对于无法实现或是变更会带来巨大的影响而将导致进度的 延期,这时,我们将变更报告提交给招标方并召开协调会议,讨 论变更取舍问题或是项目进度变更问题。决定变更之后,由项目负责人组织实施变更,测试人员检测 变更结果,而质量保证人员监督变更实施过程,并协助配置管理 员对变更后的成果进行配置管理。变更实施完后,运行前还需要 协助用户一同测试并由招标方签字后同意方可上线。平台设计优良的体系结构应当具备可扩展性和可配置性,而好的体系 结构则需要好的设计方法,需要针对项目的结构、项目的特征和 用户的需求来分析。本项目中将安排我公司高级平台架构师担当 项目总体设计师,汇同总体设计组完成平台设计。另外对

45、公共类模块的开发。由总体设计组通过对用户需求的 仔细研究,尽可能的识别出公共类,并进行定义和设计,以减少 重复工作。对于项目组提供的设计文档,由项目经理组织,质保 小组成员参与,对其设计文档进行评审,及时发现设计中可能存 在的错误,降低项目开发风险,同时确保设计文档能为开发人员、 测试人员提供切实的指导。对于可复用的设计进行提取作为公共 库设计和开发,提供项目组。最后交由配置管理员进行设计文档 的版本控制。平台实现平台实现的目的是依据平台设计文档,由程序员进行程序编 写,以便实现设计要求,平台实现过程中,开发人员需要对模块 进行代码走查和交叉单元测试,以保证模块代码质量。软件实现 也就是代码的

46、生产过程。根据上一阶段形成的设计文档,程序员 在完成代码之后,可以开始编码并且进行代码走查和单元测试。 对于测试完成的程序可以交由配置管理人员进行配置管理。5.平台测试平台开发涉及到一系列的过程,每一个过程都有可能引入缺 陷(Bug),本平台质量的好坏直接关系到正常使用和日后的维 护。在开发过程中,我们将质量控制贯穿于所有阶段和所有参与 平台的人员中,包括平台分析、设计和编码。分阶段的评审和测 试是软件质量的有力保障。平台存在平台测试和应用平台的测试以及最终的测试。由于 测试也存在协调的问题,如错误具体定位,在应用平台发现一个 错误,到底是应用平台的自身的错误还是中间件存在的错误,需 要测试人

47、员进行准确的判断。为了达到良好的测试目的,本平台测试工作由测试组来完成, 主要采用下列方法进行平台的测试:从测试方法上来说,分为黑盒测试和白盒测试:黑盒测试:着重于测试软件平台的外部特性;根据平台的设 计要求,每一项功能都要进行逐个测试,检查其是否达到了预期 的要求,是否能正确地接受输入,是否能正确地输出结果。白盒测试:由于软件的所有源代码都要由项目组成员编写, 对其内部的逻辑规则和数据流程,都要进行测试,以检查其代码 编写是否符合设计要求。从测试策略上来说分为集成测试和平台测试:集成测试:在所有模块都通过了单元测试后,将各个模块组 装在一起,进行组装测试,用于发现与接口相联系的问题。在通 过

48、组装测试后,将经过单元测试的模块组装成一个符合设计要求 的软件结构。平台测试:在本项目通过了以上的测试步骤后,与其它平台 元素(如硬件服务器、网络平台等)进行集成测试和平台级的确 认测试,将各种可能的缺陷完全排除掉,从根本上保证平台的长 期稳定运行。平台维护:本项目中,技术支持小组的任务一方面是保证对项目客户的 跟踪服务,另一方面是确保该项目的技术咨询工作。平台维护期,对于一般性的错误,如操作不当等引起的问题, 全部由技术支持小组执行完成,但需要用户测试确认上线。如果 较大的修改则需要走变更控制流程,填写变更申请,经项目组讨 论分析可行方案在由技术支持小组实施,通过测试后方可提交用 户。在这个

49、过程中质量人员需要对维护过程和维护记录单进行检 查。4.5设计质量控制设计文档包括软件需求分析报告、软件设计说明书和数据库 设计说明书、接口规范、有关数据标准等。项目设计文档的质控 流程如下:在合同与项目进度计划的规定日期向业主提交正式会签确认 的设计说明书。正式提交之前,质量控制组根据合同及有关标准对设计说明 书进行内部完稿校对,报项目负责人进行审核。项目负责人(可组织项目组内部人员,或专家进行评审,必要 时组织业主、监理方共同讨论)提出评审意见。总体设计组负责人根据评审意见组织人员进行修改,修改后 成果重新提交质量控制组,直至通过。项目负责人审查通过后,提交业主。4.6软件质量测试1、测试

50、内容针对测试的软件指标如软件的正确性、性能指标、易用性, 软件在开发的不同阶段都作了相应的保证措施。1)功能测试功能测试主要是检验在功能表现上,设计文档中的所有功能 是否都已实现;在正确性与一致性方面,平台是否符合文档设计 要求,平台功能及其提供的数据与设计文档能否保持一致;也需 对界面与帮助文档进行检查。功能测试要验证平台能按需求说明书和详细设计的要求实 现模块的各个功能,能保证数据完整、界面美观和操作方便。界面测试需核实用户与软件之间的交互,验证用户界面中的 对象是否按照预期的方式进行,并符合国家或行业的标准;针对 B/S平台,重点进行HTML语法检查、链接测试、表单测试、内容测 试和页面

51、测试。帮助文档测试最主要检查例子、菜单和平台响应是否与实际 程序一致;是否能够方便地在文档中定位指南;文档内容和索引 是否正确;在使用超级链接的情况下,超级链接是否精确完整。2)业务流程测试业务流程测试是指对当前平台模拟用户的一些典型业务的 实际操作、数据流转等来实施测试工作。与单纯的功能性测试不 同的是,业务流程测试不关心具体的某个功能点的细节情况,而 是要求能够严格按照业务定义标准能够完整的完成一条或多条 业务流*线的一系列功能操作和正确流转。本项目测试的业务 流程包含:数据监理流程、数据入库更新流程、目录注册发布流 程、数据共享交换流程。3)安装/卸载测试产品安装配置说明书在第一个测试版

52、本形成时,同时提交给 测试人员。测试人员按照产品安装配置说明进行软件配置安装。 操作平台选用需求说明说中所定义操作平台类型,并以该操作类 型中主流的操作类型为主要测试环境。卸载测试和安装测试同样重要,如果平台提供自动卸载工作, 那么卸载后需检验是否把所有文件全部删除,注册表中有关的注 册信息也被删除;至少要在一台笔记本电脑上进行安装测试;完 成安装后,确认应用程序可以正确启动和运行。考察安装该平台是否对其他的应用程序造成影响,特别是 Windows操作平台。4)性能测试性能测试通过工具,模拟大量用户操作,对平台增加负载。评估平台的能力,测试中得到的负荷和响应时间数据可以被 用于验证所计划的模型

53、的能力,并帮助决策。识别体系中的弱点:受控的负荷可以被增加到一个极端的 *平,并突破它,从而修复体系的瓶颈或薄弱的地方。平台调优:重复运行测试,验证调整平台的活动得到了预期 的结果,从而改进性能。检验软件中的问题:长时间的测试执行 可导致程序发生由于内存泄露引起的失败,揭示程序中的隐含的 问题或冲突。2、测试方法根据开发阶段及测试对象的不同划分为:单元测试、集成测 试、平台测试、验收测试四个阶段。1)单元测试是对软件中的基本组成单位(模块、过程等)进行测 试,其目的在于发现各模块内部可能存在的各种错误,并检 验软件基本组成单位的正确性。2)集成测试是在软件平台集成过程中进行的测试,主要检查软

54、件单位之间的接口是否正确,一个模块的功能是否对另外一 个模块的功能产生不*的影响等。3)平台测试是对整个软件平台,与相应的数据库、运行环境结 合在一起,在实际运行(使用)环境下,对其进行一系列不同 考验的测试,其目的是通过与平台的需求定义作比较,发现 软件与平台定义不符合或与之矛盾的地方,验证平台成分已 正确地集成在一起并完成指派的功能。平台测试的内容主要 包括功能测试、性能测试、安全性测试等。4)验收测试是软件平台在投入使用之前的最后测试,是由专业 测试人员和业主单位相关专业人员共同参与测试,旨在向业 主单位相关人员确认该软件平台是否满足其需求。单元测试采用白盒测试法。平台测试采用黑盒测试法

55、,首先 进行通过性测试,了解平台各项功能能否正确执行;平台通过该 项测试后,再进行失败测试/迫使出错测试。以手工测试为主, 部分功能测试和易用性测试项目会采用成熟的测试工具辅助进 行。4.7风险控制通过对大量的风险事件进行分析,在本项目中下列事件出现 的概率最大,影响也是最大的。如何将这些事件对项目造成的影 响降到最小,是项目风险管理的主要工作。首先,需要预防这些 事件的发生;其次,一旦事件的发生不可避免,就应当采取必要 的、预先准备好的应对措施,将风险对项目目标的影响降到可以 容忍的程度。技术风险该*门户平台项目建设采用先进的信息技术,在建设过 程中需要与各个业务单位、多个技术支撑平台、多个

56、业务平台进 行对接。门户平台项目建设涉及的相关平台范围广,需要比较丰 富的专业知识。因此,项目建设存在一定的技术风险,需要我们 从平台建设之初,就要充分认识到本项目的技术难度,在平台建 设中严格依据该*项目建设的标准和规范,分步骤、分阶段 进行建设,储备足够的专家资源,多开会,多讨论,集思广益, 将技术难点逐个突破,力求将技术风险降至最低。需求风险该项目建设是一个项目周期较长、涉及相关部门较多、数据 量大、平台功能要求高的复杂平台。为了减少项目需求不清和频繁变更的风险,需要在项目初期 做好充分的需求调研,多开会,多讨论,多出原型,及时和用户 沟通确认需求,切实理解各个业务部门对项目的业务需求,

57、尽可 能避免对需求的误解和片面性。同时,在项目建设过程中,严格 遵守项目管理的规章制度,对项目需求变更进行严格的审核与控 制,以保障项目的质量和进度。协调与沟通风险在项目建设过程中需要协调多个部门,涉及多个重要的项目 干系人,跟这些部门和重要干系人的沟通与协调的效果将直接影 响到本项目的质量与进度。这需要各相关单位充分理解项目沟通 管理的重要性,制定相关制度,实行专人专岗,建立并保障通畅 的沟通渠道,如举行沟通例会、电话会议、视频会议,定期发送 沟通报告等。实施团队管理风险该项目的建设是一个周期较长、范围较广的过程,在建设过 程中涉及的开发与实施人员众多。在项目的所有干系人中,项目 团队对项目

58、的成功至关重要。如何选对人,如何培养人,如何充 分发挥每个人的作用,又如何组织成高效的团队,对项目的成败 起着至关重要的作用。本项目团队成员的特征是高学历、高素质、 流动性强、年轻、激情,而工作强度大又是该*项目的显著 特征。在这样的情况下,如何激发团队成员的事业心,如何把这 样的个体组建成一支战斗力超强的团队,是摆在项目经理面前的 重要课题。5进度控制管理软件项目进度管理是围绕本项目要求编制计划,付诸实施且 在此过程中经常检查计划的实际执行情况,分析进度偏差原因并 在此基础上,不断调整,修改计划直至项目交付使用;通过对进 度影响因素实施控制及各种关系协调,综合运用各种可行方法、 措施,将项目

59、的计划控制在事先确定的目标范围之内,在兼顾成 本,质量控制目标的同时,努力缩短时间。项目进度管理可以通过以下方式完成:制定项目里程碑管理 运行表;定期举行项目状态会议,由软件开发方报告进度和问题, 用户方提出意见;比较各项任务的实际开始日期与计划开始日期 是否吻合;确定正式的项目里程碑是否在预期完成。5.1编制项目进度计划1、识别进度计划所有者识别所有者或负责开发所有或部分项目进度计划的个人,对 于确保开发出好的进度计划是必要的。推荐采用WBS (作业分解 结构)或者组织的分解结构作为进度开发的基础,因为WBS指定 范围,组织分解结构(OBS)指定交付的功能区。2、决定任务和里程碑对于每一个最

60、低级别的WBS元素,识别任务和里程碑对应交 付的元素。可交付物通常设置为里程碑,产生可交付物的活动被 称为任务。里程碑是一个时间点,被用于管理检查点来测量成果。3、排序工作活动在确定了交付产品的任物和里程碑之后,他们应该被逻辑的 排序,来反映将被执行的工作方式。排序建立了任物和里程碑之 间的依赖,并被用于计算交付产品的的进度。4、任务历时评估任务的历时评估是项目计划中最具挑战的部分,他也是后续 成本估计的关键。这是一个不断细化的过程,贯穿于计划过程, 因为它直接受人员安排和成本估算活动影响。5、整合任务计划一旦任务和里程碑被识别,排序,并且有了计划的历时评估, 对每一个交付的产品就有了进度计划

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论