2项目开发计划书

1、文件编号：配置项编号:XXX管理系统Management System) (xxxV 1.00书目项开发计划V1.00写编 人：2003-11-6编写时间：门部 名：XXX部 核审 人： 审核时间：修订页.修订前修订后修订人简述修订日期 批准人内章编号 节名称修订容版本号版本号 全部 建 V1.00 2003-11-61创阶段目标中2. 1. 32有 “杭州档V1.00案 2003-11-12馆”内容3 3 . 2录入组件、 OCR组件等未 2003-11-18 V1.00风系人，而在确定内部联责容已安排了险中相关432003-11-18V1.004.12003-11-19564.22003-

2、 11-19V1.0075.1.32003-11-19V1.00“任务分解与进度安85.2.12003-11-19V1.0095.2.2.22003- 11-19V1.00105.2.2.3 郑先全的机器故障已 2003-11-24V1.00116.12003-11-19V1.00通目录1 引11.1 编写目的 1范围 1.2 1定义、首字母缩写词和缩略语 1.3 1参考资料 1.4 2概述 .1.5 32 项目概述 32.1项目的目的、范围与目标 32.1.1 项目目的 32.1.2 项目范围 32.1.3 项目目标 72.2 项目的可交付软件产品 82.3 假设和约束 102.4 软件开发

3、计划版本演化 103 项目组织 103.1 组织结构 10外部接口 113.2角色和职责 113.34 技术过程计划 114.1 项目生命周期 11项目定义软件过程 4.2 12方法、工具和技术 4.3 13测试计划 134.45 管理过程计划 13 5.1项目估计 135.1.1 项目规模 135.1.2 工作量估算 155.1.3 任务分解和进度安排 错误 ! 未定义书签5.1.4 成本 错误 ! 未定义书签5.2 项目计划 165.2.1 阶段计划 175.2.2 项目资源分配 185.3 风险估计及管理 19度量 205.45.4.1 度量目标 205.4.2 相关度量项 205.4.

4、3 收集方法 22 22支持计划 66.1 沟通计划 226.1.1 组内沟通 236.1.2 组间关系 236.2 配置管理计划 23软件质量保证计划 6.3 23子合同管理计划 6.4 237 附录 231 引言把对于在开发过程中各项工作的负责人员、开发进度、1.1 编写目的编制项目开发计划的目的是用文件的形式，所需经费预算、所需软硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作，使工作有序，同时作为进度控制的依据。此开发计划适用于杭州市规划档案管理系统1.00的开发，读者为杭州市规划局领导、项目成员;信雅达公司本项目组高级经理、项目组成员、测试人员以及SCM S

5、QA人员等。1.2范围此软件开发计划的范围包括：?项目开发进度表（Project ）?项目责任矩阵表?软件质量保证计划1.00?配置管理计划1.00?风险管理表?系统测试计划1.001.3定义、首字母缩写词和缩略语项目 管理 规范市 规划 档案 管理 子系 统建 设采 购文 件正 式稿杭 州市 规划 档案 管理 系统 技术 开发 合术语资料名称国家机构、社会组织和 个人从事政治、经济、 科学、文化等作者描述发表日期出版单位档案HGAM1.0 0立项报告社会实践活动直接形成 的文字、图形、声像等 形态的历史记录。1.00*2003-11-06档案数据采集.0 0立项通 知书.0 0需求规格说实现

6、档案条目及附加文 件和全文的录入以及年 检档案的网上采集的2003-11-062003-11-0子系 统HGAM1H GAM1明书一个子系统.1001.006档案 资源 管理 子系 统档 案资 料利 用管 理子 系统 档案 数据 采集 二级 规范CMM2.doc实现系统的维护及对所 有入库档案资源的管理 以及库房的管理的一 个子系统实现对档案、 资料的利用、统计分析、 借阅等管理的一个子 系统对已形成档案的数据如 条目、附加文件的采集 入库-2002-2-282003-72003-9杭州 市规划 局资料 数据 采集.对图书文献等资料的数 据如条目、附加文件的 采集入库2003-11现行文件数据

7、采集入库系统维护及基本管理数据的管理目录目录、专题目录件文件就是一件。文件年检网上数据采集 实现每年各下属单位递交的年检数据的网上采集 对还未形成档案的现行文件的数据如条目、附加文件的采集 实现系统的用户管理、权限管理、日志管理、备份恢复管理 一个单位的所有案卷的集合全宗 一种档案索引数据，可用来统计。包括案卷目录、全宗文件 是一组关系密切的单份文件的组合，有时称档案保管单位。案卷 一份档案中同属一份材料的集合，例如一个案卷中的某一份 实物档案管理的基本单位，与日常生活中所说的文件相同。 档案保存的房间库房 定义数据的数据。如一份全宗产生时的全宗信息（立档单位名称等） 及其附加信息（立档人等）

8、，通过对元数据的跟踪，可元数据 以保证电子文件及数据的完整性、有效性、合法性。对利用者的内网、专网、现场利用馆藏档案产生的相应业务利用管理及档案资料利用情况、借阅情况的管理及分析统计查询管理对档案资料索引数据及附加文件的查询发布管理 对档案是否可以发布到内网、 专网的属性设置管理并将各下属机关单位每年要进行的 一项档案管理工作检查，档案年检 要年检的档案通过本系统发给档案局统计年报在本系统中实现规划档案馆的统计年报生成档案编研 实现档案的编研工作流程、编研指导、展览指导等工作1.4参考资料.同书杭州市规划档案管理建设技术方案2003-91.5概述本项目开发计划书包括项目的目标、范围、可交付软件

9、产品清单、组织结构、外部接口、角色及 职责、项目定义过程、规模和工作量估算、进度和成本估算、项目里程碑计划、培训计划、沟通 计划、资源分配、度量目标等内容。2项目概述2.1项目的目的、范围与目标2.1.1 项目目的以杭州市规划局档案和资料信息的全方位利用为目的，以数据库为管理手段，以扫描纸质档案图像和电子数据档案为管理对象，以硬磁盘阵列为存储介质，利用先进的计算机网络技术、信息处理技术、图像处理技术、OCF识别技术、光盘刻录技术、压缩存储技术，全面建设符合现代档案管理发展方向的具有杭州市规划局特色的档案工作体系，提高档案管理和利用水平。2.1.2 项目范围杭州市规划档案管理系统是建立在规划档案

10、馆内网上的，内网建设是一个统一的大集中拓扑架构。整个系统的软件平台是采用J2EE标准。?J2EE技术架构：基于J2EE架构的程序体系结构是 3层或多层的结构；用户接口层，负责处理 用户和应用程序的交互过程；它可以是一个通过防火墙运行的web浏览器，也可以是一般的桌面应用程序，还可以是无线的移动设备；表示逻辑层，定义了用户界面要显示的内容和如何处理用户的请求，根据所支持的是什么样的用户接口。对于不同的用户，会有不同的版本；业务逻辑层，把业务逻辑封装倒组件里面，通过和数据打交道，对应用的业务规则建模。基础框架服务层，提供系统需要的其他一些公共功能，如消息，事务支持等；数据层，存放所有的数据，存放的

11、形式 可以是关系数据库，文档数据库，文件，XML文档，目录服务等。基于这种体系结构的应用程序采用了模型视图控制器（MODEL-VIEW-CONTROLLERMV的模式。它的主要目的是把数据（模型）和数据表现（视图）形式分离出来。它们之间通过控制器来控制信息的流向。在杭州规划档 案馆系统中，具有 2个容器：Web容器和EJB容器，它们包含了宿主 SERVLETS JSP页面、企业 级JAVABEAF组件供其它程序使用。?软件体系结构：在杭州规划档案馆后台采用ORACLE数据库，作为整个系统的存储、管理和发布的中心，该系统平台提供了对大量数据存储的解决方案，提供了很好的权限管理机制，能够方便、快捷

12、地存储、管理、检索和发布规划档案馆档案数字化后的影像文件、音频视频流媒体文件 等；档案数字化综合应用平台系统采用J2EE体系，应用模块都采用组件方式实现B/S模式的操作。实现“应用层一一服务层一一存储层”的三层架构，通过构建内容管理服务层，以XML数据格式为网上档案馆主系统的标准数据格式，在工作流引擎的支持下，接受系统客户端或其他系统的进行双向交互，通过 WebSphere/WebLogic中间件等中间层访问的接口将从办公自动化系OA数据库存储系统，进行相应的业务处理。通过与ORCACLEB台.统中流转过来的业务与文书类档案分别接收进系统，通过与杭州网上档案馆的接口将本系统中形成的年检报表提交

13、给档案局。?档案数字化综合应用平台系统：采用J2EE体系，应用模块都采用组件方式实现B/S模式的操作。实现“应用层一一服务层一一存储层”的三层架构，通过构建后台管理服务层，以XML数据格式为规划档案馆主系统的标准数据格式， 在工作流引擎的支持下， 接受系统客户端或其他系统 的双向交互，通过 WebSphere/WebLogic 中间件等中间层访问后台数据库存储系统，进行相应的 档案业务处理；档案数字化系统形成的计算机文档，通过ORACLE数据库进行存储和管理。? 大集中架构 : 规划档案馆各档案业务系统是建立在规划档案馆内网上的，内网建设是一个统一 的大集中拓扑架构。 一个核心的问题是存储系统

14、， 它必须要能满足规划局大容量的存储容量、 高 速的访问性能。为此我们在系统中设计了一个SAN光纤存储系统，以及配套的磁带备份系统。最终规划档案馆工程所有的数据都存储在SAN光纤存储系统中，包括扫描电子档案，多媒体档案，办公自动化业务数据库等等。后台服务器是系统后台主机，它是档案信息中心的业务运行中枢。 业务上来说，数据库系统 ORACLE、 WebSPhere/WebLogic 应用服务器就运行在其上。总体功能设计 : 杭州市规划局办公自动化系统（档案管理部分）是杭州市规划局电子政务建设的一项重要工程。在建设过程中，将以高起点、高标准为目标，不求时间上领先，但求质量一流。 项目在规划和实施过

15、程中，需要体现“统一规划、分步实施、资源共享、确保安全”的原则，立 足“资源服务和业务管理”的宗旨，即按各门类档案的管理规则，运用计算机技术方便、高效、 可靠地管理档案资源，简便、高效、稳定地查考利用档案资源；提供快速、准确、强大的档案行 政监督、业务指导工作管理工具。杭州市规划局办公自动化系统（档案管理部分）项目的建设需要体现如下特征：统一性， 通过办公自动化系统 （档案管理部分） 项目的建设形成一套统一的档案数据标准和档案 整理规范，并以此为基础实现各系统之间的资源共享和数据交互。权威性，在确保安全的基础上，通过规范的操作方式，保证数据的原始、准确。 高效性，提供快速高效准确的智能检索功能

16、和管理手段。安全性，从技术和管理上确保网络和档案资源信息的高度安全性。可靠性，提供7天X 24小时不间断服务。建设内容及功能要求杭州市规划档案管理系统要求建设内容的主要应用功能包括：1、档案标准化管理根据杭州规划局现有档案分类代码及有关数据情况，建立一套适合我局、 符合国家档案管理要求的档案标准化管理体系，包括相关管理制度、标准，并提供维护模块，包括了查询、添加、修改 等。 。“档案分类大纲”部分“需求分析”档案种类要求详见本文数据组织即相应进行变化。做 到标准变化，2、根据档案管理的要求，提出具体可行设计方案，包括字段设计、权限设计、流程定义、表格 定义、界面设计、编号自动生成要求、必填字段

17、要求、填写字段合法性检查要求等。保证数据表 的重复利用，避免系统内数据转换。3、应用软件接口与杭州市规划局办公自动化系统做好数据接口，与市档案局档案年检系统做好数据接口， 避免数据重新录入。 直接读取数据库相关数据， 尽量减少数据转换。 应考虑规划档案的其它来源应用软 件接口设计（从系统的扩充性予以考虑） 。4、系统管理 包括组织、人员、组别、角色定义，流程、表单、界面定制，权限分配，日志管理、督办、监控等功能。 应具备完善的工作流控制管理体系， 用以灵活地控制管理我局档案管理工作流。 在工作 流控制管理平台中定义各节点的使用权限， 确保系统数据安全。 应具有方便的自定义表单设计 （关 联数据

18、库结构定义） ，系统界面设计，编码管理，数据字典维护与管理，日志管理。上述变更应 不涉及程序代码的变更，且应具有版本管理功能，不同时间的档案自动调用不同版本。5、要求提供关联信息的树型目录 系统中需以树型目录的关联方式， 提供相互关联项目的信息组合、 基本信息查询、 新建项目增挂 等要求。 新增项目以一个总项目编号及名称表示其树根。 以相应的阶段承接编号及名称表示各层 树枝。 通过各树枝进行各简要信息的查询及使用。新增的各办理流程阶段增挂为各前阶段的下一层树枝，以表示阶段间的相互关系。在各需要的环节可随时对此树型关联信息进行组合使用。6、对历史纸质档案进行分析，进行相应库结构设计，新档案新标准

19、，旧档案旧标准，保持档案 管理工作的连续性。新产生档案在库结构变更后，也应具有历史数据管理功能。7、档案密级管理 按照需要分为普通、内部使用、保密、机密、绝密几个保密等级。对各类档案分别定密、解密。8、窗口办文扫描 窗口办文扫描指的是每天在杭州市规划局公开办理业务的窗口或办公室收到的文件直接扫描， 并 将文件上传到数据库的工作。9、数据备份与恢复功能 要求提供一次全量备份、在线增量、历史数据等多个备份方案及灾难后数据库恢复方案。10、具有历史数据管理功能 历史档案修改后应生成新版本，做好有关联档案存储设计，便于查询、再利用。 （变更）动态管 理11、智能检索查询 查询分为全文检索（模糊查询）

20、，如输入任一条件的个别信息得到所有含有该信息的条目性查询 结果， 并可以进一步对整个案卷及关联案卷进行深层次查询；复合条件查询， 即选取不同表的特定几个字段， 分别赋予不同的查询条件进行组合查询， 得到所有符合条件的条目性查询结果， 并 可以进一步 等格式文件的功能。 .xls 、.txt 对整个案卷及关联案卷进行深层次查询。查询结果 应具备导出到12、档案利用管理 包括档案的借阅服务、咨询服务、档案的网上展览及信息发布、利用反馈登记等。13、综合统计 包括档案资料统计、报表、利用情况统计等。统计方式应包括固定格式报表统计，自定义条件组 合统计等。统计结果应具备导出到 .txt 、 .xls

21、等格式文件的功能。14、档案保管 档案保管是档案保管部门接收到实体档案后对档案存放位置与库房温湿度记录。 包括了档案的出 入库登记、档案位置索引、库房温湿度记录三个子模块。 本模块的使用可以延长档案寿命。 其中 还可以对库房温湿度进行月平均，年平均统计并生成报表。15、档案的变更、鉴定和销毁管理 对档案著录信息及其它属性信息、表格信息在权限许可内进行变更调整，重新生成新电子档案， 与原始档案并列保存， 在树型目录上为原始档案的子分支。 对档案价值进行鉴定， 确定保管期限、 密级等。确定需销毁档案范围，经审批流程流转，确定销毁目录，组织销毁工作。16、影像压缩 所有的电子影像以压缩方式进行存储，

22、要求不影响利用效果。17、档案法规管理18、档案全宗管理19、档案编目管理 包括档案著录、档案标引、目录编制以及其它检索工具的制作等内容。20、档案文献的编篆21、档案参考资料的管理包括大事记、组织沿革、专题概要、档案年鉴、统计数字汇集、年检资料管理等内容。22、对局系统各单位档案工作进行网上监督和检查。根据杭州市规划档案管理系统要求完成的功能可做如下应用软件系统的设计要求：管理、 利用三个系统， 并提供权系统能在档案来源和档案载体 形成完善的数字化采集规范和档案数字化综合应用平台 档案数字化综合应用平台是项目的核心应用平台，包括了采集、 限管理、角色管理、基本数据维护等应用。（1）档案采集系

23、统 档案采集系统主要提供对各种档案资源采集处理的功能应用需求。 存在多样性的情况下，提供有效、规范、可行的采集手段和技术， 保障体系。系统主要满足以下两种档案来源采集需求：对党政机关通信网内各机关单位档案室的数据和其他单位档案室的不同电子格式的文件、 档案数据接收。 对馆藏档案的数字化加工，包括了对纸质、视频资料、声频资料（包括电视新闻实时） 、照片、 胶片等不同实体档案的数字化标准处理 （对纸质文件数字化处理过程中， 特别需要提供对不同纸 张质量和不同字迹材料下的一整套解决方案） 。采集系统还要求满足数字化采集过程中对档案资 料原始性、完整性、真实性保障的需求。（2）档案资源管理系统 档案资

24、源管理系统是对所有采集所得的数字化档案资源提供管理服务 （结合档案管理规则及专业 要求，利用计算机技术手段， 在保证数据的完整性、 原始性基础上， 完成对大量档案资源的管理） 。 要求提供对所有数字化档案信息进行标准化的管理，实现档案接收、移交、鉴定、销毁、病档监 控、报表打印、统计等一系列管理功能，各功能设计相对模块化并形成一个有效的管理整体。 要 求提供对不同来源、 不同格式的数字档案进行规范化工作包括电子文件元数据规范、 数据交换规 范文件的语言格式、 数据交换的物理存储介质规范和数据交换的逻辑格式规范。 要求提供对元数 据进行著录的功能 （元数据是描述对象文件数据的数据， 是构成电子文

25、件的背景信息的重要组成 部分，在元数据中记录有文件在设计、形成、传递、维护整个工作流程的全部情况）及档案目录 交换按 DB32/505/-2002 标准。要求提供分类号、主题词自动标引、多媒体档案标引。要求提供 各种档案数据的索引和编制各种专题目录。 要求提供档案一文一卷归档整理的功能。 要求提供对 档案资源进行内容鉴定（价值鉴定、开放鉴定和真伪鉴定）和技术鉴定。（3）档案资源利用系统 利用系统是建设网上档案馆的最终目的， 是对档案资源提供利用服务的功能模块， 要求能够满足 对不同用户群、 多种利用方式的档案利用服务的需求。 要求提供强大的、 快速有效的查询方式 （全 文检索等）。要求满足档案

26、馆对档案资源编研、发布（期刊、二次三次文献）等有效开发的技术 手段和方式。要求提供不同范围（局域网、党政机关通信网、互联网）发布需求，满足市级机关 各单位和社会公众查询利用档案资源的需要并提供各种查询审批功能和系统日志。 要求提供档案 资源内容与利用反馈情况（利用统计、 利用分析）等相关信息的统计工作 （报表和图形等多种形 式的表现方式） 。要求提供有偿利用档案资源的一整套解决方案。（4）系统维护管理系统2.1.3 项目目标总体目标： 根据杭州市规划局的业务特点和现有状况， 以及对杭州市规划局需求分析， 提出建设 杭州市规划局综合档案管理系统的总体目标是创建一个完整、专业、 易扩展的综合数字化

27、加工生产线和档案信息管理平台。 能够实现垂直集中管理， 对局属各单位的档案管理工作进行监督、 管理和 指导，统一档案管理的标准，规范管理模式、 管理制度。各单位档案部门之间数字档案信息实现数据共享，使杭州市规划局能够及时方便地查询、利用有关的各种档案信息资源，提高工作效率。数据采集子系统：提供档案数据采集提供资料数据采集提供年检数据网上采集档案资源管理子系统：提供系统维护管理提供全宗管理提供档案管理提供资料管理提供元数据管理提供库房管理档案利用子系统：提供利用管理提供查询管理提供发布管理阶段性目标：本项目实施分为两个阶段：第一阶段： 从2003年9月15日至2003年12月15日，在杭州市规划

28、局规划档案馆实现档案数 据采集子系统、档案资源管理子系统、档案利用管理子系统、业务处理子系统、办公自动化子系统的基本流程和主要功能（在需求规格说明书中优先级标明为高的部分，详见杭州市规划局档案综合管理系统需求规格说明书V1.00。第二阶段： 从2003年12月16日起至2004年3月15日，在杭州市规划局进行规划档案馆建设 系统的试运行。版本控制表系统分析员、程序员本文档电子文档本系统版本变2.2项目的可交付软件产品1.工作产品程序名称存储形式功能杭州市规划档案管理系统用 户手册电子文档、指导用户操作本系统纸质文档杭州市规划档案管理系统安装和 维护手册电子文档、指导用户的系统管理员和我部门纸质

29、文档工程人员安装和维护本系统杭州市规划档案管理系统安装 包系统发布到WebSphere的包，发文件 war布此包后，才可以使用本系统脚本文SQL杭州市规划档案管理系统初始 化脚本属性CM件、初始化本系统需要的表和初始数文定义本据文档、项类文义定型版本控制表系统分析员、程序员本文档电子文档本系统版本变1）模块描述化的控制表已 到位1）详细 设计说明书杭州市规划档案管理系统源代码 java文件系统源代码及代码注释申请立项的报告立项报告1.00 电子文档 HGAM1.00确认立项的通知 电子文档立项通知书 HGAM 1.001. 00确认本系统的需求 电子文档 需求规格说明书HGAM 1.00 1.

30、00确认项目的开发计划和实施计划电子文档HGAM 1.00项目开发计划书以及交付产品等确认本项目的具体开发和实施进 电子文档HGAM 1.00项目开发进度 MPP度本系统的概要设计电子文档概要设计说明书HGAM 1.00本系统的数据库结构设计电子文档HGAM 1.00数据库设计说明书本系统部分模块的详细设计 电子文档 详细设计说明书 HGAM 1.00本系统的配置管理计划 HGAM 1.00电子文档配置管理计划书本系统的软件质量的保证计划书电子文档软件质量保证计划书 HGAM 1.00本系统的测试计划 电子文档测试计划书HGAM 1.00本系统的系统/ /（系统集成）测试用例集成的测试用例电子

31、文档本系统的测试结果分析报告电子文档HGAM 1.00测试分析报告本系统开发过程的总结报告HGAM1.00项目开发总结报告电子文档本系统实时的需求跟踪过程HGAM 1.00需求跟踪矩阵表电子文档汇报项目组成员每周的工作情况电子文档工作情况汇报表汇报项目所处的状态电子文档项目状态报告每次评审之前的发布通知单评审通知和确认单电子文档评审问题清单评审反映的问题清单 电子文档项目评审表评审会议的情况表电子文档电子文档电子文档或计划的活动度量电子文档产品需发布的通知项目评审问题追踪表评审提出的问题的修改情况跟踪 审计项目开发过程中不符合规范软件过程审计报告 汇总表 电子文档项目成员背景汇总项目验收考核表

32、电子文档本项目验收的结果考核表开发项目组成员考核表开发项目组成员的技效考核单 电子文档产品发布通知单SCMSCM产品发布清单产品发布的清单 电子文档已到位 系统分析员、程序员已到位程序员 未到位程序员 未到位机动程序员（） 已到位页面设计制作已到位SQA、SCM 已到位SCCB需求获取项目立项项目计划需求分析概要设计数据库和详细设计编码测试试运行验收岀口标准 工作任务 阶段 入口标准及数据库设计说 2）模块功能结构图 明 书通过正式评经过批准的概要设计 3）模块界面流程审，发现问题已解详细设计 说明 书及数据库设计决并跟踪至关闭； 4）模块逻辑流程 说明书2）系统原型构造完 5）模 块调用接口

33、 成。1）每个模块的代码1）每个模块的代码经过批准的详细设计说明书及数据库设计编写；调试完成；说明书2）调试； 代码走查编码2 ） 完成；3）编写程序文档）代码提交完成3提交的代码；1 4 ）单元测试（选择测试分析报告经过批准的系统/用户操作手册、集成模块）5）测试计划、系统/集成安装和系统 2） /集成测试；维护测试用例 测试、试运行过项目组内评审，项3）编写测试分析报 告、开发总结报告、目经理审批用户操作手册、安 装 和维护手册。经过批准的开发总结1）完成对项目过程1）验收评审；考核和验收考核；把计划中定义的）2报告、测试分析报告 2） 工作产品交付。完成项 验收及产 品交付收；3）项目的

34、配置库通过配置验收。2. 备注由于本项目时间紧，详细设计和编码同时进行，因此HGAM 1.00详细设计说明书在系统编码完成后再补交具体的细稿。2.3假设和约束1、本项目的人员和软硬件设备均已到位2、 在数据采集功能中的OCR识别需要利用到其他项目组提供的OCR识别COMS件；如该组件岀现问题，需要最即时快捷的技术支持。3、 在数据采集功能中需要用到WebScan组件，如果此 WebScan组件岀现问题，需要最即时快捷 的技术支持。4、 由于本系统需要与客户方所聘请的开发OA公司的OA做一个接口，这样就会涉及开发 OA公司 的配合程度以及这个接口设计是否合理，则在实现时间上存在一定的风险。5、其

35、他硬件设备岀现问题，需要相应的技术支持。6、其他问题，如网络等岀现问题，需要规划局系统管理员提供相应的技术支持。2.4软件开发计划版本演化项目开发过程中用HGAM1.00项目开发进度表（Project ）对项目进度进行实时跟踪，并根据 实际情况调整工作任务和计划。在软件过程前一阶段结束和后一阶段开始之间对软件开发计划的 估算、进度、成本、资源、培训计划、沟通计划等内容项进行修订。如果发生实际开发进度与项 目计划偏差较大的情况，则需要经过提岀计划变更。提议版本预计发生时间负责人*立项和需求分析结束1.00概要设计阶段结束1.01详细设计和编码阶段结束1.02单元测试阶段结束 1.03系统测试阶段

36、结束 1.04集成/3项目组织3.1组织结构.人力资源角色到位情况 已到位 XXX SCCB系统分析员 已到位 项目经理、系统分析员.3.2外部接口外部组织外部联系人内部联系人XXX客户齐科软件质量保证马越马越软件配置管理OCR组件WebScan 组件中间件Sunflow浏览图片控件孙勇美工3.3角色和职责参看项目责任矩阵表1.0.04技术过程计划4.1项目生命周期本项目生命周期参照公司CMM规范3.0中的软件生命周期模型1.0.0，采用瀑布模型。整个项目开发在杭州市规划局进行。交付及维护项目定义软件过程 4.2。3.00中的组织标准软件过程1.0.0本项目软件过程遵循公司CMM规范项目生命周

37、期各阶段的基本管理过程都归纳为启动、 和结束五个过程。各个阶 段之间有相互联系。生命周期各阶段的入口标准、准见下表：计划、执行、控制工作任务、岀口标1 ）杭州市规划档案管）需求规格说明书通1）需求调研；1过正式评审，发现问理系统技术开发合同2 ）需求确认题已解决并跟踪至关需求分析书；3 ）需求分析；2）HGAM1.00立项通闭。4）编写需求规格说明 1. 00书。知书项目开发计划书 1）制订开发 计划书；1 ）通正式评审，发现问 2）制订系统测试计划至踪书；解决并跟题已 关闭；制订质量保证计划3）经过批准的 划计划制订） 系统书； 测试计2需求规格说明书 戈U） 4制订软件 配置管理保证计量书

38、、质书、软件配置管理计计划书。理目经通划书过项 审批。1） 1）概要设计说明书 模块设计；2通过正式评审，发现）数据库设计；3问题已） 踪决并跟接口设计；解经过批准的4）概要设计 至关闭；运行设计；需求规格说明书5）成/系）2统集测试 岀错处理设计；6通例用过）测试人员：编写系组目项内集成测试用例。/统 部审批。.（抽查4.3方法、工具和技术项目开发采用面向对象开发方法，使用java开发语言，开发工具采用Jbuilder7.0 或以上+jdk1.3以上。部分编码采用Visual C+或Visual Basic 6.0。编码标准采用公司CMM规范3.0中的文档和编程规范 3.0.0和java编码

39、标准、Visual C+编码标准、Visual Basic编码标准。数据库采用0RACAL9。4.4测试计划参看系统/集成测试计划1.00 5管理过程计划5.1项目估计5.1.1 项目规模工作成果（子系统）、1 .工作成果子系统数子系统4工作成果（需求）2、子系统名工作成果功能点个数功能需求数据采集子系统44档案资源管理子系统功能需求78功能需求档案资料利用子系统功能需求系统维护子系统非功能需求54 5012其中，数据采集子系统和档案资源管理子系统（与0A的接口）还分别包括一个接口，该接口的需求功能点未完全确定。3、工作成果（代码行）代码行以java的代码行作为估算对象。各功能模块的代码行的估

40、算，以相近系统模块为参照，依据作者的经验估算岀代码量。代码行的计算原则为 各子系统中的功能点数乘以一个加权值 （根据每个子系统的特性，估计的每 个功能点的平均代码行数 ），该加权值根据作者及项目组成员经验得到。另jsp及html代码约为整体代码量的 30%左右。功能点数标识名称加权值总代 码行 数ADC数据采集子系统5425030078档案资源管理子系统 ARM档案资料利用子系统AUM 300 84 50 200 ABM系统维护子系统 SP 后台存储平台 25020小计Jsp 及 html 代码 79900*30% 合计1350023400252001280050007990023970103

41、870 4、 工作成果（文档） 名称页数总和9HGAM1.00 立项报告1.00 1 00立项通知书 HGAM 1.001 . 70需求规格说明书 HGAM1.001.00项目开发计划书 HGAM 1.001MPP项目开发进度 HGAM 1.00HGAM 1.00配置管理计划表软件质量保证计划书HGAM 1.00HGAM 1.00测试计划书HGAM 1.00概要设计说明书 数据库设计说明书HGAM 1.00HGAM 1.00详细设计说明书HGAM 1.00测试分析报告操作手册 HGAM 1.00 HGAM 1.00 安装维护手册 开发总结报告 HGAM 1.00 5.1.2 工作量估算参照公司

42、开发工作量估算规程根据实际情况作修改：1. 1个工作日相当于 8小时工作时2. 1个开发人员每日标准编码量：300行java代码（不含注释）；（在具有部分模块详细设计前提下，包括编写、调试、单元测试）； 每个功能点所需工作量：概要设计：需求点分析0.5个工时需求点文档描述 0.5个工时需求点流程图0.5个工时合计：1.5个工时折合:1.5工时/8小时天=0.1875天；详细设计及编码（含部分注释）：平均代码量估算=总代码量/功能点个数平均代码量估算=103870/286=363代码行编码和单元测试同时进行，估算每人每天的代码量为250行折合:363/250=1.452 人日代码行注释：0.5工

43、时折合：0.5/8=0.0625 人日1.5145 人日合计：1.452 +0.0625 =测试：:0.18工时测试计划编写0.0225 折合：0.18/8=人日测试用例编写：0.36工时 人日0.36 /8= 0.045折合：. 测试时间：平均 22小时 人日/8=:折合2.20.275 工时0.18测试报告编写:折合：0.18 /8= 0.0225 人日合计：0.0225 + 0.045 +0.275 +0.0225 =0.365 人日共计： 0.1875 +1.5145 +0.365 =2.07 人日因此，本项目的开发工作量约为：2.07*286=592人日项目管理工作量约为开发工作量的

44、30%左右，约为592人日*30%=178人日因此，本项目的总体工作量约为592人日+178人日=770人日5.1.3任务分解和进度安排开始时间结束时间阶段名称工作量工作成果 参与人员（人？日）立项 2003-11-6立项报告、立项通知 2 童海涛2003-11-42003-10-21 2003-11-6需求分析书项目组60需求规格说明书项目开发计划书、2003-11-4制定计划童海涛2003-11-8项目计5划进度MPP概要设计2003-11-6项目组 2003-11-13概要设计说明书 28数据库设计2003-11-14项目组 2003-11-2440数据库设计说明书2003-11-18

45、2003-11-24项目组21原型构造 系统界面2003-11-20 详细设计项目组30详细设计说明书2003-11-29可执行程序、安装编码2003-11-30 项目组 2004-1-13336 包2003- 12-25 2004-01-19测试测试分析报告项目组1562004- 01-20项目总结报告项目组2004-01-2112系统验收详细列岀进度安排参看HGAM1.00项目计划进度表 I.OO.mpp。5.1.4 成本工作日费用：450元/人（日）项目工作总费用：1031*450=284850元项目额外费用：房租：1500*3=4500元项目总费用：284850+4500=289350

46、 元5.2项目计划5.2.1阶段计划5.2.2 项目资源分配5.2.2.1人员计划人员特殊技能数量项目经理系统分 析员程序员1 2 3或经 验无 无熟悉测试员 页面设计制作SQA SCMSCCBJAVA,0RACAL1 1 1 1 2无 无 无 无 无参见3.1组织结构。5.2.2.2培训计划培训业务培训 培训CMM3影像系统培训SUNFLOW培训项目组项目组项目组项目组资源开始时间看实际 需要，情况下，请外部 专业人士培训每阶段 开始前对下一阶段进 行规范的相应培训在 数据库设计、详细设 计、编码之前在数据库 设计、详细设计、编码 之前结束时间不定期组内培训，在必要备注：针对新人进入本项目组

47、，对他们进行的业务及技术培训主要体现在组内 沟通。522.3设备资源到位时间和详细配置软硬件资源名称级别获取方式计算机（叶昊）关键TCL笔记本（已 到位 PM1300,512M,30G）关键toshiba 笔记本（PIV2.2G,512M,30G） 已到位计算机（童海涛）关键TCL笔记本（PIV2.2G,512M,40G 计算机（郑先全） 已到位已到位 计算机（华良东） PIII400/128M/10G关键其他未到位人员机器未到位需要时借用普通扫描仪已到位，自备、ServerWindows2000 、Win98关键操作系统软件用途 开发 开发 开发 开发 开发 开 发.开发环境后台数 据库配置

48、管理工 具Win dows2000Professio n 关键Jbuilder ，VBORACAL9i 关键普通MS SOURCE SAFE 6.0、Windows XP ，VC, Rational Rose， Visio已到位，自备借用已 到位，自备开发开发开发5.2.2.4 预算参见5.1.4成本。5.3风险估计及管理风险项描述影响度（I）概率（P）等级应对策略与措施责任 人谈 旭炜 开郑 先全 郑先全 项目 组项 目组 流项 目组 童海 涛、 郑先 全该项目的实际需要时间和工作量是否估计的合理4项目组成员加班、增加 项目组成员、各个子阶 段完成时间适当延期、 但整个项目的100% 高完成

49、时间不容推 迟；各个子系的方式行进统以分离WebScan录入组 件尚有问题未解 决，录入组件小组 是否支持，现有问 题和新出现问题， 成员对WebScan 不熟悉解决4且项目组发，确定一个子系统， 即先实现该子系统。联 系录入组件小组，要求 支80%高持联系敦促开发完OCR小 组，OCR作为网页控 件是否可行浏览 图片的控件未确 定项目组成员对 公司的中间件和 影像系统不了解， 影响开发进度444100%善的高测试100% 联系影像小 组，要求支持高联系相 关的技术支持小组，高100%对组员进行培训。项 目组成员应该以“形成 文并严格OCR处理组 件，档 讨论文档 确认业务流程 项目组成员对业

50、务流程不熟悉，影形成文档”的循环方100%高4式，逐一确认不明确的需求。响进度有什么问题马上讨论或者咨询相关人员先完成整个系统的整体程，元数据的处理可以推迟项目组成员对元数据的概念不清3 100%低到整个系统流程能够运行起晰来之后。目前方案未确的接口，系统与OA高与对方进行详细的商讨 4100% 定，双方概念都很模糊叶需要与档案局项目组成员商要求规划局需要年检的内容，直接高4 100%讨在本系统中可以发给档案局详细了解规划局现有数据，了解现有数据库的结构、数据库已有数据的量；了解规规划局现有数据的状况和接口利4 100%高 划局的已有系统的接口，在用的问题此基础上进行概要设计和编码在使用之前先

51、进行严密的测性能未 严格测 试2低50%试，并在系统测 试阶段加大力度 测试和重点测试1.指定测试人 员，使及时加入测试人 员不能 按期到 位250%低项目组。2.如测 试人员不能到位，组内成员互 测模块并严格 把关。谭石禹档案局目组、划局项郑先谭石禹项目谈旭风险管理参照公司软件CMM规范3.0中风险管理规程1.00进行。5.4度量5.4.1 度量目标1. 软件的规模须应定期度量并统计分析，提高估算准确率。力求达到每次估算，准确率都有提 高，改进的计划也更合理。可以每个阶段结束后进行一次度量和统计分析。2. 收集类似项目每个阶段的工作量数据，特别是以java编码的项目的工作量数据，改进人员、 进度安排