软件项目计划书(第一组04).doc

文档编号：版本号：V1.0编制人：软件工程实验管理系统开发小组编制日期：2009年10月11号最后修改日期：年 月 号软件工程实验管理系统网站项目开发计划说明书二零零九年十月十一日1. 项目范围1.1. 项目简述软件工程实验管理系统以软件工程实验为出发点，实现软件工程教学的信息化管理为目的。实现学生实验相关文档代码的提交、老师对学生提交作业管理与评分以及邮件信息的管理和短息通知等功能，实现整个软件工程实验过程中的连续性和交互性。软件工程实验流程如下：1.2. 项目内容1.2.1 项目基本功能 基本数据管理 用于基本数据的维护，包括学生基本信息的维护、系统基本信息的维护。 项目进度管理 用于控制软件工程实验的进度管理，通过进度管理可以控制实验相关文档代码提交的流程以及提交的时间限制。 项目成果管理 此功能由于对项目成果的管理，即对学生提交的文档信息以及代码信息的维护与管理。 项目成果评价 此功能要实现:老师对已递交的文档及代码的评价以及对学生成绩的打分。1.2.2 项目扩展功能 邮件功能 邮件系统主要实现用户间邮件信息的传送与接收，包括邮件通知功能。 SMS短信 SMS短信主要实现短信通知业务，即：当有新的邮件到来时可以以短信的方式通知用户去查收。 WAP服务 WAP实现手机上网使用系统。1.3. 项目适用领域 适用领域 本系统适用于和软件工程实验有相关流程的邮件信息提交与管理的领域。 不适用领域 2. 项目进度2.1.资源。(1)人员资源。组长：张鹭；组员：储诚操，康伟，霍佳佳。(2)硬件资源。电脑，网线，路由器。(3)软件资源。文件传输及即时通讯软件（腾讯QQ），文档编辑软件office（Word, Excel, PowerPoint, Visio, Project），程序编辑工具Visual Studio，数据库sql server 20002.2.进度安排。任务名称工期开始时间完成时间项目计划2d?2009年10月10日2009年10月11日确定项目范围1d2009年10月10日2009年10月10日制定项目进度1d?2009年10月11日2009年10月11日项目计划完成0d2009年10月11日2009年10月11日分析软件需求10d2009年10月13日2009年10月22日行为需求分析5d2009年10月13日2009年10月17日起草初步的软件规范3d2009年10月18日2009年10月20日根据反馈修改软件规范2d2009年10月21日2009年10月22日分析软件需求完成0d2009年10月22日2009年10月22日设计13d2009年10月23日2009年11月4日审阅初步的软件规范6d2009年10月23日2009年10月28日制定功能规范4d2009年10月29日2009年11月1日审阅功能规范2d2009年11月2日2009年11月3日根据反馈修改功能规范1d2009年11月4日2009年11月4日设计工作完成0d2009年11月4日2009年11月4日开发35d2009年11月5日2009年12月9日审阅功能规范1d2009年11月5日2009年11月5日确定模块化/分层设计参数1d2009年11月6日2009年11月6日分派任务给开发人员1d2009年11月7日2009年11月7日编写代码25d2009年11月8日2009年12月2日开发人员测试(初步调试)7d2009年12月3日2009年12月9日开发工作完成0d2009年12月13日2009年12月13日测试22d2009年12月13日2010年1月3日根据产品规范制定单元测试计划2d2009年12月13日2009年12月14日根据产品规范制定整体测试计划2d2009年12月15日2009年12月16日单元测试10d2009年12月15日2009年12月24日测试5d2009年12月15日2009年12月19日修改代码3d2009年12月20日2009年12月22日重新测试经过修改的代码2d2009年12月23日2009年12月24日单元测试完成0d2009年12月24日2009年12月24日整体测试10d2009年12月25日2010年1月3日测试5d2009年12月25日2009年12月29日修改代码3d2009年12月30日2010年1月1日重新测试经过修改的代码2d2010年1月2日2010年1月3日整体测试完成0d2010年1月3日2010年1月3日测试完成0d2010年1月3日2010年1月3日3. 项目小组组织结构 3.1 小组成员介绍康 伟：本科网络工程专业 学过C JAVA 有一定的编程基础,做过数据库应用方面的应用程序。储诚操：学过C+ Java；做过基于mfc方面的应用程序，写过一些TTCN3测试语言脚本霍佳佳：本科信息管理专业 学过C 有一定的编程基础 对信息管理有很好的把握。张 鹭：学过VC+ JAVA 做过桌面管理系统和WEB应用程序。3.2 项目组织结构 我们组采用民主制为主，层次式小组为辅助的组织方式，原因有以下几点： 同学的关系，要求我们必须以民主制的组织方式为主要。 成员的专业背景以及特长的不同（网络 测试 信息管理），使得各自在不同方面有所差异，使得我们必须发挥专长同学的特长。所以在技术方面，我们采用层次式小组的组织方式。4. 技术描述 DES加密算法：DES 全称为Data Encryption Standard即数据加密算法，它是IBM公司研究成功并公开发表的。DES算法的入口参数有三个：Key、Data、Mode。其中Key为8个字节共64位，是DES算法的工作密钥；Data也为8个字节64位，是要被加密或被解密的数据；Mode为DES的工作方式，有两种：加密或解密。 数据库连接池技术数据库连接池是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。5. 项目标准1）系统的授权标准的项目小组2）系统配置标准A）评审者评估SCI以确定它与其他SCI的一致性、遗漏、及潜在的副作用；B）相关人员考察这些副作用，确定是否需要更换相关的配置；C）提交CCB，审核配置修改；D）（被接受）修改相关的配置项。3）系统存在的问题和错误处理标准A) 测试人员发现并提交系统存在的问题和错误；B) 审核并决定发现的问题及错误；C) 将审核通过的确实存在的问题及错误提交编程人员修改；D) 将修改后的程序提交测试人员测试。4）变更请求标准A) （获得）提出变更请求；B) 提交给配置管理负责人；E) 提交修改后的SCI；（软件配置项目）F) 建立测试基线并测试；G) 重建软件的适当版本；H) 复审（审计）所有SCI的变化；I) 发布新版本。5）系统增强和修改审批程序标准具体步骤如下：A) （获得）提出系统增强和修改请求；B) 审核并决定是否批准；C) （被接受）提取SCI，进行修改；D) 复审变化；E) 提交修改后的SCI；F) 建立测试基线并测试；G) 重建软件的适当版本；H) 复审（审计）所有SCI的变化；I) 发布新版本。6. 质量保证计划 系统的质量保证工作主要分三部分，第一为开发前期的质量规范工作；第二为质量保证计划；第三为开发实施过程中的技术检查工作；（1） 规范工作：在项目开始时，项目管理人员和小组成员共同制定项目开发过程中应遵守的相应规范；如数据标准，编码规则等。（2） 质量保证计划：由项目管理人员制定质量保证计划，进一步明确质量标准和质量保证手段。质量保证计划包括两部分，测试计划和技术检查计划；对于系统测试，在项目中主要采用定期整合测试方式，每次整合测试的时间间隔保持在一周之内。对于技术检查，项目管理人员采用定期技术检查和阶段成果技术检查，定期技术检查的时间间隔不超过一个月。而对于阶段成果技术检查在每个阶段里程碑到达时，由项目管理人员对项目开发小组提交的阶段产品进行技术检查。在质量保证计划中由项目管理人员明确具体检查时间和检查内容；项目开发小组内部指定专人从事质量保证工作，进行定期技术检查和短期阶段成果技术检查，并在项目开发小组内部引入同级复查和代码检查，保证代码的质量。（3） 技术检查工作：全组按照质量保证计划严格实施，并在各阶段规划时适当调整质量保证计划。7. 配置管理计划 软件配置管理对于软件开发管理是如此重要，它的主要思想和具体内容在于版本控制。版本控制是软件配置管理的核心思想之一，是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理。版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地记录下来。每一次文件的改变，文件的版本号都将增加。除了记录版本变更外，版本控制的另一个重要功能是并行开发。 软件配置管理工具选择由于本系统相对有点复杂，所以我们决定采用软件配置管理工具或其他辅助工具，可选结果如下：由于用于小组开发所以我们首选开源的工具Visual SourceSafe 是一种源代码控制系统，它提供了完善的版本和配置管理功能，以及安全保护和跟踪检查功能。VSS通过将有关项目文档（包括文本文件、图象文件、二进制文 件、声音文件、视屏文件）存入数据库进行项目研发管理工作。 配置管理的流程 1、制定配置管理计划配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。2、配置库管理配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。配置管理员定期维护配置库，例如清楚垃圾文件、备份配置库等。3、版本控制在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比老版本“好”，所以不能抛弃老版本。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。配置项的状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项状态变迁与版本号的规则。4、变更控制在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。修改处于“草稿”状态的配置项不算是“变更”，无需管理人员的批准，修改者按照版本控制规则执行即可。当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必须依据“申请审批执行变更再评审结束”的规则执行。 8. 文档计划 项目变更请求表项目名： 变更请求标示： 变更请求： 变更请求人： 日期： 变更理由： 变更描述： 影响范围： 估计变更工作量： 审批 项目控制负责人： 日期： 项目控制负责人审核意见： 变更实施 实施负责人： 日期： 变更实施情况： 系统存在的问题和错误处理申请表修改请求标示项目名出错/问题备注项目功能描述表项目标示项目名父项目标示项目描述9. 数据管理计划 10. 资源管理计划 软硬件资源名称级别详细配置获取方式与时间使用说明电脑关键已经存在项目小组长期使用网络关键已经存在项目小组长期使用编程软件关键Visual Studio已经存在项目小组长期使用文档编辑软件关键office（Word, Excel, PowerPoint, Visio, Project）已经存在项目小组长期使用数据库关键sql server 2000已经存在项目小组长期使用服务器关键可以借用（时间待定）项目小组长期使用测试工具关键待定已经存在项目小组长期使用通讯软件普通腾讯QQ已经存在项目小组长期使用11. 测试计划12. 培训计划 13. 安全计划13.1 网络通讯安全策略 防火墙 防火墙是保证Internet安全的第一层把门关，它具有两个重要的任务：在不危机内部网络数据与其他资源的前提下允许本地用户使用外部网络的资源。防止外部没有授权的用户非法访问网络资源。 安全传输 在某些敏感的数据在传输的过程中，为了防止被他人窃取，必需采用安全的传输方式。比如用户在校外网络，要通过Internet连接到学院网站阅读或提交文档，用户的登录信息就需要通过加密传输送到服务器进行验证。在目前，公认的安全传输手段是DES强加密算法。这些都是Windows 2003直接支持功能，能够非常顺利的应用到学院网站上。 13.2 数据安全策略 数据备份 系统的数据备份也是数据安全的一个重要方面。备份管理是一个全面的概念，它不仅包含制度的制定和存储介质的管理，而且还能决定引进备份技术，如备份技术的选择、备份设备的选择、介质的选择乃至软件技术的挑选等。备份管理是备份过程中非常重要的一个环节，是数据备份的一个重要组成部份。 13.3 系统稳定性策略 数据库连接池技术 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。14. 风险管理计划 对于项目的风险管理主要由项目管理小组负责，项目管理小组在项目开始阶段即制定风险管理计划，列出项目开发过程中可能因技术发展更新，需求变更，人员变动等引起的项目开发风险，根据此制定风险清单，并对每种风险制定相应的防范和控制管理规划。在每个阶段里程碑到达，进行下一个阶段详细规划时重新进行风险评估，更改风险清单，项目管理小组在项目开发过程中随时进行风险跟踪检查，避免预计风险的出现和在风险出现时及时制定补救措施，保证项目的质量和进度按计划实施。14.1 风险类别 项目风险：项目的预算、进度、人力、资源、顾客和需求等方面产生不良影响 技术风险：潜在的设计问题，实现问题，接口问题，技术的不确定性。 商业风险：由于本系统不是商业用途，所以此项不作考虑。 注：由于本项目没有预算（即：货币），因此我们以人工昨日为考察单位作为衡量标准。风险检测：风险程度(0表示风险最小，5表示风险最大)人员配备风险检测表问题风险程度(0.5)说明开发人员水平如何？3开发人员在技术上是否配套？2开发人员数量如何？0人员已经确定开发人员是否能够自始自终地参加软件开发工作？0开发人员是否能够集中全部精力投入软件开发工作2开发人员对自己的工作是否有正确的期望1开发人员是否受过必要的培训3项目进度是否有把握控制？5项目预算是否有把握控制？0本系统无预算顾客对系统的影响4需求的不确定4设计的问题4实现的问题3技术的不确定性0管理系统技术已经成熟14.2 预测风险注：把概率转化为数值：发生的概率按照高、中、低排列出他们发生的可能性。如果你有能力进行更精确的计算的话，不妨把它们从0.00到1.00进行编排。0.01到0.33是低级；0.34到0.66是中级；0.67到1.00是高级。把影响转化为数值。一般来说，可以根据一些可预计的情况，把影响转化为高、中、低三个等级进行排列。如果可能的话，也可以把它们用数字表示：0.01到0.33是低级；0.34到0.66是中级；0.67到1.00是高级。风险名风险种类发生概率产生的影响风险值开发人员水平如何？项目风险0.50.50.25开发人员在技术上是否配套？项目风险0.20.20.04开发人员是否能够集中全部精力投入软件开发工作项目风险0.20.20.04开发人员对自己的工作是否有正确的期望项目风险0.10.10.01开发人员是否受过必要的培训项目风险0.50.20.10项目进度是否有把握控制？项目风险1.00.50.5顾客对系统的影响项目风险0.750.750.5625需求的不确定项目风险0.750.90.675设计的问题技术风险0.750.90.675实现的问题技术风险0.50.50.25排列出风险值：按照由高到低的风险顺序排列以上得出的内容风险名风险种类发生概率产生的影响风险值开发人员对自己的工作是否有正确的期望项目风险0.10.10.01开发人员在技术上是否配套？项目风险0.20.20.04开发人员是否能够集中全部精力投入软件开发工作项目风险0.20.20.04开发人员是否受过必要的培训项目风险0.50.20.10开发人员水平如何？项目风险0.50.50.25实现的问题技术风险0.50.50.25项目进度是否有把握控制？项目风险1.00.50.5顾客对系统的影响项目风险0.750.750.5625需求的不确定项目风险0.750.90.675设计的问题技术风险0.750.90.675计算出总体的风险：这里的数据会对你有所帮助。在上表，你可以看到分别按照低、低、低、低、低、低、中、中、中、中的顺序排列的风险值。从表五你可以得出，它们可以转化成0.2，0.2，0.2，0.2，0.2，0.2，0.5，0.5，0.5，0.5的数字。那么平均以后的总体风险值就是0.32，也就是说风险等级为中级。制定缓解措施： 在项目进行编码前，全组成员进行特定开发技术的培训，我们可以写特定mini系统为基础。 在大家基础有一定提高时，训练全组人员的协调能