常熟市基础地理信息平台项目实施方案.docx
《常熟市基础地理信息平台项目实施方案.docx》由会员分享,可在线阅读,更多相关《常熟市基础地理信息平台项目实施方案.docx(44页珍藏版)》请在冰豆网上搜索。
![常熟市基础地理信息平台项目实施方案.docx](https://file1.bdocx.com/fileroot1/2022-12/8/13fad4ad-6816-4c4a-a3c9-eb006e32e7db/13fad4ad-6816-4c4a-a3c9-eb006e32e7db1.gif)
常熟市基础地理信息平台项目实施方案
常熟市基础地理信息平台
实施方案
常熟市城乡规划局
苏州市城市规划编制(信息)中心
北京建设数字科技有限责任公司
二OO七年七月
文档修订纪录:
版本号
版本日期
变更描述
更新者
变更批准人
1.0.0
2007-07-06
项目启动时根据实际情况调整
黄玉芳
第1章引言
1.1文档目的
本文档基于对常熟市城乡规划局信息化建设现状的理解和分析,结合常熟市基础地理信息平台建设项目的建设背景、目标,针对常熟市城乡规划管理的建设领域,经过双方多次沟通、交流整理而成,目的是确认平台建设的组织、计划(包括实施进度、项目测试和培训),以及项目文档的管理、风险控制、进度控制和质量控制管理等措施。
为下一步项目组织机构的建立、平台开发实施的部署、各方人员的配合提供参考的依据。
1.2文档范围
文档内容涵盖了常熟市基础地理信息平台建设全流程各环节(项目组织、进度计划、文档管理、项目控制管理、测试计划以及培训计划等)的诸多内容。
1.3读者对象
本文档读者包括常熟市城乡规划局领导、专业技术管理人员以及项目承建方领导、实施项目组成员等。
1.4参考文档
1.《常熟市基础地理信息平台项目建设方案》
1.5术语、缩写和专有名词解释
缩写、术语
解释
第2章项目组织
2.1项目组织结构
为保证常熟市基础地理信息平台开发的顺利实施,我们建议分别成立项目总体组、项目研发组、质量管理组、工程组、数据生产组和项目用户组。
项目总体组由常熟市城乡规划局、苏州市城市规划编制(信息)中心和北京建设数字科技有限责任公司联合成立,负责项目的变动控制、质量保证检查,风险监督控制、项目进度检查等工作。
项目开发组负责系统的需求分析、总体和详细设计、数据库设计等设计工作以及系统的模块设计、代码实现等开发工作,由北京建设数字科技有限责任公司人员组成。
北京建设数字科技有限责任公司组织7名以上相关技术骨干组成。
质量管理组负责整个项目需求调研、设计、开发和交付等环节的质量保证。
由北京建设数字科技有限责任公司2名质管人员组成。
工程组负责项目交付阶段的培训、系统安装调试和试运行的辅导等工作。
由北京建设数字科技有限责任公司多名工程人员与常熟市城乡规划局系统管理员组成。
数据生产组主要负责数据录入、转换与数据库建库,确保数据的质量和进度。
主要将由北京建设数字科技公司负责指导数据的转换以及提供相关软件工具。
项目用户组由常熟市城乡规划局人员组成,负责提供系统需求,承担快速原型和系统原型的试用和需求反馈工作。
项目用户小组的具体人员和工作职责由常熟市城乡规划局安排确定。
1.2项目组织分工
组名
职责
负责人
项目总体组
负责项目的变动控制、质量保证检查,风险监督控制、项目进度检查等工作
常熟市城乡规划局
苏州市城市规划编制(信息)中心高苏新
建设数字黄玉芳
技术总负责
负责系统的需求分析、总体设计和详细设计、数据库设计等设计工作的总体把关以及项目开发组、工程组、质管组、数据生产组成员的组织、协调。
黄玉芳硕士
项目开发组
负责系统的需求分析、总体和详细设计、数据库设计等设计工作以及系统的模块设计、代码实现等开发工作
孙永忠硕士
董素菊高级工程师
项目工程组
负责系统安装调试、用户培训和系统维护、数据转换等工作。
张爱民硕士
质量管理组
负责软件的测试与文档编写,确保软件的质量及文档规范化和标准化
崔莹工程师
数据生产组
负责数据录入、转换与数据库建库,确保数据的质量和进度
魏豫工程师
项目用户组
负责提供系统需求,承担快速原型和系统原型的试用和需求反馈工作
待定
1.3主要开发和系统集成人员
(一)主要开发人员名单
序号
姓名
性别
年龄
学历
专业
职称
责任或分工
相关经验
1.
黄玉芳
男
35
研究生
测绘管理
高级工程师
系统总体设计
基础地理信息系统设计主持(8年GIS开发经验)、苏州、宁波等地规划管理系统和基础地理信息系统主持设计
2.
孙永忠
男
35
研究生
软件工程
高级工程师
项目设计与开发
北京宣武、朝阳、惠州等地规划基础地理信息系统建设
3.
董素菊
女
27
大学
计算机
工程师
项目设计与开发
苏州基础地理信息平台等系统设计与开发
4.
郭仁国
男
29
大学
信息系统
高级工程师
项目设计与开发
北京宣武、朝阳、苏州、上海等地规划基础地理信息系统建设
5.
张海涛
男
27
研究生
计算机
工程师
系统开发
苏州、昆山等地规划地理信息系统开发
6.
张乐
男
28
大学
信息系统
工程师
系统开发
苏州、昆山等地规划地理信息系统开发
7.
邱岭
男
27
大学
信息系统
工程师
系统开发
苏州、泰安等地规划地理信息系统开发
8.
王雪飚
男
25
大学
信息系统
工程师
系统开发
通州、青岛等地规划地理信息系统开发
9.
崔莹
女
25
大学
信息系统
工程师
质量管理
苏州、朝阳等规划系统质量管理、文档编写
10.
郭子剑
男
25
大学
信息系统
工程师
质量管理
苏州、昆山等地规划地理信息系统开发
11.
魏豫
女
26
大学
计算机
工程师
数据建库组织
大庆、岳阳、阳江、常德等地规划管理数据建库组织工作
12.
侯丹红
女
27
大学
美术
工程师
美工
苏州、朝阳、天津、建设部、黄山、九寨沟等多个项目的界面设计
(二)系统集成名单
序号
姓名
性别
年龄
学历
专业
职称
责任或分工
相关经验
1.
郑杰
男
32
大学
信息系统
工程师
系统集成
苏州、上海等地规划部门的系统建设项目集成实施
2.
张爱民
男
28
研究生
地理信息系统
工程师
系统集成
苏州、昆山、常熟、泰安等地规划部门的系统建设项目集成实施
3.
高俊峰
男
23
大学
地理信息系统
工程师
系统集成
苏州等地规划部门的系统建设项目集成实施
4.
张冬芹
女
23
大学
计算机
助理工程师
系统集成
苏州市基础地理信息系统平台的项目集成实施、文档编写
第3章项目进度计划
项目的任务分解、资源要求和时间进度安排如下:
第4章项目测试
4.1测试阶段划分
对系统分析、系统设计、程序编码等运用面向对象的方法进行测试(OOT)。
项目的测试工作贯穿项目的整个开发过程。
主要包括:
分析(OOA)测试、设计(OOD)测试和编码(OOP)测试,以及集成测试和系统测试。
测试准备阶段开始于软件产品的需求分析时。
此时,要成立此项目的测试小组,即规定投入哪些测试人员来测试此软件。
测试小组成立后,测试小组就按照此软件的整体进度安排和需求分析文档,制定总的测试计划;同时,测试小组的各个成员要按照总的测试计划和各自的测试任务及相应的需求分析部分,制定各自的测试计划。
在软件处于设计和编码阶段时,测试人员要参考此软件的设计文档,设计相应的测试用例(例如:
要进行模块测试时,测试人员需参考其详细设计文档,设计好每个模块的模块测试用例;要进行组装测试时,测试人员需参考其需求分析和总体设计,设计组装测试用例;要进行系统测试时,测试人员要参考其需求分析文档,针对系统的每个功能点来设计系统测试用例),并准备好测试数据和估计预期结果。
(其中,测试计划和测试用例要经过测试小组自身的商讨和项目经理的仔细审批,最后定稿)。
与此同时,测试小组要搭建好测试的软、硬件环境。
在测试进行中,测试人员要按照设计好的测试用例中的测试步骤,仔细地进行模块测试、组装测试和系统测试,记录整个测试结果,并对测试结果进行分析,将出错结果反馈给开发人员进行修改,修改后再进行回归测试,直到测试结果正确为止。
在测试接近尾声时,测试小组的各个成员要根据各自的测试情况,提交测试分析报告。
最后,测试小组再根据整体测试情况与各成员的测试分析报告,提交总的测试分析报告。
4.2测试时间安排
按照项目进度计划的安排,整个平台的测试工作将贯穿平台建设的始终。
具体时间安排如下:
1.2007年8月13日——2007年12月14日,进行单元测试。
主要是对开发人员提交的功能模块进行测试;
3.2007年11月26日——2007年12月21日,进行平台所有系统的集成测试。
与平台所有系统的安装调试阶段相结合,完成整个平台的集成测试。
第5章培训计划
5.1培训阶段划分
在本系统网络建设正式启动后,与之配套的系统培训计划也同时实施。
我们将根据用户不同岗位的特点,安排富有经验的培训人员,制订一套科学而又实用的用户培训计划。
具体的培训日程需要与系统开发进程相配合,总体上分为以下几个阶段:
(一)基础培训期:
我们将在系统基本软件采购的同时,对常熟市城乡规划局有关人员进行信息系统的基础知识培训,以保障后续培训和系统操作的顺利进行。
主要涉及内容包括地理信息系统原理、计算机网络等;培训时间为1-2天,具体时间安排可根据实际工作穿插进行。
(二)专业基础软件培训期:
在专业软件采购、安装完成后一周内进行。
主要涉及内容包括购买的ARCINFO系统软件等;主要由厂家派技术人员现场培训。
培训内容
培训地点
时间
培训对象
ArcInfo和ArcSDE的安装
常熟市城乡规划局
1天
有关技术人员
ArcMap简介及上机指导
常熟市城乡规划局
0.5天
有关技术人员
ArcCatalog简介及上机指导
常熟市城乡规划局
0.5天
有关技术人员
ArcToolbox简介及上机指导
常熟市城乡规划局
0.5天
有关技术人员
Oracle的安装、简介及上机指导
常熟市城乡规划局
1天
有关技术人员
(三)合作培训期:
在项目开发过程中,提交开发成果的同时提交相应文档、系统可执行文件,并进行操作培训,以便有关操作人员尽快熟悉系统,也有利于及早发现问题和改进。
(四)交接培训期:
在系统开发基本完成后,由项目经理组织有关技术人员,系统性地对各类操作人员能够集中培训,作为开发成果正式交接的一部分内容。
5.2培训时间安排
具体的培训日程大致安排如下:
1.基础培训期:
可安排在2007年8月进行。
2.专业基础软件培训期:
可安排在2007年9月或10月进行。
3.合作培训期:
可安排在2007年11月21日或11月24日进行。
在平台系统部分安装调试完毕后进行。
4.交接培训期:
可安排在2007年12月21日或12月28日进行。
在平台全部系统安装调试后进行。
第6章文档管理
项目实施过程中所提交的各类文档应与系统相一致,满足用户对系统的安装、使用、维护、应用开发的需要,文档应该全面、完整、详细、清晰,应提供整个系统建设的文档,包括需求调研、系统设计、开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。
另外还包括运行版本一致的、开发实施方拥有所有权的可执行代码。
所有纸质文件应符合ISO标准的A或B系列图纸标准,建议采用A4标准格式。
本次项目将提供以下标准文档:
6.1软件类文档
6.1.1数据库设计及实体模型
编写责任人:
孙永忠
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2外部设计
2.1标识符和状态
2.2使用它的程序
2.3约定
2.4专门指导
2.5支持软件
3结构设计
3.1概念结构设计
3.2逻辑结构设计
3.3物理结构设计
4应用设计
4.1数据字典设计
4.2安全保密设计
6.1.2需求规格说明书
编写责任人:
孙永忠
审核责任人:
项目管理组
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2系统概述
2.1系统背景
2.2系统功能
2.3用户特点和分类
2.4设计和实现限制条件
2.5用户文件
2.6假设和依赖条关系
3功能需求
3.1功能需求概述
3.2系统功能
3.2.x×××功能
3.3数据需求
4接口需求
4.1接口标识和图示说明
4.2用户接口
4.3硬件接口
4.4软件接口
4.5通讯接口
5非功能需求
5.1系统质量需求
5.2安全性需求
5.3保密性和私密性需求
5.4环境需求
5.5人员和培训需求
5.6包装和交付需求
6.系统验证和确认需求
6.1系统验证方式和验证记录
6.2系统确认方式和确认记录
7其他需求
7.1需求标识
7.2需求溯源矩阵
7.3需求分配表
7.4尚未解决的需求问题
8附件
6.1.3概要设计说明书
编写责任人:
孙永忠
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2系统架构设计表述
3架构设计的目标和限制条件
4使用用例视图
4.x使用用例实现
5逻辑视图
5.x子系统逻辑视图
6过程视图
7物理使用视图
8实现视图
9数据视图
10规模、性能和质量
11系统出错处理
11.1出错信息
11.2补救措施
11.3系统维护设计
12注释
6.1.4详细设计说明书
编写责任人:
孙永忠
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2系统设计结构分解
3系统详细设计描述
3.1模块1设计说明
4用户接口详细设计描述
5系统编程和实现说明
6注释
6.1.5开发设计
编写责任人:
孙永忠
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2模块开发情况表
3功能说明
4设计说明
5测试说明
6复审的结论
6.1.6测试计划
编写责任人:
崔莹
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2计划安排
2.1软件说明
2.2测试内容
2.3测试1(标识符)
2.3.1进度安排
2.3.2条件
2.3.3测试资料
2.3.4测试培训
2.4测试2(标识符)
3测试设计说明
3.1测试1(标识符)
3.1.1控制
3.1.2输入
3.1.3输出
3.1.4过程
3.2测试2(标识符)
4评价标准
4.1范围
4.2数据整理
4.3尺度
6.1.7单元测试报告
编写责任人:
郭子剑
审核责任人:
崔莹
目录:
6.1.8系统测试报告
编写责任人:
崔莹
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2测试概要
3差异
4测试充分性评价
5测试计划执行情况
5.1测试项目
5.2测试机构人员
5.3测试结果及发现
6对软件功能的测试结论
6.1软件能力
6.2限制
7评价
7.1软件能力
7.2缺陷和局限性
7.3建议
7.4测试结论
8批准
6.1.9用户使用手册
编写责任人:
崔莹
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2项目概要
2.1简介
2.2用途
2.3功能
2.4特点
2.5范围
3运行环境
3.1硬件环境
3.2软件环境
3.3安全环境
3.4其他环境
4安装与初始化
5运行操作
6附录
6.1.10程序安装维护手册
编写责任人:
崔莹
审核责任人:
黄玉芳
目录:
1引言
1.1标识
1.2系统概述
1.3文档概述
1.4与其它计划之间的关系
2引用文档
3安装概述
3.1描述
3.2联系地点
3.3支持材料
3.4培训
3.5任务
3.6人员
3.7保密性与私密性
4为软件中心操作员提供特定现场信息
4.x现场名
4.x.1进度表
4.x.2软件清单
4.x.3设施
4.x.4安装队伍
4.x.5安装过程
4.x.6数据更新过程
5软件用户的现场专用信息
5.x现场名
5.x.1进度表
5.x.2安装过程
5.x.3数据更新过程
6注解
附录
6.2管理类文档
管理类文档遵循ISO9000要求建立,包括:
6.2.1开发计划书
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2项目概述
2.1工作内容
2.2主要参加人员
2.2.1项目管理人员
2.2.2项目技术及实施人员
2.3产品
2.3.1代码程序
2.3.2文档
2.3.3服务
2.3.4非移交的产品
2.3.5验收标准
2.3.6完成项目的最迟期限
2.3.7本计划的批准者和批准日期
3实施计划
3.1工作任务的分解与人员分工
3.2接口人员
3.3进度
3.4预算
3.5关键问题
4支持条件
4.1计算机系统支持
4.2需由用户承担的工作
4.3需由外单位提供的条件
5专题计划要点
6.2.2质量保证计划
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
1引言
1.1标识
1.2系统概述
1.3文档概述
1.4组织和职责
1.5资源
2引用文档
3管理
3.1机构
3.2任务
3.3职责
4文档
4.1基本文档
4.2用户文档
4.3其它文档
5标准、条例和约定
6评审和检查
6.1软件需求(规格)评审
6.2系统/子系统设计评审
6.3软件设计评审
6.4软件验证与确认计划评审
6.5功能检查
6.6物理检查
6.7综合检查
6.8管理评审
7项目策划阶段的SQA活动
8评审和审核
8.1过程的评审
8.2工作产品的审核
8.3不符合问题的解决
阶段
项目定义的过程
工作产品
质量记录
评审/审核活动
9软件配置管理
10工具、技术和方法
11媒体控制
12对供货单位的控制
13记录的收集、维护和保存
14日程表
阶段
活动
日期
15注解
附录
6.2.3工程进度报告
工程进度报告将每周整理后提交。
编写责任人:
张爱民
审核责任人:
项目管理组
目录:
1本周工作概述
2存在问题
3解决办法
4下周工作计划
6.2.4项目培训记录
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
6.2.5项目会议记录
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
6.2.6系统初验验收书
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
6.2.7系统初验报告
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
6.2.8系统试运行报告
编写责任人:
张爱民
审核责任人:
黄玉芳
目录:
1引言
1.1目的
1.2范围
1.3定义、缩略语和约定
1.4引用文件
2系统运行准备和设置
3系统标准运行程序
4故障和回复
5紧急情况处理
6诊断与维护
6.2.9系统终验验收书
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
6.2.10系统终验报告
编写责任人:
黄玉芳
审核责任人:
项目管理组
目录:
6.2.11技术总结报告
编写责任人:
孙永忠
审核责任人:
黄玉芳
目录:
6.2.12项目总结报告
编写责任人:
孙永忠
审核责任人:
项目管理组
目录:
1引言
1.1标识
1.2系统概述
1.3文档概述
2引用文档
3实际开发结果
3.1产品
3.2主要功能和性能
3.3基本流程
3.4进度
3.5费用
4开发工作评价
4.1对生产效率的评价
4.2对产品质量的评价
4.3对技术方法的评价
4.4出错原因的分析
4.5风险管理
5缺陷与处理
6经验与教训
7注解
附录
第7章项目控制管理
7.1风险控制
有效的风险管理是项目成功的基本前提之一。
项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程。
项目风险管理由4类过程组成:
⏹风险识别—确认哪些风险有可能会影响项目进展,并记录每个风险所具有的特点。
⏹风险量化—评估风险和风险之间的相互作用,以便评定项目可能的产出结果的范围。
⏹风险对策研究—确定对机会进行选择的步骤及对危险作出应对的步骤。
⏹风险对策实施控制—对项目进程中风险所产生的变化作出反应。
7.1.1风险识别
风险识别包含两方面内容:
识别哪些风险可能影响项目进展以及记录具体风险的各方面特征。
风险识别不是一次性行为,而应有规律地贯穿整个项目中。
风险识别包括识别内在风险及外在风险。
内在风险指项目工作组能加以控制和影响的风险,如人事任免和成本估计等。
外在风险指超出项目工作组等控制力和影响力之外的风险,如市场转向或政府行为等。
常见的风险包括:
⏹项目规模与结构不确定性风险
⏹商业风险
⏹客户相关风险
⏹业务不确定性风险
⏹过程风险
⏹技术风险
⏹与人员数目及经验相关的风险
⏹周边环境风险
⏹基础准备工作风险
7.1.2风险量化
风险量化涉及到对风险和风险之间相互作用的评估,用这个评估分析项目可能的输出。
这首先需要决定哪些风险值得反应。
风险量化由于包括诸多因素而较复杂。
7.1.3风险对策研究
风险对策研究包括对机会的跟踪进度和对危机的对策的定义。
对危机的对策大体分以下三点:
避免——排除特定威胁往往靠排除威胁起源。
项目管理队伍绝不可能排除所有风险,但特定的风险事件往往是可以排除的。
减缓——减少风险事件的预期资金投入来减低风险发生的概率(如为避免项目产出的产品报废而使用专利技术),以及减少风险事件的风险系数(如买投保),或两者双管齐下。
吸纳——接受一切后果。
这种接受可以是积极的(如制定预防性计划来防备风险事件的发生),