大学图书馆管理系统软件开发计划书.doc

软件开发计划书项目名称:大学图书馆管理系统小组编号: 5版本号: V 3.0评审日期:12.10作 者: 辛张鹏目录软件开发计划书概述本项目是围绕图书馆管理方面所设计到的业务活动建立一个图书馆管理系统,以减轻在图书馆管理过程中非常繁琐的工作.目的陈为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围,各项工作的任务分解,项目团队组织结构,各团队成员的工作责任,团队内外沟通协作方式,开发进度,经费预算,项目内外环境条件,风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据.项目范围项目开发计划描述了在项目开发过程中各种不用的开发人员的角色,以及对于项目进行中的各种资源和工作量的初步的估算.角色与人员分工基本信息小组联系方式:公共邮箱 组长电话/ 51680817人员角色职责辛张鹏项目经理. 项目计划 项目团队管理 检查进度 分析系统需求徐茜如系统分析员 编码人员分析新功能 和 负责主要模块代码的编写宁江彬系统设计员 编码人员软件框架扩展 数据库设计主要模块代码的编写傅日旺配置管理员对于系统运行的环境配置和资源的整合王征质量保证员确保系统的质量,即时做出质量报告以便张朵系统测试员对软件进行测试 软件测试文档关键里程碑及其提交产品里程碑名称产品名称提交日期责任人需求访谈结束业务需求描述基线11.17徐茜如面向对象系统定义分析结束面向对象系统需求描述基线12.8徐茜如面向对象系统设计结束面向对象设计规格描述基线12.8宁江彬系统原型构造结束系统可运行文件12.18徐茜如结构化系统分析定义结束结构化系统需求描述基线12.25王征结构化系统设计规格结束结构化系统设计描述基线12.25宁江彬项目结束项目工作总结12.29辛张鹏项目计划项目开发过程选择由于用户的需求的不断变化还有系统的不断改进,所以我们小组采用基于迭代式的系统开发模型.通过在分析和开发过程中不断对于系统的认识,加强对于系统完整性的认识.项目估算工作量估算StagePercentage of EffortEffort (Person-Hours)需求获取3118需求分析1911设计2112实现(含编程,测试)1612项目管理53其它95总计10058进度估算开发环境硬件环境软件环境试验室机器CASE工具: Rational Rose 和 VisioCPU:Pentium(R)4 3.00GHz编码环境: JBuilder2006 和 Dreamweaver 网卡:Realtek RTL8139/810x Family Fast Ethernet NIC数据库: SqlServer2000开发计划环境: MS Project开发语言: JAVA局域网开发计划环境: MS Project小组评审小组自行定义的内部评审点评审关键点评审内容评审安排日期&时间地点项目计划V1.0评审关于小组项目的整体计划的讨论11月15日 13:00-14:00九教北304业务需求描述评审对于在业务需求获取中对于业务的内容的讨论11月20日 13:00-14:00九教北304项目计划V2.0评审对于小组第一阶段的工作计划的讨论11月25日 13:00-14:00九教北304面向对象系统需求描述评审对于分析阶段关于面向对象分析的内容的讨论12月10日 13:00-14:00九教北304面向对象系统设计规格评审对于分析阶段关于面向对象设计的内容的讨论12月10日 13:00-14:00九教北304项目计划V3.0评审对于小组第二阶段的工作计划的内容讨论12月10日 13:00-14:00九教北304结构化系统需求描述评审对于分析阶段关于结构化分析的内容的讨论12月27日 13:00-14:00九教北304结构化系统设计规格评审对于分析阶段关于结构化设计的内容的讨论12月27 13:00-14:00九教北304项目总结报告评审对于整个项目过程中所做工作的总结12.29 13:00-14:00九教北304培训计划 小组开展的内部培训活动的计划 培训内容时间参加者Project 使用教程2006-11-10辛张鹏Rose使用2006-12-8小组所有成员,由宁江彬负责培训J2EE架构配置2006-12-19小组所有成员,由辛张鹏负责培训JavaDoc培训2006-12-20小组所有成员,由戴俊华负责培训项目跟踪任务跟踪本小组每周开两次例会,分别是:每周周二和周五的中午12:50到13:50 ,小组集体活动时间是每周四的下午2:00到4:00个人工作进展报告每两周上报一次问题跟踪小组成员提出的问题可以通过发邮件的形式发到小组的公共邮箱 ,并通过QQ群,手机短信等方式通知组长和相关的组员,由相关的人员组织会议,及时解决问题.小组开户期间,由专门的记录员记录问题的重要性和内容,需要更改的需求和设计的内容列表,形成项目的问题跟踪文档,为后来的开发提供经验.项目进展报告小组长填写关键里程碑处小组工作汇报的安排,关键里程碑是指课程计划中定义的关键评审点,需要评审时做小组工作汇报汇报人内容文档负责人徐茜如对于业务需求说明内容的整体描述徐茜如徐茜如对于面向对象系统需求说明内容的整体描述徐茜如宁江彬对于面向对象系统设计规格的整体描述宁江彬宁江彬系统实现原型的代码说明宁江彬王征对于结构化系统需求说明内容的整体描述王征王征对于结构化系统设计整体描述王征辛张鹏项目总结报告内容的内容描述辛张鹏参