南昌研究所项目计划模板_第1页
南昌研究所项目计划模板_第2页
南昌研究所项目计划模板_第3页
南昌研究所项目计划模板_第4页
南昌研究所项目计划模板_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

XX项目计划<版本号>PAGE3第2页共3页技术文件技术文件名称:技术文件编号:20060425版本:V1.0 共页(包括封面)拟制审核会签标准化批准第2页共16页版本变更记录:版本号拟制日期拟制人版本描述存档编号——注:1)拟制、审核、会签、批准不走电子流程时,必须用钢笔或签字笔填写,不得用铅笔、圆珠笔填写。注:1)拟制、审核、会签、批准不走电子流程时,必须用钢笔或签字笔填写,不得用铅笔、圆珠笔填写。目录TOC\o"1-2"1 定义与缩略语 32 引用 33 项目概述 33.1 项目的目标 33.2 项目的范围 34 项目组织 54.1 组织结构 54.2 角色与职责 54.3 外部接口 65 项目定义过程 66 工作分解结构 67 项目估算 78 项目风险管理 79 项目计划制定 89.1 方法、工具和技术 89.2 资源计划 89.3 培训计划 99.4 进度计划 99.5 资金预算分配 99.6 资料管理计划 99.7 跟踪计划 1010 依赖与承诺 1111 支持过程 1111.1 质量保证计划 1111.2 配置管理计划 1112 其他计划 1113 附录 11第8页共16页定义与缩略语表1.1定义与缩略语缩写、术语解释SSO单点登录,用户只需要登录一次,即输入一次统一的用户名称和用户密码,就可以多次使用多个应用系统。webserviceWebService就是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。引用表2.1引用文档文档名称编号或版本号发布日期发布组织南昌市信息发布平台建设方案V2006042006-04项目经理质量保证计划V1.02005-07-30QA组配置管理计划V1.02005-07-30CM组测试计划V1.02005-07-30测试组项目概述项目的目标由于整个防汛抗旱指挥系统是一个比较大的系统,里面有很多的业务子系统,所以首先我们要构建一个防汛抗旱指挥系统的综合信息管理平台,解决统一身份认证、一站式登录问题,提供一套安全可靠的权限管理,并可以不断地扩充将要实施的各个业务子系统。将现有的洪涝灾情系统、旱情灾情系统、实时工情检索、今日汛情检索,四个业务子系统改造成基于现在综合信息平台的系统,最终解决一个用户只登录一次的问题。同时在此综合信息平台的基础上,实现网站式信息发布管理,作为南昌市防办防汛抗旱指挥系统的一个信息平台和入口点。项目的范围解决方案概述首先,防汛抗旱指挥系统总体结构中应有一个中间容器层,用于统一管理所有的业务子系统的权限认证问题,实现业务子系统的软件热插拔,使得各个子系统能够统一和谐地处理业务问题,并且可以无限扩充。因此,将南昌市防汛抗旱指挥系统综合信息服务平台总体体系结构分为三层:应用层、中间容器层、数据库层。1.中间容器层在数据库层,分出一个专用的数据库,用于存放登录用户针对各个业务子系统的权限数据。由于我们以后的应用将采用JAVA+JSP来实现,所以中间容器层采用扩展自JSP、Servlet容器(比如Tomcat)自带的权限认证,也成为单点登录技术(SSO),实现容器(Tomcat)下所有应用统一身份认证、一站式登录,统一管理各应用的操作权限。2.数据库层数据库系统主要管理两类数据库。一类是需要提供全系统共享的数据库,主要管理用户权限相关数据。另一类数据库是支撑应用系统自身运行的数据库,数据汇集平台包括水雨情、工情、旱情和灾情数据汇集,并实现基于数据分布协议的数据管理,重点是保障数据的一致性。3.应用层应用层包括市防办电子化办公、网站信息发布、和基于该平台的防汛抗旱业务子系统等等,所有只要是符合中间层提供的规范约束,并在中间层容器基础上发布的子系统。其中网站式信息发布系统就是一类。如果子系统不符合该容器中间层的规范约束,无法在该容器基础上发布,比如第三方的应用系统,则该容器只提供单点登录调用接口,提供WEBServices描述文件,由第三方应用系统自已调用WEBServices方法来解决单点登录问题,不负责提供权限管理。高层次的工作分解结构本项目的主要任务为搭建南昌市水利信息发布平台,工作包可以分为主要五块:单点登录、系统授权、子系统发布、权限管理和界面设计。假设与约束表3.1假设与约束序号假设与约束条件造成的影响估计1需求文档的撰写如果在需求定义时候消耗了太多时间,则会对整个项目的进度造成影响2项目进展如果项目进展情况比计划慢,则会推后项目的验收时间3测试结果如果测试结果发现项目中有太多问题,则会导致项目的后期修改工作任务繁重,造成项目不能预期完成项目的最终交付产品表3.2项目最终交付产品序号交付产品名称数量交付日期交付地点交付方法4软件功能清单1南昌纸件项目验收标准项目的验收标准为:首先通过项目经理的审核和测试人员的测试,然后再交给客户进行评审,最终由客户确定项目顺利完成和达到预期的需求目标项目结束:客户签定验收协议书项目组织组织结构南昌市水利信息发布平台南昌市水利信息发布平台项目经理界面设计和文档负责人权限管理模块负责人子系统发布模块负责人系统授权模块负责人单点登录模块负责人界面设计和文档负责人权限管理模块负责人子系统发布模块负责人系统授权模块负责人单点登录模块负责人图4.1项目组织结构角色与职责表4.1角色与职责名称/姓名角色职责联系方式备注外部接口表4.2外部接口名称/姓名角色职责联系方式备注项目定义过程工作分解结构需求需求软件设计软件开发项目工作软件概要设计用户需求产品需求软件详细设计软件测试管理和支持活动系统测试集成测试单元测试项目评审图6.1工作分解结构图 如图6.1所示,整个项目工作主要分解为以上几个大的过程,其中软件开发过程包括的工作包的关系如图6.2所示: 管理活动包括项目估算、风险评估、项目启动会议、例会、里程碑评审会议、技术协调会、项目后分析、结束会议等。<描述要完成项目目标而必须完成的工作包(也就是任务或任务的集合),用唯一的序号来识别每个工作包,标识工作包的负责人。标识项目工作包之间的依赖关系,识别关键路径>项目估算表7.1项目估算计划估算次数阶段点规模工作量成本进度初始估算需求分析前参见Project文档第一次重新估算系统设计前第二次重新估算编码前第三次重新估算系统测试前项目风险管理表8.1风险管理策略风险小组成员姓名职责联系方式风险管理活动的范围工具和方法项目风险源项目风险分类风险分析所选用的参数风险应对策略风险跟踪和报告机制项目计划制定方法、工具和技术计算机系统硬件环境:CPU为P42.66Ghz,内存为512M;计算机系统软件环境:操作系统winxp或者win20003server,数据库为SQLserver2000;编程语言:java;工具:开发工具为Eclipse,源代码控制工具为CVS等等;开发方法:请参照软件详细设计说明书;质量控制手段:同行评审,单元测试,代码单步调试、系统测试和自动回归测试等等;资源计划软件和硬件资源计划表9.1软/硬件资源需求序号资源名称需求数量到位时间退出日期如何获得责任人备注1Pc机2006.4公司分配2操作系统2006.4公司分配3开发工具2006.4公司分配2006.4表9.2关键计算机资源序号资源名称需求数量到位日期如何获得责任人3人员计划表9.3人员需求人员类型需求人数到位时间要求退出安排技能要求如何获取备注培训计划表9.4培训计划培训主题重要性参加人数培训时间(小时)培训日期培训方式备注TD的使用一般922006-4内部培训进度计划表9.4里程碑列表序号里程碑名称里程碑实现准则计划开始日期计划到达日期备注2006-04-28资金预算分配表9.5资金预算分配阶段分析设计编码合计人力资源研发材料固定资产其它费用合计(万元)资料管理计划表9.6资料管理计划资料名称存放位置分发和归档机制访问权限维护人跟踪计划度量计划<描述规模、工作量、进度、缺陷、成本、关键计算机资源、风险、软件/硬件资源、问题、同行评审跟踪的策略和机制>项目度量按照南昌研究所组织标准过程的要求。具体情况可参见《项目计划附件》中的跟踪与监督计划页。项目状态和技术沟通协调项目状态沟通的方式,如:状态报告的发送方式、问题反映渠道等。项目组内部及外部进行协调交流的方式和流程,如:讨论会、评审会、论坛、邮件等。小组例会和(或)项目例会的时间(如每周的第几天召开周例会。在每月的第几天召开月例会),会议主要内容及参加人员。主要里程碑会议、项目结束会议、主要技术协调会议的日期、会议主要内容及参加人员。描述本项目将在,以及在哪些阶段点/里程碑处召开评审会议。这些会议分别由哪些人应该参加,会议的输入是什么,输出是什么。上述沟通协调会议的议程应该覆盖:1)需要协调的问题包括:新的关键依赖和约定产品和产品模块需求、和设计缺陷产品级问题关键资源或人员的不可获得性2)确定相关干系人中发生的冲突将被如何解决,如:标识并文档化问题与相关干系人沟通问题与相关干系人解决问题逐步向适当的管理人提交那些与相关干系人无法解决的问题跟踪问题直到关闭就问题的状态和决议与相关干系人沟通依赖与承诺<项目的工作包之间、模块之间、项目组和部门之间的依赖关系,可以用下表来说明。>表10.1依赖工作任务依赖工作产品接收者提供者提供时间验收方式和接收准则描述本项目(工作包)受影响的工作任务项目内外的组织或个人应该提供工作产品或服务<制定A接口规范><B口接口规范><A系统工程组><B系统工程组><2006-4-30><接口方案审查通过>注: 提供日期指本项目的当前计划中能够容忍的最后期限。<本项目内和项目外部的组和个人的承诺可以用下表来说明。>表10.2承诺约定关系责任人相关组计划日期备注进行产品基础知识培训XXX技术支持组2005-11-01提供可交付产品进行外部评审测试XXX测试工程师2006-03-31支持过程质量保证计划暂无配置管理计划暂无其他计划暂无附录<包括因为过于分散而无法包含在文档主体中支持细节。>//**********************************************************************************************不同的软件一般都有对应的软件授权,软件的用户必须在同意所使用软件的许可证的情况下才能够合法的使用软件。从另一方面来讲,特定软件的许可条款也不能够与法律相违背。依据许可方式的不同,大致可将软件区分为几类:专属软件:此类授权通常不允许用户随意的复制、研究、修改或散布该软件。违反此类授权通常会有严重的法律责任。传统的商业软件公司会采用此类授权,例如微软的Windows和办公软件。专属软件的源码通常被公司视为私有财产而予以严密的保护。[4]自由软件:此类授权正好与专属软件相反,赋予用户复制、研究、修改和散布该软件的权利,并提供源码供用户自由使用,仅给予些许的其它限制。以Linux、Firefox和OpenOf

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论