325熊猛.docVIP

数学与计算机学院 课 程 名 称: WORDS综合实训课程排版 课 程 代 码: 题 目: 年级/专业/班: 学 生 姓 名: 学 号: 开 始 时 间: 年 月 日 完 成 时 间: 年 月 日 目录 目录 1 摘要 2 1 低效的GIS项目管理线的设置 3 1.1管理层次划分简单、责权界定模糊 3 1.2缺乏有效的交流 3 1.3无法体验权威性 3 1.4没有有效的总结机制 3 2 一种网状GIS软件项目管理线设置 4 2．1 项目立项 4 2．2 组建基础管理构架 4 2.2.1)分门别类的专家信息库建立 4 2.2.2)针对GIS软件工程各阶段关键评审需求 4 2.2.3)专家的遴选方式与评审组织方法 5 2．3 确定技术设计 5 2．4 建立开发保障 5 2．5 建立核心研发实施 5 3 网状GIS软件项目管理实验 7 小 结 8 参 考 文 献 9 摘要 软件项 目管理是 实施软件工程的核心 ，GIS软件是以地理 空间环境 为研究对象 的，空间数据 的多维特性 以及地 学方法本身的复杂性 等决定 了 GIS软 ，牛项 目管理具有 自身 独特 的特点，实施更为复杂。通过与一般软 件项 目管理 的对比分析 ，指 出GIS项 目管理要关注过程 ；简要介绍 常规 GIS项 目管理 线 的设置 ，探讨 了不足 ； 提出了一种 网状的 GIS软件项 目管理 方法，核心是 管理线设置。详细论述 了管理线实施的过 程、内容 与重点， 突 出了计划 、设计 、实施 与回溯 4个环节。 关 键 词 ：软件开发；地理信息 系统；软件工程；项 目管理 ；网状 中图分类号 ：P208 文献标识码：A DOI 编码 ：10．3969／ j．issn．1 673—6338．2011．01．0l5l 1 低效的 GIS项目管理线的设 置 在我 国 ，非 工业 部 门 GIS项 目管 理 中的 人员 管理线是层次型 的．一般是两层 结构 ，如 图 1所 示。这种管理线结构简单 ，易于理解 ，但具有明显 的缺 点 。 。一。 管理 图 1 层 次 状 GIS项 目管 理 线 1.1管理层次划分简单、责权界定模糊 在大 的管理层级上 ，简单地划分为管理层与实施层 ，在 层级 内部则缺乏进一步的管理责权细分。工作靠 约定 俗成 和默契 ，必然会导致 内损严重 ，推卸责 任、避重就轻、相互妥协 ，项 目只能在问题 的不断 积累中前行 ，很难达到预期 目标 。累积的问题最 后必然要集 中在项 目负责人身上，陷入技术细节 ， 项 目负责人根本无法进行清晰的宏观调控 。 1.2缺乏有效的交流 交流是开发活动最 重 要的保障条件之一 ，其交流范围可涉及问题反馈 、 计划调整 、建议 、经验共享等内容。有效的交流必须直接点对点 ，还必须有效利用交流带宽。从 图 1可以看 出，管理层与实施层 之间的交 流渠道并不是直接的点对点形式 ，沟通的带宽不可避免地充斥着尝试和无效 的信息 内容，实施层 出现的问 题或者针对实际的建议无法在第一时间被管理层捕获 ；管理层与实施层 的内部也同级众多 ，分任务的负责机制模糊 ，交流内容无法得到形式上的支持和确认。软件开发过程的交流 ，目的是为 了及时发现问题 ，进而分析并解决 问题。交流缺乏或 者低效 ，必然会导致开发过程的延误和混乱 。 1.3无法体验权威性 为保障研发 活动的秩 序化运行 ，必须保证每一条任务线索 的始点 目标明确 、终点成果可靠 ，这必须要有权威性作 为支 持。图 1描述的两层管理结构 ，缺乏针对性的任 务分解 ，仅依靠管理层进行 中心负责 ，下级实施团 队间缺乏明确的责权 ，无法避免资历、性格、专业面等因素对权威造成的影响，软件 的研发活动不能被优秀的设计 、精确 的计划所引导 ，反而会被各种人为因素所干扰。 1.4没有有效的总结机制 GIS的软 件 研不 是 一 次 性 的 活 动 ，只有 经 历 过 多 次 的研 发 、结、积累过程 ，GIS的软件工程 能力才会越来强。从单独的研发过程上看 ，在软件工程的不阶段 ，研发小组间需要进行总结 ，其结果会带来如经验技术共享、一致性认识、多视点全面分析益处 。总结必须要纳入到项 目的管理内容 中去但两层结构的 GIS项 目管理 ，缺乏子任务团队有效 的调度 ，