软件开发计划

1、软件项目开发计划编号：版本号：VI. 0 作者：方勇 学号:27#概述错误!未指定书签。一.过程计划错误!未指定书签。二.规模、工作量的估算错误!未指定书签。三.进度安排错误!未指定书签。1.1 甘特图错误!未指定书签。1.2 项目进度表错误!未指定书签。4 .项目资源的分配错误!未指定书签。4.1 人员配置计划错误!未指定书签。4.2 开发环境错误!未指定书签。4.3 培训计划错误!未指定书签。4.4 运行环境错误!未指定书签。4.5 预算错误!未指定书签。4.6 验收标准错误!未指定书签。5 .质量计划错误!未指定书签。5.1 质量目标错误!未指定书签。5.2 狂审计划错误!未指定书签。6

2、 .风险管理计划错误!未指定书签。6.1 风险列表错误!未指定书签。7 .项目跟踪计划错误!未指定书签。7.1 任务跟踪错误!未指定书签。7.2 问题跟踪错误!未指定书签。7.3 客户反馈错误!未指定书签。7.4 项目进度报告错误!未指定书签。7.5 项目里程碑报告错误!未指定书签。8 .项目团队错误!未指定书签。8.1 组织结构错误!未指定书签。8.2 角色和职责错误!未指定书签。9 .配置管理计划错误!未指定书签。9.1 组织和职责错误!未指定书签。9.2 用户权限错误!未指定书签。9.3 环境状态错误!未指定书签。9.4 目录结构错误!未指定书签。9.5 配置项和存储错误!未指定书签。9

3、.6 配置项管理方法错误!未指定书签。9.7 数据备份错误!未指定书签。十计划的维护错误!未指定书签。概述本系统是为贵州省高校开展国家助学贷款而开发的，各高校对贷款工作的有效管理提供 可靠的平台，使学生对国家助学贷款的申请，学校贷款管理机构和银行的审批及其间的各 种信息交互均通过网络实现，完成学校对贷款管理的信息化，系统化，增强贷款的安全性。 同时，本系统对整个贷款的发放情况提供跟踪和交互的支持，并能够生成各种条件下的详 细统计信息，从而实现国家助学贷款从申请、管理到打印全部信息化。逐步形成一套实用、 方便、快键、有效的助学贷款辅助管理系统。-过程计划根据项目的要求及项目小组的计划安排，将贵州

4、高校助学贷款管理系统的开发计划规划如本系统基于贵州省高校贷款工作而开发，就目前的情况下，贵州的贷款工作还处于人工 模式，所用的系统还没有网络化，使信息的更新工作量大，而且还容易出现错误等形式。经 学校的大力支持，我们筹备开发贵州高校贷款系统。使贷款工作合理化，信息化，方便贵州 高校贷款工作的展开。在银行，高校，经济困难学生之间构建更加科学、规范的互动信息平 台，从而促进我省助学贷款工作的良性循环。软件开发规模主要经过需求分析阶段确定系统的功能和结构，由于小组没有开发经验和实践机遇，所以对于我们项目小组来说，这个系统 相当于一个很大型的系统工程，需要投入很大的物力和财力解决关键的技术问题。主要的

5、工 作量估算如下：主线程分线程时间（天）总天数 （天）所在分线 程时间比制作人说明系 统 总 策 划设计制作 策划系统栏目策划1030方勇设计风格策划3梁建娟资料信息 整理资料收集整理5祝江资料编辑整理3祝江系统推广 实施推广活动策划5三人一 起存在问题讨论4前 台 开 发设计阶段参考530设计框架完成主页面 和栏目主页面10设计装饰图片8完成设计整合7制作阶段设计646完成有装饰图的全部 页面制作10加入15作代码优化15设计制作 整合与策划人员沟通38在后台代码加入后， 根据项目小组意见进 行整合5后 台 开 发后台开发审阅功能规范234确定模块化/分层设 计参数2制定开发计划1编写代码2

6、1开发人员测试（初步 调试）3在后台代码加入后， 根据项目小组意见进 行整合5上传功能模块2试 运 行收集建议 及意见进 行完善期调试发布29广泛征集意见5配套修改与更新2三.进度安排3. 1甘特高校贷款管理系统2006年10月 7 U3.2项目进度表高校贷款系统开发周期的进度如下:时进名持续 天数 （天）开始时间结束时间任务概述可行性分析302006 年 8 月 1 口2006 年 9 月 1 口放假阶段，收集数据，调查总结需求分析602006 年 9 月 2 口2006 年 11 月 2 口写出计划书，需求分析报告概要设计302006 年 11 月 3 口2006 年 12 月 3 口系统

7、功能数据库的总体设计详细设计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 口在学院服务器上运行，检查结果软件问题

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

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

10、准备的基础知识，为以后正式开发项目做好充分的准备。4. 4运行环境本系统需在98 4. 04以上2000 （均为中文版、5.0以上）环境下运行。硬件配置：支持的或更高分辨率显示器，建议分辨率1024*768,不能低于800*600,色彩不低于256色，使用小字体。4.5预算在经费有限的情况卜，将所有的经费预算如卜.:支出科目金额 （元）计算根据及理由项目调研700交通费，通讯费等资料费400学习相关知识的资料费，购书，打印资料等系统升级600硬件耗材，软件更新等其它300不可预见的杂费4. 6验收标准该项目的验收标准主要是根据贵州大学项目组的专家进行评审，根据该项目小组所提供 的申请书以及合同

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

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

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

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

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

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

17、汇报人频率项目负责人（方勇”祝江梁建娟指导老师7.5 项目里程碑报告被汇报人频率项目负责人（方勇M祝江梁建娟指导老师7.6 参考资料序号编号文档名称105软件需求说明书201项目申请书302软件可行性分析报告404软件开发进度计划503项目估算表600软件项目开发计划八.项目团队8.1 组织和结构项目组8.2 角色和职责8.3 2.1角色主要描述开发人员的开发经历，包括开发的工作时间、熟悉的编程语言、参加哪些项目的开 发等情况。姓名开发工作时间熟悉的工具参加开发的项目职称其他方勇服务器的配置，6.02000词法分析器家庭财务管理系统 毕节市监狱触摸屏 系统学生祝江2004学生梁建娟学生8. 2

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

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

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

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

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

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

24、；/对测试过程中新发现的问题，在数据库中填写异常报告单；/ 验证变更库中跟自己相关的（已被标识为“已解决”，验证人为自己）的变更：/ 确认异常已解决，且没有引入新的异常之后，验证通过；否则验证失败。9.2 用户权限9.2.1 用户组组名说明贷款系统策划组所有贷款系统策划项目组成员9.2.2 用户组成员组名成员贷款系统开发组方勇，梁建娟，祝江9.2.3 权限设置在开发贷款管理系统中，可以为每个目录和文件设置读写权限。贷款系统策划组主要对 针对目录进行访问控制，建立目录访问权限的含义如下：7：可读、可写、可执行5：可读、可执行0：无任何权限项目根目录一级目录二级目录属主属组存取模式贷款系统策划组贷款系统策划组750贷款系统开发组贷款系统开发组770贷款系统开发组770贷款系统开发组770上表中，存取模式中的三位数字分别代表属主、属组、其他用户的访问权限。如：贷款系统策划组项目'目录的权限设置为750,表示属主（）为7,具有全部权限;属组（贷款系统策划组）为5,具有可读和可执行权限；其他用户为0,没有任何权限。9.3 环境状态令 网络：局域网（平台、单域模式）令服务器：按照机器执行任务的不同划分不同的角色一一 存储了信息，负责提供数据库的服 务；是主程序运行和测试的服务器以卜是的设置情况:主机名角色内存硬盘网络