图书馆管理系统项目计划书.doc_第1页
图书馆管理系统项目计划书.doc_第2页
图书馆管理系统项目计划书.doc_第3页
图书馆管理系统项目计划书.doc_第4页
全文预览已结束

下载本文档

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

文档简介

图书馆管理系统项目计划书1 引言1.1编写目的本项目计划书的编写目的是制定一套软件项目实施及管理的解决方案,其主要工作包括确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的(时间)进度计划、成本和预算计划、人力资源计划等。1.2 背景图书管理信息系统,是基于图书馆的图书数目不断增加,读者数目不断增长,对图书信息管理自动化和准备化要求日益强烈的背景下,为了实现读者信息管理工作网络化,以及实现网络查询和统计一体化而设计的管理信息系统。该系统为了图书管理员提供了一个个性化的门户,将读者需要的各种服务集成起来,操作员只需一次登录就可以使用所有服务。读者信息服务系统,是为读者介意信息情况提供的接口。从图书信息的录入到读者借阅图书信息的管理,都可以通过这个系统完成。1.3 定义PM(ProjectManager) 项目经理SCM(ConfigurationManager)配置经理SQA(SoftwareQualityAssurance) 软件质量保证UI(UserInterface) 用户接口1.4 参考资料VisualC+6.0程序设计与开发技术大全测试计划配置管理计划质量保证计划1.5 标准、条约和约定本项目遵从以下标准:GB/T 13702-1992 计算机软件分类与代码 GB/T 20918-2007 信息技术 软件生存周期过程 风险管理GB/T 19003-2008 软件工程 GB/T19001-2000GBT 15538-1995 软件工程标准分类法 GBT 9386-2008 计算机软件测试文档编制规范 GBT 9385-2008 计算机软件需求规格说明规范 GBT 15532-2008 计算机软件测试规范 GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 GB/T 11457-2006 信息技术 软件工程术语 GB 8567-2006计算机软件文档编制规范 2 项目概述2.1项目目标 本项目是在原有手工作业基础上增强数据库管理技术,增加图书信息的录入,读者信息的管理,读者借阅和归还图书信息的管理功能。2.2产品目标与范围本项目在通过收集、整理、存储关于图书、读者的主要数据以及原有系统的作业流程信息,为日后建立存储数据仓库做好准备。系统要求界面友好,方便直观,管理员可以针对不同需求分类、排序、查询、统计,方便读者和其他部门根据自己的需求准确快速的查询图书信息,实现以计算机辅助形式代替传统的手工查找形式,减轻图书信息管理人员的劳动强度,提高工作质量和效率,从而使图书和读者管理更加合理化和科学化。2.5应交付成果2.5.1需完成的软件 图书馆信息系统软件2.5.2需提交用户的文档 安装维护手册、使用手册2.5.3需提交内部的文档 需求规格说明书,概要设计说明书,详细设计说明书,源代码清单、代码接口说明、测试策略、测试计划、系统测试用例、缺陷报告、最终测试结果报告。2.5.4需提供的服务 将向客户提供一次集中培训和辅导,一年之内的系统维护。2.6项目开发环境硬件环境:PCServer服务器,人手一台PC机,软件环境:Tomcat+Maven+JDK+MySQL+Eclipse及插件网络环境:100M及以上速率局域网,TCP/IP协议2.7项目验收方式与依据 项目验收将采取三方验收的方式进行:客户方,开发方和监理方。通过考察系统的使用情况,用户的反馈以及专家的意见,形成共同意见并共同签署验收报告,标志着验收工作告一段落。3 项目团队组织3.1 组织结构项目团队分为开发组,测试组,文档组和项目管理组。其中开发组需要对软件开发所用到的Java语言和数据库技术特别擅长,能够在开发组组长的带领下,在规定的时间内迅速完成软件开发工作。测试组需要在开发过程中就开始参与进来,开展测试工作,并且在开发完成后还要继续测试工作,知道软件交付使用。测试组需要有广阔的思维来设计测试用例,然后细心的测试,发现Bug。文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作工作,能够配合其他团队编写出项目开发过程的全部文档。项目管理组需要擅长把握公司的整体运作,包括识人用人,接单,推广产品,激发员工积极性等一系列工作。3.2 人员分工组长:刘清需求分析:刘清代码设计:卢斌 孙新代码测试:王美欣美工:孙飞云技术文档整理:王美欣3.3 协作与沟通3.3.1内部协作文档组向开发组和测试组挖掘技术信息,写到技术文档中。测试组在开发过程中就介入到开发组中来,和开发人员共同完成本系统的开发任务。管理层给大家分配任务,并督促大家完成。3.3.2外部沟通 在与客户的沟通中,开发组和需求顾问需要深入了解客户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下达到各个小组负责人和组员,然后在规定的时间把产品交给高校,形成一种良性循环。4 实施计划4.1 风险评估及对策本项目的主要风险是开发人员对客户需求中的公交运营调度业务不熟悉,另外,在人员、资金、时间、技术等方面都存在风险。4.2 项目时间管理计划 项目进度由总经理和各组经理负责,把总体工作计划分配到每个月,进而分配到每一天,每个人,如果在上班时间没有完成,在晚上加班的时候必须完成天计划。只有确保每天的天计划完成,才能确保总体工作计划顺利完成。需求分析:4月1-10号概要分析:4月10号-20号详细设计:4月20-5月15号编码实现与测试:5月-6月4.3 质量管理计划质量管理由项目经理牵头,测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审或者测试,以保证软件产品的质量。在质量管理计划中,为了保证软件质量管理中队出现的问题的管理,还需要定义问题跟踪流程。流程如下:发现问题,找出问题的责任人通知问题责任人限期修改问题责任人修改问题问题责任人将修改后的内容反馈给发现问题的人员发现问题的质量管理人员对有问题的部分进行重新检验

温馨提示

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

评论

0/150

提交评论