|
|
|
|
管理信息系统开发项目管理之二
|
|
|
|
|
|
|
|
|
四、信息系统项目管理中的质量控制
项目开发的质量控制是整个信息系统质量保证的关键，而且系统开发初期的质量管理更为重要，它包括系统的开发质量与系统运行过程中的质量管理，因此质量管理贯穿信息系统生命周期的全过程。通常，在信息系统质量问题中，编程错误占25％；系统分析和设计错误占45%；程序修改错误占20%；文档错误占7%；其他占3%。错误发现得越早，就越易修改，所花代价就越小。系统分析阶段隐藏的错误，在后面各阶段修正所需费用的比例可用图2表示。即在系统分析阶段就修正所需费用为1时，拖到系统设计阶段才修正，则需4倍的费用，而系统运行阶段再修正，则需30倍的费用。因此，项目质量控制在一开始就应十分重视。
项目开发的质量保证包括如下几个方面的内容：
(1)确保获得完整正确的需求。
(2)在开发的每一阶段结束时，要休整一下以进行充分审查并确保该部分工作与系统相协调。
(3)采用具有质量控制内容的程序开发规范。这包括结构化设计，结构化程序设计，程序逻辑性的独立检查和程序测试。
(4)规范的安装调试。
(5)事后审计评价。
为了保证系统开发的质量，通常需要结合项目的特点，选择恰当的项目开发策略，对质量加以控制。项目开发策略通常有如下4种：
(1)原型法：这是一种试验保证方法，实际上这是一种通过不断的试验、演示、修改，直至完善的项目开发策略，它适用于在用户需求变化多、难以确定的情况下使用。
(2)线性法：也叫常规法，依照信息系统生命周期的各阶段的次序顺序开发，不需经过某些阶段的反复，即可完成整个系统的开发。这种方法适宜于在系统规模较小，问题也不复杂，而且结构化程度较高的情况下使用。
(3)线性迭代法：可以看做是一个反复迭代、求精的过程，即系统开发各个阶段经过多次反复确认、修改，保证符合要求。这种方法是线性法的改进。
(4)复合法：将项目分解成一个个独立于项目，使各个子项目都能保持相对的独立完整。然后按优先次序进行开发，后面开发的于项目可以利用前面先开发的项目的成果和经验。每个子项目的开发可以应用前面介绍的几种方法，甚至也可以再次采用复合的方法。这种方法适用于大型复杂的项目。
项目的规模、项目的结构化程度、用户对信息系统所具备的技能等都对各种策略选择起到关键作用。项目的开发策略对项目的质量产生重要的影响，而项目开发的质量保证还可以通过设置项目质量控制点来加以控制。下面是各阶段设置质量控制点的一些建议。
(1)规划阶段：
①决策目标和解决手段是否正确合理?
②系统结构是否合理?
③系统资源的可利用性?
④MIS开发的基础是否确实具备?
⑤工程计划安排是否切实可行?
(2)系统分析：
①现行系统描述是否正确?
②新系统功能是否明确?
③新系统逻辑模型是否合理?
④于系统的划分是否合理?
(3)系统设计阶段：
①网络方案和软硬件选型是否合理?
②模块的划分是否合理?
③数据结构设计是否合理?
④信息规范化程度如何?
⑤测试方案和测试用例是否完整?
(4)系统实施阶段：
①程序的结构化程度怎样?
②程序的正确性如何?
③运行的速度是否达到目标?
④安装测试报告是否内容规范、完整?
⑤技术指标的考核情况怎样?
在系统开发的全过程中，尤其在系统分析阶段运用质量控制和检查的方法，这是质量管理的核心，也是使新系统满足管理人员要求的保证。
一般来说，可以采取下列方法与措施，对系统开发的全过程进行质量控制与检查。
(1)严格挑选系统开发组成员。
系统开发组成员的选择是质量保证的基本前提，开发组应由管理人员和信息系统专业人员组成，他们除了应该熟悉本职业务和懂得本行技术之外，还必须考虑这些人员能否在较长的开发工作中保持良好合作的人际关系。对于企业外部协作单位的选择也要从这两个方面综合考虑。
(2)加强培训工作。
在系统开发的全过程中，应该有步骤、有计划、分阶段地对各类人员(包括计算机技术人员)进行管理信息系统有关知识和开发技术等方面的培训。
(3)正确选择系统开发策略与方法。
开发策略与方法的选择是质量保证的重要前提。为此，在系统开发之初就应确定开发策略，选定系统开发方法，如结构化方法、原型法等；选定数据管理方式，如数据库方式。
(4)建立系统开发各阶段的质量检查制度。
①文档管理制度。系统开发各阶段完成时，必须交出齐全的文档，项目负责人应把好文档质量关。阶段文档与选用的开发方法相对应，如采用结构化方法时，逻辑模型为数据流图和数据字典。交不出文档本身就是一个严重的质量伺题。
②阶段审查制度。各阶段完成时，应立即进行阶段审查，严格把好质量关。
(5)集体评议是质量检查的有效方法。
对文档进行检查的有效方法是集体评议。集体评议的进行次数、时间应该列入系统开发进度计划之中，由系统开发委员会或企业领导监督执行。
集体评议的目的是为了集思广益及早发现系统开发的质量问题和及时找出解决问题的办法，而不在于追究系统开发组或个人的责任，这与上级对下级的工作检查或审议性质不同。因此，可以采取多种多样的方式，正式的或非正式的，以便在集体评议中充分交流思想。
信息系统的质量指标，如表4所示，而每个指标具体的定量值或定性要求则需要根据具体的信息系统而定，各项指标的重要程度也有赖于系统的应用领域与环境。
表4质量控制指标
| 质 量 特 性 | 特 性 内 容 | | 可 用 性 | 目的性 | 软件的功能应符合用户要求，信息处理高速化，作业的效率覆盖的范围 | | 操作性 | 易于学习，操作简便 | | 性 能 | 响应速度，吞吐量等 | | 正 确 性 | 可靠性 | 无故障运行 | | 准确性 | 数据的完整、准确、精确 | | 保密性 | 防止盗用破坏数据 | | 恢复性 | 出现故障后能自动恢复 | | 适 应 性 | 维护性 | 能分析故障及时修正 | | 扩充性 | 能变更、升级或扩充系统 | | 兼容性 | 与其他系统集成时能兼容 | | 可移植性 | 可方便地移植到其他系统环境 | | 连接性 | 能与其他系统相连接 |
五、信息系统开发项目的文档管理
信息系统的文档是描述系统从无到有整个发展过程和演变过程状态的文字资料。信息系统实际是由物理的信息系统与对应的文档两大部分组成，系统的开发应以文档的描述为依据，而系统的运行与维护更需要文档来支持。
系统文档不是事先一次形成的，而是在多次开发、运行与维护过程中不断地按阶段依次编写、修改来完善的。因此，必须对文档进行规范管理，它包括各开发、运行阶段要提供的文档，各种文档的编写规范，文档的收、存、保管与借用制度等。
一个典型的CIMS系统开发阶段所需的文档有：可行性论证，初步设计，详细设计及项目验收，并分别给出了可行性论证的工作规范；编写规范与评审办法，初步设计与详细设计的设计规范：编写项目的验收规范。这些文档都对应于信息系统开发的各个阶段，后一文档必须在前一阶段的文档基础上进行编写，这样才能保证整个文档的连续性与一致性，才能使系统的建设逐步依序地进行。对系统进入运行维护阶段，应该还有系统的技术手册、使用说明书、维护手册，以及原来的调试、测试的有关记录等。
下面是一个初步设计报告的编写范例
(1)主题内容与适用范围
本规范规定了信息系统初步设计报告应包括的内容。
本规范适用于信息系统初步设计报告的编写。
(2)引用文件
有关的国家标准及初步设计工作规范。
(3)初步设计报告大纲
①前言。
②摘要。
③需求分析。主要包括：
★企业生产经营概况；
★企业近期与远期的经营目标与策略：
★对信息系统的需求；
★信息系统的目标；
★实施信息系统的各种约束：
★对信息系统的功能要求：
★对信息系统的信息要求。
④系统的总体结构。主要包括：
★总体结构的设计原则与技术路线；
★信息系统的体系结构：
★信息的分类编码体系。
⑤分(子)系统的设计。主要包括：
★分(子)系统的需求分析；
★分(子)系统的体系结构与功能模型；
★分(子)系统的信息模型；
★分(子)系统的资源需求。
⑥系统接口设计。包括：
★内部接口；
★外部接口。
⑦系统配置。包括：
★配置原则；
★系统配置。
⑧关键技术和解决方案：
按关键技术内容，逐项做必要的说明。
⑨组织机构、人员配置及培训计划，包括：
★实施工程的组织机构；
★人员配置与培训。
⑩实施计划。
⑾经费概算及资金筹措，包括：
★经费概算；
★资金筹措。
⑿效益分析，包括：
★直接经济效益；
★间接经济效益；
★社会效益。
⒀缩写词表。
⒁参考文献。
|
|
|
|
|
|
责任编辑：张宋
|
|
|
|
|
|
