基于OSSP的OA系统软件项目开发过程研究

来源:岁月联盟 作者:杨浩 时间:2013-02-15
【摘要】 本文基于OSSP的基本目标和思想,结合实际情况,依据企业软件项目开发管理过程的主要特点,研究分析了基于OSSP的OA系统的开发和实施过程,以期通过此种方式,为软件项目开发管理过程的研发和实施提供更好的解决方案。
  【关键词】 信息经济 OSSP 软件项目开发 管理过程
  OA系统
  一、信息经济环境下OSSP的目标和基本思想
  在信息经济环境下,OA系统软件的应用十分广泛,对于企业内部OA系统软件的开发管理,一直是很多企业信息化建设的一个重点内容,鉴于不同企业所面临的环境和企业经营项目的差别,每个企业的OA系统应该是符合内部应用特征的,同时又能与外部协同统一的。因此,对于OA系统软件的开发也是企业信息化管理的一个重中之重。在信息化技术高速发展的时代,组织标准软件过程(Organization's Standard Software Process,简称OSSP)的基本目标和思想是十分符合和适用于以经济、快捷的方式开发出企业特殊要求的OA系统软件项目开发管理的。
  OSSP是一个已经被验证了的方法,它的目标是帮助项目的顺利实施和完成。OSSP方法为项目定义了一个标准的项目结构,是从软件工程学院(SEI)和项目管理学院(PMI)中被广泛接受的方法和在最佳实践指导中总结出来的,OSSP方法将此结构量身定做以满足综合资源库平台建设的项目需求。OSSP 为项目经理提供了项目管理任务的模板,这些模板集中了已有的项目经验。它们通过预定文档结构和预备使用的语句和示例文字,节约了时间。此外,模板的使用有助于项目经理重复使用其他项目中的信息。
  OSSP 的优点在于:跨组织、跨地域和技术界限的有效合作,以规范的方法实施项目,同时通过知识的获取、经验的积累、最佳实践以及现有经验的重用,达到提高效率的目的。在整个项目中,鼓励客户参与,并遵循标准流程,以提高客户实施的质量。下面我们基于OSSP的软件项目管理过程,结合本人在使用协同OA软件教学及应用过程中的具体实列,详细探讨企业OA系统项目开发管理的过程。
  二、基于OSSP模式的OA系统项目管理开发分析
  OSSP的建立一般是CMM3组织必不可少的一项工作,CMM(能力成熟度模型)是一种广泛用于评估和改进机构的软件开发过程的模型。它分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。企业通过CMM3级评估标志着企业的软件开发和维护的标准过程已文档化,称之为组织标准软件过程;CMM是一个体系,它只规定了软件开发过程能力各种级别的特点以及改进的目标,但对如何实现这些能力和目标没有详细的指导,而且,由于软件的应用领域很多,各个机构特点不尽相同,没有一个统一的详细指南可以解决所有机构面临的问题,因此,各个机构必须结合自身的特点来量体裁衣,构建自己的软件开发过程。
  由于各个项目环境不尽相同,因此只组织标准软件过程是不够的,还必须根据综合资源库平台建设特定的项目环境,对组织标准软件过程进行打量定做,根据实际需要,建立起相应的项目定义软件过程。在OA系统项目的管理开发过程中,只能结合OA系统本身的特点,实施软件开发管理。OA系统是面向组织的日常运作和管理时员工及管理者使用频率最高的应用系统,随着信息经济环境的不断完善,OA系统在应用内容的深度与广度、IT技术运用等方面都有了新的变化和发展,并成为组织不可或缺的核心应用系统。在信息经济环境中,办公自动化更多的是将最新的管理思想、管理理念植入其应用系统中,使企业在面对外部环境的易变性与复杂性时,突破以往传统的严格的部门分工,打破企业在高速发展过程中受时间、地域、部门之间的限制而形成的信息孤岛,从而提升企业的整体竞争力和前进速度。
  不同的企业对信息的应用要求是不一样的,要开发出与企业生产应用要求相匹配的应用系统,最有效的方法就是基于OSSP模式的OA系统项目开发与建设。在OA系统项目管理开发过程中,OA系统应联系企业的实际需要,根据协同OA平台建设项目的要求,以OSSP实施方法论为基础,分阶段地实施整个项目。
  三、基于OSSP的OA系统项目管理的实施
  1、OSSP项目实施方法
  OA系统项目实施,可以通过OSSP应用成熟的软件技术和平台来实现本项目的各项需求。在项目交付阶段制造执行系统被实施,而一般当客户签订了合同时,这个阶段就开始了。本阶段的目标是完成合同的各项指标,并为推广应用做准备,OSSP项目实施的方法,如图1所示。
  在OSSP 实施OA系统软件项目开发中的四个阶段中,每个阶段都定义了一套交付、里程碑和报告,并在第三阶段——执行阶段中应用基于CMM的项目管理理论。
  2、OA系统软件项目开发中的软件质量管理
  OA系统软件项目开发中软件质量保证的目标是为管理提供保证,使得OSSP 已定义的过程、规程、模板在项目过程中得到遵循和保持。
  在OA系统软件项目开发项目启动后,项目经理与质量总监协商指派项目SQA(软件质量保证)和行业SQA 小组来负责SQA 活动。行业SQA 和项目SQA 参与项目早期的策划活动,包括选择LC 模型、标准过程规范;制定PDSP,进行软件项目策划估计。
  SQA小组负责制定项目的SQA 计划,SQA 计划以项目生命周期为基础保证实际与项目计划(软件项目计划、测试计划、SCMP、SQMP、QPMP)一致。计划SQA 活动应该在项目软件质量保证计划模板中记录。每当项目的日程或范围有了重大改变,SQA 活动都可能需要重新计划。项目经理必须评审SQA 计划。SQA 计划应与项目计划、项目PDSP一起撰写,并与这些文档保持同步。计划中应该包括SOA协同、OA平台审核、SCM 审核的计划日期和工作量。
  SQA小组应该定期跟踪已计划的SQA 活动。项目SQA 活动从其他项目处吸取最佳实践,帮助项目经理在识别过程即合作为PDSP(项目定义软件过程)的一部分过程中获得SEPG(软件工程过程组)的支持,为项目计划提供帮助。SQA 小组必须评审PP(项目策划)、QP(质量计划)、PDSP(项目定义的软件过程)和SCMP(软件配置管理计划),以获得有价值的阶段入口,从而保证在OSSP 中定义的活动得到有效执行。
  如果在OSSP 过程或者PDSP 过程中有变更发生时,要及时将变更与项目组进行沟通。对小组中的新成员要及时进行项目定义的各种活动的培训。SQA 小组应该为此做一些协调和配合工作。如果可能,要将项目文档迁移到新的OSSP 版本,并对此进行跟踪,参与项目每月评审(按需)和项目检查点评审。
  3、OA系统软件项目开发中项目实施质量控制管理
  (1)OA系统软件项目开发中的设计规范。OA系统软件项目开发中设计规范是工程实施的初期步骤之一,为整个工程的实施奠定基础,是保证最终工程质量的关键要素。在集成工程的各个子任务实施前必须提交合格的设计文档,设计文档应充分考虑工程实施的实际情况,并确保技术的正确与可行。设计流程如图2所示。
  (2)OA系统软件项目开发中的设计评审。第一,设计评审是针对设计方案的质量进行控制。第二,设计人员(设计组)根据实际需求、合同规定以及设备厂家的资料提出切实可行的设计方案后,先由组内讨论通过,然后由组长向项目管理部提出召开评审会的申请,由项目管理部召集设计评审会。
 OA系统软件项目开发中评审组的成员由项目管理部确定。对于OA系统软件项目开发中的总的设计原则和设计目标的确定以及影响整个工程质量的设计,应当邀请用户和同设计无关的(第三方)专家参与构成评审组,从技术角度作出判断;其他关系各项目小组设计的评审可以总体管理组为基础扩充若干专家构成评审组。
  OA系统软件项目开发中评审应以确认设计是否满足用户需求、是否能达到用户满意的程度、同有关规范、标准的符合程度,验证设计的适用性、可行性和可靠性,必要时可要求提供设计验证的证明数据。评审结果形成评审报告存档,若需要改进,反馈给设计人员,若评审通过,则进入批准生效过程。
  OA系统软件项目开发设计方案评审通过后,领导决策组应当会同项目管理部向最终用户讲解设计方案,对方案中采用的技术进行说明,使最终用户理解设计的内容,对工程进展和实施过程增强信心。重要的设计由领导决策组签字批准,其他由项目管理部签字批准,从而正式生效,设计文件要发送到所有参与过程实施的技术人员。针对已经批准和发布的设计,在实施过程中或实施前,如果发现明显的错误或其他因无法抗拒的原因(如设备和线路性能、政策改变等),需要修改设计方案时,应由设计和实施人员共同提出申请,由项目管理部批准后,进行更改,更改后的文件重新进行评审、批准程序。设计更改申请报告应对需要更改的原因作出说明和分析,对于设计中的错误应当着重分析出现错误的根源。设计是工程最终能否满足用户需求的重要因素,明确职责是为了确保设计的质量。项目管理部应当负责总的设计原则和设计目标的确定;督促影响整个工程质量的设计的进行,各地区项目实施组的子项目经理负责督促属于本组的设计工作,保证设计能够按时完成。设计评审会负责对设计质量的最后把关。
  在设计开展过程中,OA系统软件项目开发中工程质量管理组应对设计进度和设计过程中存在的问题进行检查,发现问题及时解决(包括检查设计的目的是否清晰、设计分工是否明确合理、设计流程是否遵守、设计过程产生的文档是否完整符合要求)。
  4、OA系

图片内容