软件开发计划(实例).doc

《软件开发计划(实例).doc》由会员分享，可在线阅读，更多相关《软件开发计划(实例).doc（16页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、精品文档，仅供学习与交流，如有侵权请联系网站删除软件项目开发计划编号：G/GZU-YYXXX-SRT-GXDK版本号：V1.0作者：方勇学号：27#目 录概述1一过程计划1二规模、工作量的估算1三进度安排23.1甘特图23.2 项目进度表2四项目资源的分配24.1 人员配置计划24.2 开发环境24.3 培训计划24.4运行环境24.5 预算34.6验收标准3五质量计划35.1 质量目标35.2 复审计划3六风险管理计划36.1 风险列表3七项目跟踪计划37.1 任务跟踪37.2 问题跟踪37.3 客户反馈37.4 项目进度报告37.5项目里程碑报告3八项目团队38.1 组织结构38.2 角色

2、和职责3九配置管理计划39.1 组织和职责39.2 用户权限39.3 环境状态39.4 目录结构39.5 配置项和存储39.6 配置项管理方法39.7 数据备份3十 计划的维护3概述本系统是为贵州省高校开展国家助学贷款而开发的，各高校对贷款工作的有效管理提供可靠的平台，使学生对国家助学贷款的申请，学校贷款管理机构和银行的审批及其间的各种信息交互均通过网络实现，完成学校对贷款管理的信息化，系统化，增强贷款的安全性。同时，本系统对整个贷款的发放情况提供跟踪和交互的支持，并能够生成各种条件下的详细统计信息，从而实现国家助学贷款从申请、管理到打印全部信息化。逐步形成一套实用、方便、快键、有效的助学贷款

3、辅助管理系统。一 过程计划需求分析概要设计详细设计编码单元测试集成测试集成测试计划系统测试计划系统测试验收测试形成文档发布维护方勇梁建娟祝江策划根据SRT项目的要求及项目小组的计划安排，将贵州高校助学贷款管理系统的开发计划规划如下：二 规模、工作量的估算本系统基于贵州省高校贷款工作而开发，就目前的情况下，贵州的贷款工作还处于人工模式，所用的系统还没有网络化，使信息的更新工作量大，而且还容易出现错误等形式。经学校的大力支持，我们筹备开发贵州高校贷款系统。使贷款工作合理化，信息化，方便贵州高校贷款工作的展开。在银行，高校，经济困难学生之间构建更加科学、规范的互动信息平台，从而促进我省助学贷款工作的

4、良性循环。软件开发规模主要经过需求分析阶段确定系统的功能和结构，由于小组没有开发经验和实践机遇，所以对于我们SRT项目小组来说，这个系统相当于一个很大型的系统工程，需要投入很大的物力和财力解决关键的技术问题。主要的工作量估算如下：主线程分线程时间（天）总天数（天）所在分线程时间比制作人说明系统总策划设计制作策划系统栏目策划1030方 勇设计风格策划3梁建娟资料信息整理资料收集整理5 祝江 资料编辑整理3祝江系统推广实施推广活动策划5三人一起 存在问题讨论4前台开发设计阶段参考530设计框架完成主页面和栏目主页面10设计装饰图片8完成设计整合7制作阶段设计CSS646完成有装饰图的全部页面制作1

5、0加入JS15作代码优化15设计制作整合与策划人员沟通38在后台代码加入后，根据项目小组意见进行整合5后台开发后台开发审阅功能规范234确定模块化/分层设计参数2制定开发计划1编写代码21开发人员测试（初步调试）3在后台代码加入后，根据项目小组意见进行整合5上传功能模块2试运行收集建议及意见进行完善期调试发布29广泛征集意见5配套修改与更新2三进度安排31 甘特图3. 2 项目进度表高校贷款系统开发周期的进度如下：进度时间名称持续天数（天）开始时间结束时间任务概述可行性分析302006年8月1日2006年9月1日放假阶段，收集数据，调查总结 需求分析602006年9月2日2006年11月2日写

6、出计划书，需求分析报告概要设计302006年11月3日2006年12月3日系统功能数据库的总体设计详细设计 462006年12月4日2007年1月20日基本实现系统功能，进入测试编码设计302007年1月21日2007年2月21日找出测试数据，写出计划测试分析 152007年2月21日2007年3月5日找出系统的缺点，完善功能用户操作手册 182007年3月5日2007年3月23日写出用户操作手册项目开发总结92007年3月23日2007年4月12日总结个性功能要求，更加完善程序维护手册302007年4月13日2007年5月13日在学院服务器上运行，检查结果软件问题报告202007年5月13日

7、2007年6月3日总结问题报告，并做好交付准备软件修改报告2007年6月2日以后维护，改进记录。接受学校检查四项目资源的分配4.1 人员配置计划依据可行性调查报告，我们的系统主要分为以下几个部分： 1、教育部门管理模块2、高校贷款管理模块3、银行贷款管理模块4、贷款学生管理模块各模块之间都由三人共同开发。在具体实现阶段包括程序设计、数据库设计及界面设计方面的具体任务分配如下： 程序设计有梁建娟，方勇共同负责，数据库设计有祝江、梁建娟共同设计，界面设计由三人共同设计，总体功能由三人共同实际调查和讨论决定。总的项目设计由方勇负责。4.2 开发环境由于本系统是贵州大学SRT的一个学生实验项目，只有利

8、用自己学习时间创造环境，利用课余时间来进行项目的开发，经过小组讨论决定，系统统一使用HTML，ASP，VBSCRIPT，JAVASCRIPT等语言开发技术，对系统的程序主要存储在服务器端，浏览的时间动态生成WEB页面。即在服务器端执行，然后将结果返回给用户。4.3 培训计划下列培训课程需要对指定的人员（以支持项目开发）进行： 培训内容时间参加者讲解者软件工程的基本流程2006年8月26日方勇梁建娟祝江指导老师刘峰OA系统的开发方法2006年8月27日方勇梁建娟祝江指导老师刘峰VBSCRIPT，JAVASCRIPT语言的基本知识2006年8月28，29日方勇梁建娟祝江指导老师刘峰以上计划是项目小

9、组必须要学习和准备的基础知识，为以后正式开发项目做好充分的准备。4.4运行环境本系统需在WIN98/WINME /WINNT4.0+sp4以上/WIN2000/WINXP（均为中文版、IE5.0以上）环境下运行。硬件配置：Microsoft windows支持的VGA或更高分辨率显示器，建议分辨率1024*768，不能低于800*600，色彩不低于256色，使用小字体。4.5 预算在经费有限的情况下，将所有的经费预算如下：支 出 科 目金 额（元）计 算 根 据 及 理 由项目调研700交通费，通讯费等资料费400学习相关知识的资料费，购书，打印资料等系统升级600硬件耗材，软件更新等其它30

10、0不可预见的杂费4.6验收标准该项目的验收标准主要是根据贵州大学SRT项目组的专家进行评审，根据该项目小组所提供的申请书以及合同规定该系统的具体要求来审核的，如果按时完成需求分析规定的各项功能，达到了系统的基本要求就能通过项目组的审核要求。下面列出主要的验收标准，仅供开发完成后参考。项目验收表1实现目标安全有效的运行高校助学贷款管理系统 验收方法简要说明使用系统测试工具，使用一段时间后是否稳定；检查学生申请贷款的各项功能是否出现异常验收结果等待验收中2实现目标配置服务器服务支持和配置移动特性支持验收方法简要说明学生能正确的完成贷款流程验收结果等待验收中3实现目标配置高校助学贷款管理系统的安全性

11、设置验收方法简要说明使用攻击工具或者有意上传病毒来破坏数据库验收结果等待验收中4实现目标配置高校助学贷款管理系统的运行服务器验收方法简要说明使用外网进行各种条件的测试验收结果等待验收中5实现目标配置数据库的运行模式验收方法简要说明安装必要的支持软件来为数据库的运行和恢复做好准备验收结果等待验收中6实现目标配置贷款系统的工作站验收方法简要说明实现系统的管理和维护的各种操作验收结果等待验收中7实现目标对系统的整体维护设计规划验收方法简要说明针对数据库相关检查以及维护措施验收结果等待验收中8实现目标贷款重要信息备份恢复验收方法简要说明查看备份时候产生日志中无异常错误，同时能够在模拟环境中恢复数据验收

12、结果等待验收中整个项目验收结果用户签字时间实施方签字时间用户反馈（用户对项目实施人员及过程的反馈：非常满意、满意、一般、不满意）五质量计划5.1 质量目标通过采用先进的计算机网络技术，实现高校贷款科学处理及管理信息化。具体目标为：(1)实现高校贷款业务处理的流程化、规范化，提高高校贷款业务处理能力和银行服务水平； (2) 实现高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险； (3) 建立全行全面、准确及时的高校贷款信息数据库，为高校贷款数据的统计分析、查询提供保证，为拓展高校贷款、信息综合管理和领导决策提供基础。实现贷款的各种程序有效的实施和管理。 通过该系统，

13、使贷款工作的效率能大幅度的提高，节省贷款工作中人工阶段的各种复杂操作，大部分工作有系统自动完成，成为现代经济发展的必要工具。其意义如下：(1) 使高校贷款管理公开，透明地操作，减少人为失误；(2) 使高校贷款业务处理的流程化、规范化，提高高校贷款业务处理能力和银行服务水平；(3) 使高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险；(4) 作为学生信息管理的一部分，进一步丰富学生信息，是学校信息管理的有力补充。5.2 复审计划对贷款系统的要求是比较高的，所以要经过严格的复审，合格后才能投入使用，具体复审标准如下：里程碑提交产品负责人评审时间评审方式（单人/小组/会

14、签）需求特性需求说明书方 勇软件项目任务书方 勇软件需求说明书方 勇用户界面设计梁建娟策划项目估算表方 勇软件项目开发计划祝 江配置管理计划梁建娟软件测试计划祝 江风险管理计划祝 江质量保证计划方 勇软件验收计划方 勇设计概要设计方 勇详细设计梁建娟，祝 江集成、系统测试计划祝 江数据库设计方 勇实现源代码方 勇执行文件*方 勇集成测试用例、报告梁建娟用户指南*梁建娟在线帮助*梁建娟测试系统测试用例祝 江系统测试报告祝 江用户使用手册*祝 江交付实施计划祝 江培训大纲梁建娟软件验收报告梁建娟项目总结报告方 勇六风险管理计划6.1风险列表风险排序风险等级风险项描述降低风险策略1高贷款学生数据维护

15、设计好数据库，每天自动备份数据库2高管理员数据维护设计好数据库，每天自动备份数据库3 高URL攻击URL编码，输入安全检查机制4 高系统安全防止URL攻击数据库被盗，防止柱入等七项目跟踪计划7.1 任务跟踪内容频次软件项目跟踪与监督表(数据)完成一个文档的内容就跟踪和监督个人工作日志每个开发人员为本项目工作的内容完成进度报告每个开发人员完成的内容总结7.2 问题跟踪项目负责人（方勇）负责跟踪在软件项目执行过程中出现的各种问题并记录于软件项目问题跟踪表中. 所有的问题应在项目例会或里程碑评审中讨论并跟踪至结束. 如果存在问题不能在项目小组讨论协商解决, 项目负责人应在两天内提交到指导老师处或者贵

16、州大学SRT项目组解决。7.3 客户反馈说明项目组和客户定期沟通的时间或频次、沟通人员、沟通方式和处理问题时间等。7.4 项目进度报告被汇报人频率项目负责人（方勇）祝江梁建娟指导老师7.5 项目里程碑报告被汇报人频率项目负责人（方勇）祝江梁建娟指导老师7.6参考资料序号编号文档名称1SRT/SRTGXDK-05软件需求说明书2SRT/SRTGXDK-01项目申请书3SRT/SRTGXDK-02软件可行性分析报告4SRT/SRTGXDK-04软件开发进度计划5SRT/SRTGXDK-03项目估算表6SRT/SRTGXDK-00软件项目开发计划八项目团队8.1 组织和结构SRT项目专家组客户经理客

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

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

19、档评审和项目估算硬件工程组负责硬件工程的实施指导老师授权建立软件基线和标识配置项/单元审查和审定对软件基线的更改审定由软件基线库制造的产品的生成界面开发负责人按软件开发计划进行开发，并记录相关数据；遵守公司质量管理体系的要求.系统策划负责人标识并管理置于配置管理过程之下的软件工作产品集合；进行软件项目的软件基线生成、管理和备份；软件配置状态的统计和审计，并向项目组、软件项目经理、高级管理者汇报有关活动情况；保存并管理各项评审记录、与项目相关的技术文档、标准和规程。项目负责人主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规则的遵守程度、组织处理项目内部不能解决的不一致问题；定

20、期报告检查情况，发现偏差组织制定纠正、预防措施并监督更正；后期测试负责人依据系统测试计划模板制定测试计划.执行测试计划进行系统测试并记录测试发现的缺陷提供测试报告.九配置管理计划9.1 组织和职责9.1.1 软件配置控制委员会（SCCB）n 职责 评审配置管理计划，批准配置管理计划的生效。 批准各阶段各类配置管理库的启用和配置管理项/单元标识的有效性。 评审和批准对软件基线变更的变更申请。（主要活动） 审定由配置管理库制造的软件生成的正确性。 定期或事件驱动审核软件基线和配置管理活动。n 组织人员名单姓名角色项目组角色方勇项目负责人项目小组组长梁建娟成员开发人员祝江成员开发人员9.1.2 软件

21、配置管理组（SCM组）n 职责 项目各阶段配置管理库的建立和管理，流策略的实现。 制订和维护软件配置管理计划。 负责软件基线的更新，审核已执行的对基线的变更。 负责对软件基线库的存取管理。 定期发布软件配置管理报告、配置管理组行动记录。n 组织人员名单姓名角色说明方勇软件配置管理员指导配置管理工作梁建娟项目组软件配置管理员具体实施本项目的配置管理祝江项目组软件变更控制管理员具体负责本项目的变更控制9.1.3角色与职责软件配置管理员软件配置管理员必须要由专人担任，并具有以下规定的工作职责： 安装、维护及升级系统； 配合项目负责人，制定开发策略和流程； 创建、维护数据库； 设定数据的访问权限； 为

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

23、件配置管理员提出的变更管理需求，设计并升级模式； 创建、维护项目使用的数据库，设定数据的访问权限； 定期备份数据库； 解决日常使用中遇到的系统问题；开发人员开发人员在软件配置管理过程中应担负的职责有： 用配置管理员创建自己的工作空间； 根据分配基线，生成自己负责的配置项，如项目文档、程序代码、调试报告等，并将这些配置项加入到配置管理库中； 根据需要更新静态视图； 根据需要变更库中填写变更请求单；测试人员测试人员在软件配置管理过程中具有以下职责： 负责生成自己负责的配置项并加入配置管理库，如系统测试计划，测试报告等； 在配置管理员生成实现基线版本后，提取基线版本进行测试； 对测试过程中新发现的问

24、题，在BUGFree数据库中填写异常报告单； 验证变更库中跟自己相关的（已被标识为“已解决”，验证人为自己）的变更； 确认异常已解决，且没有引入新的异常之后，验证通过；否则验证失败。9.2 用户权限9.2.1 用户组组名说明贷款系统策划组所有贷款系统策划项目组成员9.2.2 用户组成员组名成员贷款系统开发组方勇，梁建娟，祝江9.2.3 权限设置在开发贷款管理系统中，可以为每个目录和文件设置读写权限。贷款系统策划组主要对针对目录进行访问控制，建立目录访问权限的含义如下：7：可读、可写、可执行5：可读、可执行0：无任何权限项目根目录一级目录二级目录属主属组存取模式贷款系统策划组planadmin贷

25、款系统策划组750贷款系统开发组developadmin贷款系统开发组770SourceCodeadmin贷款系统开发组770Releaseadmin贷款系统开发组770上表中，存取模式中的三位数字分别代表属主、属组、其他用户的访问权限。如：贷款系统策划组项目plan目录的权限设置为750，表示属主（admin）为7，具有全部权限；属组（贷款系统策划组）为5，具有可读和可执行权限；其他用户为0，没有任何权限。9.3 环境状态 网络：局域网（Windows平台、单域模式） 服务器：按照机器执行任务的不同划分不同的角色Database Server存储了Database信息，负责提供数据库的服务；

26、Program Server是主程序运行和测试的服务器 以下是Database Server的设置情况：主机名Database Server 角色内存CPU硬盘网络设置ITSRT01主域控制器(域名)2GMHz150GBIP：192.168.1.102以下是Program Server的设置情况：主机名ClearQuest 角色内存CPU硬盘网络设置ITSRT02WEB ServerDatabase Server 2G MHz150GB IP： 192.168.1.103 客户端：运行Windows2000/98/xp/2003的PC机9.4 目录结构CPC-PDM_VOB库的目录结构|- p

27、lan 项目文档目录| |-DataBase_Design 数据库设计文档| |-Event_Meeting 事件活动、项目会议记录、评审记录| |-R&D_Doc 设计、概要设计、详细设计 | |-Requirement 需求、需求反馈记录 | |-Team_Schedule 团队管理及开发计划| |-Tech_Rule 技术规范及标准| |-Reference 参考文档| |-Manual 使用、安装和操作用户手册| |-Test_Debug 测试和Bug问题记录| |-SCM 软件配置管理| |-Summarize 经验及总结|- programtools 开发工具、第三方工具| |-T

28、hirdParty_Package 第三方工具| |-IDE_SoftWare 集成开发软件|SourceCodes 源代码管理| |- windchill windchill源码根路径| |-bin 批处理文件| |-codebase 配置文件,jsp| |-db 数据库脚本| |-doc 在线文档| |-loadFiles 待倒入基础数据| |-report 报表配置文件| |-src 源码（JavaScript, asp等）|- Release 产品发布| |-Release_20061020 以日期或者开发子版本命名| |-Release_20061120 以日期或者开发子版本命名9.

29、5 配置项和存储9.5.1 配置库规划拟为贷款系统策划组创建一个SRT库：SRT tagGXDK存储路径描述1.贷款系统策划组ITSRT01ccstg_fSRTsplanplan库同时为贷款系统开发组创建一个项目管理SRT库：SRT tagGXDK存储路径描述1.贷款系统开发组ITSRT01ccstg_fSRTsprogramprogram管理库9.6 配置项管理方法这里只统一文档的命名，源代码部分遵循“编码规范”，以下是项目文档命名规范：V_文件种类文档名称需求分析说明书SRT-GXDKV1.0软件需求分析说明书软件项目计划SRT-GXDKV1.0软件项目计划总体方案SRT-GXDKV1.0

30、总体方案软件模块详细说明书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.计划的维护 在每个里程碑到达时，要进行本计划的维护；当配置管理活动发生较大变化时，也要进行本计划的修订。【精品文档】第 16 页