图书管理系统项目计划书_第1页
图书管理系统项目计划书_第2页
图书管理系统项目计划书_第3页
图书管理系统项目计划书_第4页
图书管理系统项目计划书_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、文档编号:LMS 2开发单位:大连广播电视大学软件工程班级版本号:V1.0文档名称:项目开发计划书项目名称:图书管理系统项目负责人:许杰编写:2012年3月12校对:2012年3月12 日审核:2012年3月12批准:2012年3月12日日日项目开发计划书1、 引言1.1 编写目的尽量采用学校现有的软硬件环境, 及先进的管理系统开发方案, 从而达到充 分利用学校现有资源, 提高系统开发水平的应用效果的目的。 便于学校教师和学 生图书管理,通过查询可立即定位该读者的相应的信息,可以对图书进行查询、 增加、修改,读者可以预约已借图书项目背景1.2a. 项目的委托单位 大连广播电视大学 开发单位 软

2、件工程班级 主管部门 XXXXXXXXXXXb. 该系统属于客户端形式的应用程序,以方便前来师生寻找自己喜爱的书 籍,为达到统一性,标准化,数据的定义,组织也要与数据库系统等底层支持系 统相统一。1.3 定义PM (Project Manager) 目经理Cost Estimating Contract Finish Date 成本估算合同完成日期2、 项目概述2.1 工作内容本系统主要用于学校教师和学生图书管理, 主要任务是通过建立图书管理系统,完善学校图书录入、租借、预约以及读者信息的管理,管理员通过查询可立 即定位该读者的相应的信息,同时可以对图书进行查询、增加、修改,用户则可 以预约已

3、借图书,针对这些问题设计此系统2.2 条件与限制a. 硬件方面: 需要配备一台装有 SQL Server 2005 的数据库服务器b. 技术方面:开发小组成员接受过三年正规软件工程本科专业训练, 计算机方面知识有一定基础,但是对 Java 以及 SQLServer 数据库掌握运用还有待提高,不足之处靠 借阅有关书籍进行学习,组内成员相互讨论分析解决。c. 需由用户承担的工作:配备相应硬件系统, 做到规范操。 向本小组成员进行培训, 其内容包括图书 馆的工作结构、 图书馆管理系统的工作流程, 以及图书馆规模包括可容纳多少图 书 , 多少读者 , 有几个级别的管理员和管理员数目这些内作, 备份好数

4、据防止数据 丢失,软件交付日期为软件安装测试人员提供环境。2.3 产品2.3.1 程序Java程序包(图书管理系统.JAR)和SQL Server数据库。2 、3、2 文档可行性研究报告 项目开发计划书 项目需求分析规格说明书 项目初步设计规格说明书 项目详细设计规格说明书 项目测试计划2.4 运行环境服务器端:Win dows XP操作系统+SQL Server数据库客户端: Windows XP 操作系统及浏览器2.5 服务本软件为用户提供培训安装、维护和运行支持等,并定期向客户了解系 统使用情况。2.6 验收标准各个功能均能正常使用。实施计划3.1 任务分解(任务的划分及各项任务的负责人

5、。 )许杰 许杰 许杰 许杰需求分析: 文档编写: 代码编写: 软件测试:3、3.2进度时间设计内容第1天查阅资料, 编写项目可行性研究报告项目开发 计划书第2天根据软件文档编写概要的格式要求,完成项目需 求分析规格说明书第3天按照软件文档编写概要的格式要求,完成项目详 细设计规格说明书第4天按照项目任务分配结果和项目进度要求,并依据项目 需求分析规格说明书、项目初步设计规格说明书 和项目详细设计规格说明书,对系统进行设计,编 写代码。第5天完善编码,对已实现部分的软件或模块的测试任务3.3预算3.4关键问题(1 )合同风险签订的合同不科学、不严谨,项目边界和各方面责任界定不清等是影响项目成败

6、的重 大因素之一。(2) 需求变更风险需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目,往往由于无限度的需求变更而让项目承建方苦不堪言, 的风险)。甚至最终亏损(实际上项目建设方也面临巨大(3) 沟通不良风险项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。(4) 缺乏领导支持风险上层领导的支持是项目获得资源(包括人力资源、财力资源和物料资源等)的有效保障,也是项目遇到困难时项目组最强有力的“后台支撑”。5)进度风险有些项目对进度要求非常苛刻 (进度要求不高的项目, 我们同样要考虑该风险) ,项 目进度的延迟意味着违约或市场机会的错失。6)质量风险如果项目组成

7、员同类型项目的开发经验不系统对性能要求很高, 这时项目组就需要有些项目, 用户对软件质量有很高的要求,足,则需要密切关注项目的质量风险。7)系统性能风险 有些软件项目属于多用户并发的应用系统,关注项目的性能风险。8)工具风险 软件项目开发和实施过程, 所必须用到的管理工具、 开发工具、 测试工具等是否能及时到位、到位的工具版本是否符合项目要求等,是项目组需要考虑的风险因素。9)技术风险在软件项目开发和建设的过程中, 战略管理技术因素是一个非常重要的因素。 项目组 一定要本着项目的实际要求, 选用合适、 成熟的技术, 千万不要无视项目的实际情况而选用 一些虽然先进但并非项目所必须且自己又不熟悉的

8、技术。 如果项目所要求的技术项目成员不 具备或掌握不够,则需要重点关注该风险因素。10 )团队成员能力和素质风险 团队成员的能力(包括业务能力和技术能力)和素质, 对项目的进展、项目的质量具有很大的影响,项目经理在项目的建设过程需要实时关注该因素。11)团队成员协作风险团队成员是否能齐心协力为项目的共同目标服务, 生产管理是影响进度和质量的关键 因素。12 )人员流动风险人员的流项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。动轻则影响项目进度,重则导致项目无法继续甚至被迫夭折。13 )工作环境风险工作环境 (包括办公环境和人文环境) 的好坏直接影响项目成员的工作情绪和工作效 率。14 )系统运行环境风险目前,大部分项目系统集成和软件开发是分开进行的 (甚至由不同公司承接) 。因此, 软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当 大的影响。15 )分包商风险这时项目组就需要关注项目有些项目管理可能会涉及到

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论