软件项目开发计划书例文.docx

《软件项目开发计划书例文.docx》由会员分享，可在线阅读，更多相关《软件项目开发计划书例文.docx（30页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、软件项目开发计划书例文软件项目开发安排书范文 目录 概述 . 1 一 过程安排 . 2 二 规模、工作量的估算 . 3 三进度支配 . 5 四项目资源的安排 . 7 五质量安排 . 12 六风险管理安排 . 14 七项目跟踪安排 . 15 八项目团队 . 17 九配置管理安排 . 22职责 . 22组织人员名单 . 22 9.1.2 软件配置管理组（SCM 组）. 22职责 . 22组织人员名单 . 23 9.1.3 角色与职责 . 23 软件配置管理员 . 23软件变更限制管理员 . 24 开发人员 . 24 测试人员 . 25 9.2 用户权限 . 25 9.3 环境状态 . 27网络：局

2、域网（Windows 平台、单域模式）. 27服务器：. 27 概述本系统是为 xx 省高校开展国家助学贷款而开发的，各高校对贷款工作的有效管理供应牢靠的平台，使学生对国家助学贷款的申请，学校贷款管理机构和银行的审批及其间的各种信息交互均通过网络实现，完成学校对贷款管理的信息化，系统化，增加贷款的平安性。同时，本系统对整个贷款的发放状况供应跟踪和交互的支持，并能够生成各种条件下的具体统计信息，从而实现国家助学贷款从申请、管理到打印全部信息化。逐步形成一套好用、便利、快键、有效的助学贷款协助管理系统。一过程安排依据 SRT 项目的要求及项目小组的安排支配，将 xx 高校助学贷款管理系统的开发安排

3、规划如下：二规模、工作量的估算本系统基于 xx 省高校贷款工作而开发，就目前的状况下，xx 的贷款工作还处于人工模式，所用的系统还没有网络化，使信息的更新工作量大，而且还简单出现错误等形式。经学校的大力支持，我们筹备开发 xx 高校贷款系统。使贷款工作合理化，信息化，便利 xx 高校贷款工作的绽开。在银行，高校，经济困难学生之间构建更加科学、规范的互动信息平台，从而促进我省助学贷款工作的良性循环。软件开发规模主要经过需求分析阶段确定系统的功能和结构，由于小组没有开发阅历和实践机遇，所以对于我们 SRT 项目小需求 分析 概要 设计 具体 设计 编码 单元 测试 集成 测试 集成测试安排 系统测

4、试安排 系统 测试 验收 测试 形成 文档 发布 维护 方勇 梁建娟 祝江 策划组来说，这个系统相当于一个很大型的系统工程，须要投入很大的物力和财力解决关键的技术问题。主要的工作量估算如下：主线程 分线程 时间 （天）总天数 （天）所在分线程时间比 制作人 说明 系统总策划 设计制作 策划 系统栏目策划 10 30设计风格策划 3资料信息整理 资料收集整理 5资料编辑整理 3系统推广实施 推广活动策划 5三人一起 存在问题探讨 4前台 开 发 设计阶段 参考 5 30设计框架完成主页面和栏目主页面 10设计装饰图片 8完成设计整合 7制作阶 设计 CSS 6 46段 完成有装饰图的全部页面制作

5、 10加入 JS 15作代码优化 15设计制作 整合 与策划人员沟通 3 8在后台代码加入后，依据项目小组看法进行整合 5后 台 开 发 后台开发 批阅功能规范 2 34确定模块化/分层设计参数 2制定开发安排 1编写代码 21开发人员测试（初步调试）3在后台代码加入后，依据项目小组看法进行整合 5上传功能模块 2 试运行 收集建议及看法进行完善期 调试发布 29 广泛征集看法 5配套修改与更新 2 三进度支配3. 2 项目进度表高校贷款系统开发周期的进度如下：持续 天 数（天） 起先时间 结束时间 任务概述 可行性分析 30 2006 年 8 月 1日 2006 年 9 月 1日 放假阶段，

6、收集数据，调查总结需求分析 60 2006 年 9 月 2日 2006 年 11 月2 日 写出安排书，需求分析报告 概要设计 30 2006 年 11 月 2006 年 12 月 系统功能数据库的总体进 度 时 间 名 称3 日 3 日 设计 具体设计46 2006 年 12 月4 日 2007年1月20日 基本实现系统功能，进入测试 编码设计 30 2007年1月21日 2007年2月21日 找出测试数据，写出安排 测试分析15 2007年2月21日 2007 年 3 月 5日 找出系统的缺点，完善功能 用 户 操 作 手册18 2007 年 3 月 5日 2007年3月23日 写出用户操

7、作手册 项 目 开 发 总结 9 2007年3月23日 2007年4月12日 总结特性功能要求，更加完善 程 序 维 护 手册 30 2007年4月13日 2007年5月13日 在学院服务器上运行，检查结果 软 件 问 题 报告 20 2007年5月13日 2007 年 6 月 3日 总结问题报告，并做好交付打算 软 件 修 改 报告 2007 年 6 月 2日 以后 维护，改进记录。接受学校检查四项目资源的安排4.1 人员配置安排依据可行性调查报告，我们的系统主要分为以下几个部分： 1、教化部门管理模块 2、高校贷款管理模块 3、银行贷款管理模块 4、贷款学生管理模块 各模块之间都由三人共同

8、开发。在详细实现阶段包括程序设计、数据库设计及界面设计方面的详细任务安排如下：程序设计有，共同负责，数据库设计有、共同设计， 界面设计由三人共同设计，总体功能由三人共同实际调查和探讨确定。总的项目设计由负责。4.2 开发环境由于本系统是 xx 高校 SRT 的一个学生试验项目，只有利用自己学习时间创建环境，利用课余时间来进行项目的开发，经过小组探讨确定，系统统一运用 HTML，ASP，VBSCRIPT，JAVASCRIPT 等语言开发技术，对系统的程序主要存储在服务器端，阅读的时间动态生成 WEB 页面。即在服务器端执行，然后将结果返回给用户。4.3 培训安排下列培训课程须要对指定的人员（以支

9、持项目开发）进行： 培训内容时间参与者讲解者软件工程的基本流 2006 年 8 月 26 指 导 老 师 刘程 日 峰 OA 系统的开发方法 2006 年 8 月 27日指 导 老 师 刘峰 VBSCRIPT ，JAVASCRIPT 语言的基本学问 2006 年 8 月 28，29 日 指 导 老 师 刘峰 以上安排是项目小组必需要学习和打算的基础学问，为以后正式开发项目做好充分的打算。4 4.4 运行环境 本系统需在 WIN98/WINME /WINNT4.0+sp4 以上/WIN2000/WINXP（均为中文版、IE5.0 以上）环境下运行。硬件配置：Microsoft windows 支

10、持的 VGA 或更高辨别率显示器，建议辨别率1024*768，不能低于 800*600，色调不低于 256 色，运用小字体。4.5 预算在经费有限的状况下，将全部的经费预算如下：支出科目金额（元）计算根据及理由项目调研 700 交通费，通讯费等 资料费 400 学习相关学问的资料费，购书，打印资系统升级 600 硬件耗材，软件更新等 其它 300 不行预见的杂费6 4.6 验收标准该项目的验收标准主要是依据 xx 高校 SRT 项目组的专家进行评审，依据该项目小组所供应的申请书以及合同规定该系统的详细要求来审核的，假如按时完成需求分析规定的各项功能，达到了系统的基本要求就能通过项目组的审核要求

11、。下面列出主要的验收标准，仅供开发完成后参考。项目验收表1 实现目标 平安有效的运行高校助学贷款管理系统验收方法简要说明 运用系统测试工具，运用一段时间后是否稳定；检查学生申请贷款的各项功能是否出现异样 验收结果 等待验收中 2 实现目标 配置服务器服务支持和配置移动特性支持 验收方法简要说明 学生能正确的完成贷款流程 验收结果 等待验收中 3 实现目标 配置高校助学贷款管理系统的平安性设置 验收方法简要说明 运用攻击工具或者有意上传病毒来破坏数据库验收结果 等待验收中 4 实现目标 配置高校助学贷款管理系统的运行服务器 验收方法简要说明 运用外网进行各种条件的测试 验收结果 等待验收中 5

12、实现目标 配置数据库的运行模式 验收方法简要说明 安装必要的支持软件来为数据库的运行和复原做好打算 验收结果 等待验收中 6 实现目标 配置贷款系统的工作站 验收方法简要说明 实现系统的管理和维护的各种操作 验收结果 等待验收中 7 实现目标 对系统的整体维护设计规划 验收方法简要说明 针对数据库相关检查以及维护措施 验收结果 等待验收中 8 实现目标 贷款重要信息备份复原 验收方法简要说明 查看备份时候产生日志中无异样错误，同时能够在模拟环境中复原数据 验收结果 等待验收中整个项目验收结果用户签字时间实施方签字时间用户反馈 （用户对项目实施人员及过程的反馈：特别满足、满足、一般、不满足）五质

13、量安排5.1 质量目标通过采纳先进的计算机网络技术，实现高校贷款科学处理及管理信息化。详细目标为：(1)实现高校贷款业务处理的流程化、规范化，提高高校贷款业务处理实力和银行服务水平；(2) 实现高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险； (3) 建立全行全面、精确刚好的高校贷款信息数据库，为高校贷款数据的统计分析、查询供应保证，为拓展高校贷款、信息综合管理和领导决策供应基础。实现贷款的各种程序有效的实施和管理。 通过该系统，使贷款工作的效率能大幅度的提高，节约贷款工作中人工阶段的各种困难操作，大部分工作有系统自动完成，成为现代经济发展的必要工具。其意义如下

14、：(1) 使高校贷款管理公开，透亮地操作，削减人为失误； (2) 使高校贷款业务处理的流程化、规范化，提高高校贷款业务处理实力和银行服务水平； (3) 使高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险； (4) 作为学生信息管理的一部分，进一步丰富学生信息，是学校信息管理的有力补充。5.2 复审安排对贷款系统的要求是比较高的，所以要经过严格的复审，合格后才能投入运用，详细复审标准如下：里程碑提交产品负责人评审时间评审方式（单人/小组/会签）需求 特性需求说明书软件项目任务书软件需求说明书用户界面设计里程碑提交产品负责人评审时间评审方式（单人/小组/会签）策划 项

15、目估算表软件项目开发安排配置管理安排软件测试安排风险管理安排质量保证安排软件验收安排设计 概要设计具体设计 ， 集成、系统测试安排数据库设计实现 源代码执行文件*集成测试用例、报告用户指南* 在线帮助*测试 系统测试用例系统测试报告里程碑提交产品负责人评审时间评审方式（单人/小组/会签）用户运用手册*交付 实施安排培训大纲软件验收报告项目总结报告 六风险管理安排1 6.1 风险列表风险排序风险等级风险项描述降低风险策略1 高 贷款学生数据维护 设计好数据库，每天自动备份数据库 2 高 管理员数据维护 设计好数据库，每天自动备份数据库 3高 URL 攻击 URL 编码，输入平安检查机制 4高 系

16、统平安 防止 URL 攻击数据库被盗，防止柱入等 七项目跟踪安排7.1 任务跟踪内容频次软件项目跟踪与监督表(数据) 完成一个文档的内容就跟踪和监督 个人工作日志 每个开发人员为本项目工作的内容 完成进度报告 每个开发人员完成的内容总结7.2 问题跟踪项目负责人（）负责跟踪在软件项目执行过程中出现的各种问题并记录于软件项目问题跟踪表中. 全部的问题应在项目例会或里程碑评审中探讨并跟踪至结束. 假如存在问题不能在项目小组探讨协商解决,项目负责人应在两天内提交到指导老师处或者 xx 高校 SRT 项目组解决。7.3 客户反馈说明项目组和客户定期沟通的时间或频次、沟通人员、沟通方式和处理问题时间等。

17、7.4 项目进度报告被汇报人频率项目负责人（）指导老师 7.5 项目里程碑报告被汇报人频率项目负责人（）指导老师6 7.6 参考资料序号编号文档名称1 SRT/SRT GXDK-05 软件需求说明书 2 SRT/SRT GXDK-01 项目申请书 3 SRT/SRT GXDK- 软件可行性分析报告02 4 SRT/SRT GXDK-04 软件开发进度安排 5 SRT/SRT GXDK-03 项目估算表 6 SRT/SRT GXDK-00 软件项目开发安排 八项目团队8.1 组织和结构 项目组 （项目负责人）客户代表 客户经理 项目负责人 SRT 项目专家组 客户代表8.2 角色和职责1 8.2

18、.1 角色 主要描述开发人员的开发经验，包括开发的工作时间、熟识的编程语言、参与哪些项目的开发等状况。姓名开发工作时 熟识的工具参与开发的项目职称其他硬件工程组 软件工程组 （软件项目经理）界面开发 后期测试 指导老师 项目负责人 系统策划 方勇 梁建娟 祝江 工程服务部间服 务 器 的 配置，VC+6.0SQL Server 2000 词法分析器 家庭财务管理系统 毕节市监狱触摸屏系统 学生Dreamweaver MX2004 flash 学生Javascript ASP学生8.2.2 职责高级管理者 为软件项目供应足够的资源. 保证 SRT 小组的独立性. 解决 SRT 检查时发觉的问题.

19、 审批对外的承诺。定期审查项目安排和跟踪的相关活动。研发负责人 规定系统需求；将系统需求安排给硬件、软件和其他成分；规定硬件、软件和其他成分的界面；监控设计和开发以保证他们符合其规格说明；代表公司下达任务书。客户经理 负责向顾客推销公司可以承接的项目和可供应的产品，并组织进行商务谈判 客户代表 代表客户对项目的各种状况协调处理 项目经理 负责软件和硬件整个项目的协调、管理 软件项目经理 进行需求分析，并进行文档的编写 组织评审等活动 组织制定项目开发安排（SDP）、风险管理安排等安排 协作与协调 SRT 项目小组的活动. 管理项目组，执行 SRT 方针和过程以及 SDP. 监督和跟踪 SDP、

20、组织文档评审和项目估算 硬件工程组 负责硬件工程的实施 指导老师 授权建立软件基线和标识配置项/单元 审查和审定对软件基线的更改 审定由软件基线库制造的产品的生成 界面开发负责人 按软件开发安排进行开发，并记录相关数据； 遵守公司质量管理体系的要求. 系统策划负责人 标识并管理置于配置管理过程之下的软件工作产品集合； 进行软件项目的软件基线生成、管理和备份； 软件配置状态的统计和审计，并向项目组、软件项目经理、高级管理者汇报有关活动状况； 保存并管理各项评审记录、与项目相关的技术文档、标准和规程。 九配置管理安排9.1 组织和职责9.1.1 软件配置限制委员会（ SCCB ）n 职责 评审配置

21、管理安排，批准配置管理安排的生效。 批准各阶段各类配置管理库的启用和配置管理项/单元标识的有效性。 评审和批准对软件基线变更的变更申请。（主要活动） 审定由配置管理库制造的软件生成的正确性。 定期或事务驱动审核软件基线和配置管理活动。n 组织人员名单 项目负责人 主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规则的遵守程度、组织处理项目内部不能解决的不一样问题； 定期报告检查状况，发觉偏差组织制定订正、预防措施并监督更正； 后期测试负责人 依据系统测试安排模板制定测试安排. 执行测试安排进行系统测试并记录测试发觉的缺陷 供应测试报告.姓名角色项目组角色 项目负责人 项目小组

22、组长成员 开发人员成员 开发人员9.1.2 软件配置管理组（M SCM 组）n 职责 项目各阶段配置管理库的建立和管理，流策略的实现。 制订和维护软件配置管理安排。 负责软件基线的更新，审核已执行的对基线的变更。 负责对软件基线库的存取管理。 定期发布软件配置管理报告、配置管理组行动记录。n 组织人员名单 姓名角色说明 软件配置管理员 指导配置管理工作项目组软件配置管理员 详细实施本项目的配置管理项目组软件变更限制管理员 详细负责本项目的变更限制3 9.1.3 角色与职责软件配置管理员软件配置管理员必需要由专人担当，并具有以下规定的工作职责： 安装、维护及升级系统； 协作项目负责人，制定开发策

23、略和流程； 创建、维护数据库； 设定数据的访问权限； 为开发、集成打算模板文件； 执行开发流、错误修改流和集成流等流之间的归并，并在适当时候为版本打标签； 定期或事务驱动地执行项目的构建； 执行全部版本的发布； 协作配置限制委员会（SCCB），定期或事务驱动地召开 SCCB 例会； 定期或事务驱动地进行软件配置状态报告； 协作软件质量保证人员（SQA）和项目管理人员进行配置审核； 定期备份数据库； 解决日常运用中遇到的问题； 对开发人员进行配置管理、工具等相关学问、技能的培训。软件变更限制管理员软件变更限制管理员应具有以下规定的工作职责： 安装、维护及升级系统，并安装所用数据库系统（SQL S

24、erver）； 协作项目负责人，制定开发策略和流程； 依据软件配置管理员提出的变更管理需求，设计并升级模式； 创建、维护项目运用的数据库，设定数据的访问权限； 定期备份数据库； 解决日常运用中遇到的系统问题； 开发人员开发人员在软件配置管理过程中应担负的职责有： 用配置管理员创建自己的工作空间； 依据安排基线，生成自己负责的配置项，如项目文档、程序代码、调试报告等，并将这些配置项加入到配置管理库中； 依据须要更新静态视图； 依据须要变更库中填写变更恳求单； 测试人员测试人员在软件配置管理过程中具有以下职责： 负责生成自己负责的配置项并加入配置管理库，如系统测试安排，测试报告等； 在配置管理员生

25、成实现基线版本后，提取基线版本进行测试； 对测试过程中新发觉的问题，在 BUGFree 数据库中填写异样报告单； 验证变更库中跟自己相关的（已被标识为已解决，验证人为自己）的变更； 确认异样已解决，且没有引入新的异样之后，验证通过；否则验证失败。9.2 用户权限9.2.1 用户组组名说明贷款系统策划组 全部贷款系统策划项目组成员9.2.2 用户组成员组名成员贷款系统开发组 ，9.2.3 权限设置在开发贷款管理系统中，可以为每个书目和文件设置读写权限。贷款系统策划组主要对针对书目进行访问限制，建立书目访问权限的含义如下：7：可读、可写、可执行 5：可读、可执行 0：无任何权限项目根书目一级书目二

26、级书目属主属组存取模式贷款系统策划组 plan admin 贷款系统策划组 750 贷款系统开发组 develop admin 贷 款 系 统开发组 770SourceCode admin 贷 款 系 统开发组 770Release admin 贷 款 系 统开发组 770 上表中，存取模式中的三位数字分别代表属主、属组、其他用户的访问权限。如：贷款系统策划组项目plan书目的权限设置为750，表示属主（admin）为 7，具有全部权限；属组（贷款系统策划组）为 5，具有可读和可执行权限；其他用户为 0，没有任何权限。9.3 环境状态 网络：局域网（Windows 平台、单域模式） 服务器：根

27、据机器执行任务的不同划分不同的角色DatabaseServer 存储了 Database 信息，负责供应数据库的服务；ProgramServer 是主程序运行和测试的服务器以下是 DatabaseServer 的设置状况：主机名DatabaseServer角色内存CPU硬盘网络设置 ITSRT01 主域限制器(域名)2G MHz 150GB IP ：192.168.1.102以下是 ProgramServer 的设置状况：主机名Clear Quest角色 内存CPU硬盘网络设置ITSRT02WEB Server DatabaseServer2GMHz150GB IP ：192.168.1.10

28、3 客户端：运行 Windows2000/98/xp/2003 的 PC 机9.4 书目结构CPC- -B PDM_VOB 库的书目结构 |- plan 项目文档书目 | |-DataBase_Design数据库设计文档 | |-Event_Meeting事务活动、项目会议记录、评审记录 | |-RD_Doc 设计、概要设计、具体设计| |-Requirement需求、需求反馈记录| |-Team_Schedule团队管理及开发安排 | |-Tech_Rule 技术规范及标准 | |-Reference 参考文档 | |-Manual 运用、安装和操作用户手册 | |-Test_Debug 测

29、试和 Bug 问题记录 | |-SCM软件配置管理 | |-Summarize 阅历及总结 |- programtools 开发工具、第三方工具 | |-ThirdParty_Package 第三方工具 | |-IDE_SoftWare集成开发软件 |SourceCodes源代码管理 | |- windchill windchill 源码根路径| |-bin批处理文件 | |-codebase 配置文件,jsp | |-db数据库脚本 | |-doc在线文档 | |-loadFiles 待倒入基础数据 | |-report报表配置文件 | |-src源码（JavaScript, asp 等）|

30、- Release 产品发布 | |-Release_20061020 以日期或者开发子版本命名 | |-Release_20061120 以日期或者开发子版本命名9.5 配置项和存储9.5.1 配置库规划拟为贷款系统策划组创建一个 SRT 库： SRTtagK GXDK 存储路径描述1.贷款系统策划组plan 库同时为贷款系统开发组创建一个项目管理 SRT 库：SRT tagK GXDK 存储路径描述1.贷款系统开发组program 管理库 9.6 配置项管理方法这里只统一文档的命名，源代码部分遵循编码规范，以下是项目文档命名规范：< < 项目名 >V< 发布版本号

31、>< 文件种类 >_< 子系统名称 >< 模块名称 > 文件种类文档名称需求分析说明书 SRT-GXDKV1.0 软件需求分析说明书 软件项目安排 SRT-GXDKV1.0 软件项目安排 总体方案 SRT-GXDKV1.0 总体方案 软件模块具体说明书 SRT-GXDKV1.0 软件模块具体说明书 数据库设计说明书 SRT-GXDKV1.0 数据库设计说明书 程序配置清单 SRT-GXDKV1.0 程序配置清单 测试安排 SRT-GXDKV1.0 测试安排测试报告 SRT-GXDKV1.0 测试报告 用户手册 SRT-GXDKV1.0 用户运用手册 操作维护手册 SRT-GXDKV1.0 操作维护手册 项目总结 SRT-GXDKV1.0 项目总结9.7 数据备份每日执行一次数据备份，将数据拷贝到本机（其他）硬盘，再将数据拷贝到其他机器，但不覆盖前一日的数据；保留最近一周的数据。10. 安排的维护在每个里程碑到达时，要进行本安排的维护；当配置管理活动发生较大改变时，也要进行本安排的修订。