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

软件工程实验管理系统网站项目开发计划说明书二零零九年十月十一日文档编号：版本号：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），程序编辑工具VisualStudio，数据库sqlserver20002.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小组成员介绍康伟：本科网络工程专业学过CJAVA有一定的编程基础,做过数据库应用方面的应用程序。储诚操：学过C++Java；做过基于mfc方面的应用程序，写过一些TTCN－3测试语言脚本霍佳佳：本科信息管理专业学过C有一定的编程基础对信息管理有很好的把握。张鹭：学过VC++JAVA做过桌面管理系统和WEB应用程序。3.2项目组织结构我们组采用民主制为主，层次式小组为辅助的组织方式，原因有以下几点：同学的关系，要求我们必须以民主制的组织方式为主要。康伟储诚操霍佳佳张鹭成员的专业背景以及特长的不同（网络测试信息管理），使得各自在不同方面有所差异，使得我们必须发挥专长同学的特长。所以在技术方面，我们采用层次式小组的组织方式。4.技术描述DES加密算法：DES全称为DataEncryptionStandard即数据加密算法，它是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.配置管理计划软件配置管理对于软件开发管理是如此重要，它的主要思想和具体内容在于版本控制。版本控制是软件配置管理的核心思想之一，是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理。版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地记录下来。每一次文件的改变，文件的版本号都将增加。除了记录版本变更外，版本控制的另一个重要功能是并行开发。软件配置管理工具选择由于本系统相对有点复杂，所以我们决定采用软件配置管理工具或其他辅助工具，可选结果如下：由于用于小组开发所以我们首选开源的工具VisualSourceSafe是一种源代码控制系统，它提供了完善的版本和配置管理功能，以及安全保护和跟踪检查功能。VSS通过将有关项目文档（包括文本文件、图象文件、二进制文件、声音文件、视屏文件）存入数据库进行项目研发管理工作。配置管理的流程1、制定配置管理计划配置管理员制定《配置管理计划》，主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。2、配置库管理配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。配置管理员定期维护配置库，例如清楚垃圾文件、备份配置库等。3、版本控制在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比老版本“好”，所以不能抛弃老版本。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。配置项的状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项状态变迁与版本号的规则。4、变更控制在项目开发过程中，配置项发生变更几乎是不可避免的。变更控制的目的就是为了防止配置项被随意修改而导致混乱。修改处于“草稿”状态的配置项不算是“变更”，无需管理人员的批准，修改者按照版本控制规则执行即可。当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必须依据“申请－审批－执行变更－再评审－结束”的规则执行。8.文档计划项目变更请求表项目名：变更请求标示：变更请求：变更请求人：日期：变更理由：变更描述：影响范围：估计变更工作量：审批项目控制负责人：日期：项目控制负责人审核意见：变更实施实施负责人：日期：变更实施情况：系统存在的问题和错误处理申请表修改请求标示项目名出错/问题备注项目功能描述表项目标示项目名父项目标示项目描述9.数据管理计划10.资源管理计划软硬件资源名称级别详细配置获取方式与时间使用说明电脑关键已经存在项目小组长期使用网络关键已经存在项目小组长期使用编程软件关键VisualStudio已经存在项目小组长期使用文档编辑软件关键office（Word,Excel,PowerPoint,Visio,Project）已经存在项目小组长期使用数据库关键sqlserver2000已经存在项目小组长期使用服务器关键可以借用（时间待定）项目小组长期使用测试工具关键待定已经存在项目小组长期使用通讯软件普通腾讯QQ已经存在项目小组长期使用11.测试计划12.培训计划13.安全计划13.1网络通讯安全策略防火墙防火墙是保证Internet安全的第一层把门关，它具有两个重要的任务：在不危机内部网络数据与其他资源的前提下允许本地用户使用外部网络的资源。防止外部没有授权的用户非法访问网络