haihongyuan.com
海量文库 文档专家
当前位置:首页 >> 商业计划 >>

图书管理系统项目计划书

图书管理系统项目计划书

文档编号:LMS—2 版本号:V1.0 文档名称:项目开发计划书 项目名称:图书管理系统 项目负责人:许杰 编写: 2012 年 3 月 12 日 校对: 2012 年 3 月 12 日 审核: 2012 年 3 月 12 日 批准: 2012 年 3 月 12 日 开发单位: 大连广播电视大学软件工程班级 1/7 项目开发计划书 1、 引言 1.1 编写目的 尽量采用学校现有的软硬件环境,及先进的管理系统开发方案,从而达到充 分利用学校现有资源,提高系统开发水平的应用效果的目的。便于学校教师和学 生图书管理,通过查询可立即定位该读者的相应的信息,可以对图书进行查询、 增加、修改,读者可以预约已借图书 1.2 项目背景 a.项目的委托单位 大连广播电视大学 开发单位 软件工程班级 主管部门 XXXXXXXXXXX b. 该系统属于客户端形式的应用程序,以方便前来师生寻找自己喜爱的书 籍,为达到统一性,标准化,数据的定义,组织也要与数据库系统等底层支持系 统相统一。 1.3 定义 PM (Project Manager)----------------------------------------项 目经理 Cost Estimating ----------------------------------------成本估算 Contract ----------------------------------------合同 Finish Date ---------------------------------------- 完成日期 2、 项目概述 2.1 工作内容 本系统主要用于学校教师和学生图书管理,主要任务是通过建立图书管理系 统,完善学校图书录入、租借、预约以及读者信息的管理,管理员通过查询可立 即定位该读者的相应的信息,同时可以对图书进行查询、增加、修改,用户则可 以预约已借图书,针对这些问题设计此系统 2.2 条件与限制 a.硬件方面: 需要配备一台装有 SQL Server 2005 的数据库服务器 b.技术方面: 开发小组成员接受过三年正规软件工程本科专业训练,计算机方面知识有一 2/7 定基础,但是对 Java 以及 SQL Server 数据库掌握运用还有待提高,不足之处靠 借阅有关书籍进行学习,组内成员相互讨论分析解决。 c. 需由用户承担的工作: 配备相应硬件系统,做到规范操。向本小组成员进行培训,其内容包括图书 馆的工作结构、图书馆管理系统的工作流程,以及图书馆规模包括可容纳多少图 书,多少读者,有几个级别的管理员和管理员数目这些内作,备份好数据防止数据 丢失,软件交付日期为软件安装测试人员提供环境。 2.3 产品 2.3.1 程序 Java 程序包(图书管理系统.JAR)和 SQL Server 数据库。 2、3、2 文档 《可行性研究报告》 《项目开发计划书》 《项目需求分析规格说明书》 《项目初步设计规格说明书》 《项目详细设计规格说明书》 《项目测试计划》 2.4 运行环境 服务器端:Windows XP 操作系统+SQL Server 数据库 客户端: Windows XP 操作系统及浏览器 2.5 服务 本软件为用户提供培训安装、维护和运行支持等,并定期向客户了解系 统使用情况。 2.6 验收标准 各个功能均能正常使用。 3、 实施计划 3.1 任务分解(任务的划分及各项任务的负责人。) 需求分析:许杰 文档编写:许杰 代码编写:许杰 软件测试:许杰 3/7 3.2 进度 时间 设计内容 第1天 第2天 第3天 第4天 第5天 查阅资料, 编写《项目可行性研究报告》《项目开发 计划书》 根据《软件文档编写概要》的格式要求,完成《项目需 求分析规格说明书》 按照《软件文档编写概要》的格式要求,完成《项目详 细设计规格说明书》 按照项目任务分配结果和项目进度要求,并依据《项目 需求分析规格说明书》、《项目初步设计规格说明书》 和《项目详细设计规格说明书》,对系统进行设计,编 写代码。 完善编码,对已实现部分的软件或模块的测试任务 3.3 预算 3.4 关键问题 (1)合同风险 签订的合同不科学、不严谨,项目边界和各方面责任界定不清等是影响项目成败的重 大因素之一。 (2)需求变更风险 需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目,往往由于无 限度的需求变更而让项目承建方苦不堪言,甚至最终亏损(实际上项目建设方也面临巨大的 风险)。 (3)沟通不良风险 项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。 (4)缺乏领导支持风险 上层领导的支持是项目获得资源(包括人力资源、财力资源和物料资源等)的有效保 障,也是项目遇到困难时项目组最强有力的“后台支撑”。 4/7 (5)进度风险 有些项目对进度要求非常苛刻(进度要求不高的项目,我们同样要考虑该风险),项 目进度的延迟意味着违约或市场机会的错失。 (6)质量风险 有些项目,用户对软件质量有很高的要求,如果项目组成员同类型项目的开发经验不 足,则需要密切关注项目的质量风险。 (7)系统性能风险 有些软件项目属于多用户并发的应用系统,系统对性能要求很高,这时项目组就需要 关注项目的性能风险。 (8)工具风险 软件项目开发和实施过程,所必须用到的管理工具、开发工具、测试工具等是否能及 时到位、到位的工具版本是否符合项目要求等,是项目组需要考虑的风险因素。 (9)技术风险 在软件项目开发和建设的过程中,战略管理技术因素是一个非常重要的因素。项目组 一定要本着项目的实际要求,选用合适、成熟的技术,千万不要无视项目的实际情况而选用 一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不 具备或掌握不够,则需要重点关注该风险因素。 (10)团队成员能力和素质风险 团队成员的能力(包括业务能力

网站首页 | 网站地图
All rights reserved Powered by 海文库 haihongyuan.com
文档资料库内容来自网络,如有侵犯请联系客服。3088529994@qq.com