软件开发计划(实例)-

1、段左侧片石混凝土挡土墙第部分软件项目开发方案编号：G/GZU-YYXXX-SRT-GXDK作者：方勇学号：27#版本号：V1.0页脚内容目 录概述错误!未定义书签。一过程方案错误!未定义书签。二规模、工作量的估算错误!未定义书签。三进度支配 3甘特图 5项目进度表 5 四项目资源的安排 5人员配置方案 5开发环境错误!未定义书签。培训方案错误!未定义书签。运行环境 6预算 6验收标准 7 五质量方案 8质量目标 8复审方案 9 六风险管理方案 106.1 风险列表错误!未定义书签。七项目跟踪方案 10任务跟踪错误!未定义书签。问题跟踪错误!未定义书签。客户反馈错误!未定义书签。项目进度报告错误

2、!未定义书签。项目里程碑报告错误!未定义书签。八项目团队 11组织结构错误!未定义书签。角色和职责错误!未定义书签。九配置管理方案 14组织和职责错误!未定义书签。用户权限错误!未定义书签。环境状态错误!未定义书签。名目结构错误!未定义书签。配置项和存储错误!未定义书签。配置项管理方法错误!未定义书签。数据备份错误!未定义书签。十 方案的维护错误!未定义书签。页脚内容概述本系统是为贵州省高校开展国家助学贷款而开发的，各高校对贷款工作的有效管理供应 牢靠的平台，使同学对国家助学贷款的申请，学校贷款管理机构和银行的审批及其间的各 种信息交互均通过网络实现，完成学校对贷款管理的信息化，系统化，增加贷

3、款的安全性。同时，本系统对整个贷款的发放状况供应跟踪和交互的支持，并能够生成各种条件下的详 细统计信息，从而实现国家助学贷款从申请、管理到打印全部信息化。逐步形成一套有用、便利、快键、有效的助学贷款帮助管理系统。一 过程方案如下：集成测试方案需求分析策划概要设计具体设计编码单元测试集成测试系统测试方案验收测试系统测试维护发布形成文档方勇梁建娟祝江二 规模、工作量的估算依据 SRT 项目的要求及项目小组的方案支配，将贵州高校助学贷款管理系统的开发方案规划本系统基于贵州省高校贷款工作而开发，就目前的状况下，贵州的贷款工作还处于人工 模式，所用的系统还没有网络化，使信息的更新工作量大，而且还简洁消灭

4、错误等形式。经学校的大力支持，我们筹备开发贵州高校贷款系统。使贷款工作合理化，信息化，便利贵州 高校贷款工作的开放。在银行，高校，经济困难同学之间构建更加科学、规范的互动信息平 台，从而促进我省助学贷款工作的良性循环。软件开发规模主要经过需求分析阶段确定系统页脚内容的功能和结构，由于小组没有开发阅历和实践机遇，所以对于我们SRT 项目小组来说，这个系统相当于一个很大型的系统工程，需要投入很大的物力和财力解决关键的技术问题。主要的工作量估算如下：主线程分线程设计制作系统栏目策划时间总天数所在分线（天）（天）程时间比10制作人说明方 勇系策划设计风格策划3梁建娟统资料信息资料收集整理5祝江总整理资

5、料编辑整理330祝江策推广活动策划5三人一实施存在问题争辩起4参考5设计框架完成主页面10设计阶段和栏目主页面30设计装饰图片8完成设计整合7前设计 CSS6台完成有装饰图的全部开制作阶段页面制作1046发加入 JS15作代码优化15与策划人员沟通3设计制作在后台代码加入后，整合依据项目小组意见进5行整合批阅功能规范2划系统推广8确定模块化 / 分层设2计参数制定开发方案1后编写代码21台后台开发开发人员测试（初步34开3调试）发在后台代码加入后，依据项目小组意见进5行整合上传功能模块2调试发布2试收集建议广泛征集意见59运及意见进行行完善期配套修改与更新2页脚内容三进度支配甘特图项目进度表高

6、校贷款系统开发周期的进度如下：时进持续度天间数开头时间结束时间任务概述名称（天）可行性分析302006 年 8 月 1 日2006 年 9 月 1 日放假阶段，收集数据，调查总结需求分析602006 年 9 月 2 日2006 年 11 月 2 日写出方案书，需求分析报告概要设计302006 年 11 月 3 日2006 年 12 月 3 日系统功能数据库的总体设计具体设计462006 年 12 月 4 日2007 年 1 月 20 日基本实现系统功能，进入测试编码设计302007 年 1 月 21 日2007 年 2 月 21 日找出测试数据，写出方案测试分析152007 年 2 月 21

7、日2007 年 3 月 5 日找出系统的缺点，完善功能用户操作手册182007 年 3 月 5 日2007 年 3 月 23 日写出用户操作手册项目开发总结92007 年 3 月 23 日2007 年 4 月 12 日总结共性功能要求，更加完善程序维护手册302007 年 4 月 13 日2007 年 5 月 13 日在学院服务器上运行，检查结果软件问题报告202007 年 5 月 13 日2007 年 6 月 3 日总结问题报告，并做好交付预备软件修改报告2007 年 6 月 2 日以后维护，改进记录。接受学校检查四项目资源的安排人员配置方案依据可行性调查报告，我们的系统主要分为以下几个部分

8、：1、教育部门管理模块2、高校贷款管理模块3、银行贷款管理模块4、贷款同学管理模块各模块之间都由三人共同开发。在具体实现阶段包括程序设计、数据库设计及界面设计方页脚内容面的具体任务安排如下：程序设计有梁建娟，方勇共同负责，数据库设计有祝江、梁建娟共同设计， 界面设计由三人共同设计，总体功能由三人共同实际调查和争辩打算。总的项目设计由方勇负责。开发环境由于本系统是贵州高校SRT 的一个同学试验项目，只有利用自己学习时间制造环境，利用课余时间来进行项目的开发，经过小组争辩打算，系统统一使用 HTML，ASP，VBSCRIPT， JAVASCRIPT 等语言开发技术，对系统的程序主要存储在服务器端，

9、扫瞄的时间动态生成WEB 页面。即在服务器端执行，然后将结果返回给用户。培训方案下列培训课程需要对指定的人员（以支持项目开发）进行：培训内容时间参与者讲解者软件工程的基本流程2006 年 8 月 26 日方勇梁建娟祝江指导老师刘峰OA 系统的开发方法VBSCRIPT，2006 年 8 月 27 日2006 年 8 月 28，方勇梁建娟祝江指导老师刘峰指导老师刘峰JAVASCRIPT 语言的基本学问29 日方勇梁建娟祝江以上方案是项目小组必需要学习和预备的基础学问，为以后正式开发项目做好充分的预备。运行环境本系统需在WIN98/WINME /WINNT4.0+sp4 以上/WIN2000/WIN

10、XP（均为中文版、IE5.0 以上）环境下运行。硬件配置：Microsoft windows 支持的VGA 或更高辨别率显示器，建议辨别率 1024*768，不能低于800*600，颜色不低于 256 色，使用小字体。预算在经费有限的状况下，将全部的经费预算如下：支出科目金额（元）700计算依据及理由项目调研交通费，通讯费等页脚内容资料费400学习相关学问的资料费，购书，打印资料等系统升级600硬件耗材，软件更新等其它300不行预见的杂费验收标准该项目的验收标准主要是依据贵州高校SRT 项目组的专家进行评审，依据该项目小组所供应的申请书以及合同规定该系统的具体要求来审核的，假如按时完成需求分析

11、规定的各项功能，达到了系统的基本要求就能通过项目组的审核要求。下面列出主要的验收标准，仅供开发完成后参考。项目验收表实现目标验收方法简要说明验收结果实现目标验收方法简要说明验收结果实现目标验收方法简要说明验收结果实现目标验收方法简要说明验收结果实现目标验收方法简要说明验收结果实现目标安全有效的运行高校助学贷款管理系统使用系统测试工具，使用一段时间后是否稳定；检查同学申请贷款的各项功能是否消灭特别等待验收中配置服务器服务支持和配置移动特性支持同学能正确的完成贷款流程等待验收中配置高校助学贷款管理系统的安全性设置使用攻击工具或者有意上传病毒来破坏数据库等待验收中配置高校助学贷款管理系统的运行服务器

12、使用外网进行各种条件的测试等待验收中配置数据库的运行模式安装必要的支持软件来为数据库的运行和恢复做好预备等待验收中配置贷款系统的工作站页脚内容验收方法简要说明验收结果实现目标实现系统的管理和维护的各种操作等待验收中对系统的整体维护设计规划7验收方法简要说明针对数据库相关检查以及维护措施验收结果实现目标等待验收中贷款重要信息备份恢复查看备份时候产生日志中无特别错误，同时能够在模拟环8验收方法简要说明境中恢复数据验收结果等待验收中整个项目验收结果用户签字时间实施方签字时间用户反馈（用户对项目实施人员及过程的反馈：格外满足、满足、一般、不满足）五质量方案质量目标通过接受先进的计算机网络技术，实现高校

13、贷款科学处理及管理信息化。具体目标为：实现高校贷款业务处理的流程化、规范化，提高高校贷款业务处理力量和银行服务水平；实现高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险；建立全行全面、精确准时的高校贷款信息数据库，为高校贷款数据的统计分析、查询 供应保证，为拓展高校贷款、信息综合管理和领导决策供应基础。实现贷款的各种程序有效的实施和管理。页脚内容通过该系统，使贷款工作的效率能大幅度的提高，节省贷款工作中人工阶段的各种简单操作，大部分工作有系统自动完成，成为现代经济进展的必要工具。其意义如下：使高校贷款管理公开，透亮地操作，削减人为失误；使高校贷款业务处理的流程化、

14、规范化，提高高校贷款业务处理力量和银行服务水平；使高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险；作为同学信息管理的一部分，进一步丰富同学信息，是学校信息管理的有力补充。复审方案对贷款系统的要求是比较高的，所以要经过严格的复审，合格后才能投入使用，具体复审标准如下：里程碑提交产品负责人评审时间评审方式需求特性需求说明书方 勇（单人/小组/会签）软件项目任务书方 勇软件需求说明书方 勇用户界面设计梁建娟策划项目估算表方 勇软件项目开发方案祝 江配置管理方案梁建娟软件测试方案祝 江风险管理方案祝 江质量保证方案方 勇软件验收方案方 勇设计概要设计方 勇具体设计梁建娟

15、， 祝 江集成、系统测试方案祝 江数据库设计方 勇实现源代码方 勇执行文件*方 勇集成测试用例、报告梁建娟用户指南*梁建娟在线挂念*梁建娟测试系统测试用例祝 江系统测试报告祝 江用户使用手册*祝 江交付实施方案祝 江培训大纲梁建娟软件验收报告梁建娟页脚内容里程碑提交产品负责人评审时间评审方式（单人/小组/会签）项目总结报告方 勇六风险管理方案6.1 风险列表风险排序风险等级风险项描述降低风险策略1高贷款同学数据维护设计好数据库，每天自动备份数据库2高管理员数据维护设计好数据库，每天自动备份数据库3高URL 攻击URL 编码，输入安全检查机制4高系统安全防止URL 攻击数据库被盗，防止柱入等七项

16、目跟踪方案任务跟踪内容软件项目跟踪与监督表(数据) 个人工作日志完成进度报告频次完成一个文档的内容就跟踪和监督每个开发人员为本项目工作的内容每个开发人员完成的内容总结问题跟踪项目负责人（方勇）负责跟踪在软件项目执行过程中消灭的各种问题并记录于软件项目问题跟踪表中. 全部的问题应在项目例会或里程碑评审中争辩并跟踪至结束. 假如存在问题不能在项目小组争辩协商解决, 项目负责人应在两天内提交到指导老师处或者贵州高校 SRT 项目组解决。客户反馈说明项目组和客户定期沟通的时间或频次、沟通人员、沟通方式和处理问题时间等。页脚内容项目进度报告被汇报人项目负责人（方勇） 祝江梁建娟指导老师频率项目里程碑报告

17、被汇报人项目负责人（方勇） 祝江梁建娟指导老师频率参考资料序号123456编号SRT/SRTGXDK-05 SRT/SRTGXDK-01 SRT/SRTGXDK-02 SRT/SRTGXDK-04 SRT/SRTGXDK-03SRT/SRTGXDK-00文档名称软件需求说明书项目申请书软件可行性分析报告软件开发进度方案 项目估算表软件项目开发方案八项目团队组织和结构SRT 项目专家组客户代表项目负责人客户经理客户代表页脚内容项目组（项目负责人）硬件工程组工程服务部软件工程组（软件项目经理）项目负责人方勇指导老师系统策划梁建娟界面开发后期测试祝江角色和职责角色主要描述开发人员的开发经受，包括开发

18、的工作时间、生疏的编程语言、参与哪些项目的开发等状况。姓名方勇开发工作时间生疏的工具服务器的配置，VC+6.0SQL Server 2000参与开发的项目词法分析器家庭财务管理系统毕节市监狱触摸屏系统职称同学其他祝江DreamweaverMX2004 flash Javascript ASP同学梁建娟同学职责页脚内容高级管理者研发负责人客户经理客户代表项目经理软件项目经理硬件工程组指导老师界面开发负责人系统策划负责人项目负责人后期测试负责人为软件项目供应足够的资源. 保证 SRT 小组的独立性.解决 SRT 检查时发觉的问题.审批对外的承诺。定期审查项目方案和跟踪的相关活动。规定系统需求；将系

19、统需求安排给硬件、软件和其他成分；规定硬件、软件和其他成分的界面；监控设计和开发以保证他们符合其规格说明； 代表公司下达任务书。负责向顾客推销公司可以承接的项目和可供应的产品，并组织进行商务谈判代表客户对项目的各种状况协调处理 负责软件和硬件整个项目的协调、管理进行需求分析，并进行文档的编写组织评审等活动组织制定项目开发方案（SDP）、风险管理方案等方案协作与协调 SRT 项目小组的活动.管理项目组，执行 SRT 方针和过程以及 SDP. 监督和跟踪 SDP、组织文档评审和项目估算负责硬件工程的实施授权建立软件基线和标识配置项/单元审查和审定对软件基线的更改审定由软件基线库制造的产品的生成按软

20、件开发方案进行开发，并记录相关数据； 遵守公司质量管理体系的要求.标识并管理置于配置管理过程之下的软件工作产品集合； 进行软件项目的软件基线生成、管理和备份；软件配置状态的统计和审计，并向项目组、软件项目经理、高级管理者汇报有关活动状况；保存并管理各项评审记录、与项目相关的技术文档、标准和规程。主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规章的遵守程度、组织处理项目内部不能解决的不全都问题；定期报告检查状况，发觉偏差组织制定订正、预防措施并监督更正；依据系统测试方案模板制定测试方案.执行测试方案进行系统测试并记录测试发觉的缺陷供应测试报告.页脚内容九配置管理方案组织和职责

21、软件配置把握委员会（SCCB）职责评审配置管理方案，批准配置管理方案的生效。批准各阶段各类配置管理库的启用和配置管理项/单元标识的有效性。评审和批准对软件基线变更的变更申请。（主要活动）审定由配置管理库制造的软件生成的正确性。定期或大事驱动审核软件基线和配置管理活动。组织人员名单姓名角色项目组角色方勇项目负责人项目小组组长梁建娟成员开发人员祝江成员开发人员软件配置管理组（SCM 组）职责项目各阶段配置管理库的建立和管理，流策略的实现。制订和维护软件配置管理方案。负责软件基线的更新，审核已执行的对基线的变更。负责对软件基线库的存取管理。定期发布软件配置管理报告、配置管理组行动记录。组织人员名单姓

22、名角色说明方勇梁建娟祝江软件配置管理员项目组软件配置管理员项目组软件变更把握管理员指导配置管理工作具体实施本项目的配置管理具体负责本项目的变更把握角色与职责软件配置管理员软件配置管理员必需要由专人担当，并具有以下规定的工作职责：安装、维护及升级系统；协作项目负责人，制定开发策略和流程；页脚内容创建、维护数据库；设定数据的访问权限；为开发、集成预备模板文件；执行开发流、错误修改流和集成流等流之间的归并，并在适当时候为版本打标签；定期或大事驱动地执行项目的构建；执行全部版本的发布；协作配置把握委员会（SCCB），定期或大事驱动地召开 SCCB 例会；定期或大事驱动地进行软件配置状态报告；协作软件质

23、量保证人员（SQA）和项目管理人员进行配置审核；定期备份数据库；解决日常使用中遇到的问题；对开发人员进行配置管理、工具等相关学问、技能的培训。软件变更把握管理员软件变更把握管理员应具有以下规定的工作职责：安装、维护及升级系统，并安装所用数据库系统（SQL Server）；协作项目负责人，制定开发策略和流程；依据软件配置管理员提出的变更管理需求，设计并升级模式；创建、维护项目使用的数据库，设定数据的访问权限；定期备份数据库；解决日常使用中遇到的系统问题；开发人员开发人员在软件配置管理过程中应担负的职责有：用配置管理员创建自己的工作空间；依据安排基线，生成自己负责的配置项，如项目文档、程序代码、调

24、试报告等，并将这些配置项加入到配置管理库中；依据需要更新静态视图；依据需要变更库中填写变更恳求单；测试人员测试人员在软件配置管理过程中具有以下职责：负责生成自己负责的配置项并加入配置管理库，如系统测试方案，测试报告等；在配置管理员生成实现基线版本后，提取基线版本进行测试；对测试过程中新发觉的问题，在BUGFree 数据库中填写特别报告单；验证变更库中跟自己相关的（已被标识为“已解决”，验证人为自己）的变更；确认特别已解决，且没有引入新的特别之后，验证通过；否则验证失败。页脚内容用户权限用户组组名贷款系统策划组说明全部贷款系统策划项目组成员用户组成员组名贷款系统开发组成员方勇，梁建娟，祝江权限设

25、置在开发贷款管理系统中，可以为每个名目和文件设置读写权限。贷款系统策划组主要对针对名目进行访问把握，建立名目访问权限的含义如下：7：可读、可写、可执行5：可读、可执行0：无任何权限项目根名目一级名目二级名目属主属组存取模式贷款系统策划组贷款系统开发组plandevelopSourceCodeReleaseadminadmin admin admin贷款系统策划组贷款系统开发组贷款系统开发组贷款系统开发组750770770770上表中，存取模式中的三位数字分别代表属主、属组、其他用户的访问权限。如：贷款系统策划组项目plan 名目的权限设置为 750，表示属主（admin）为 7，具有全部权限；

26、属组（贷款系统策划组）为 5，具有可读和可执行权限；其他用户为 0，没有任何权限。环境状态网络：局域网（Windows 平台、单域模式）服务器：依据机器执行任务的不同划分不同的角色DatabaseServer 存储了 Database 信页脚内容主机名DatabaseServer 角色主 域 控 制 器 ( 域 名 HYPERLINK / )内存CPU硬盘网络设置2GMHz150GBIP：ITSRT0102息，负责供应数据库的服务；ProgramServer 是主程序运行和测试的服务器以下是 DatabaseServer 的设置状况：以下是 ProgramServer 的设置状况：主机名ITS

27、RT02ClearQuest 角色WEB Server内存CPU硬盘网络设置2GMHz150GBIP：03DatabaseServer客户端：运行 Windows2000/98/xp/2003 的 PC 机名目结构CPC-PDM_VOB 库的名目结构|- plan 项目文档名目|-DataBase_Design数据库设计文档|-Event_Meeting大事活动、项目会议记录、评审记录|-R&D_Doc设计、概要设计、具体设计|-Requirement需求、需求反馈记录|-Team_Schedule团队管理及开发方案|-Tech_Rule技术规范及标准|-Reference参考文档|-Manual使用、安装和操作用户手册|-Test_Debug测试和Bug 问题记录|-SCM软件配置管理|-Summarize阅历及总结|- programtools开发工具、第三方工具|-ThirdParty_Package 第三方工具|-IDE_Soft