项目计划(review).doc

《项目计划(review).doc》由会员分享，可在线阅读，更多相关《项目计划(review).doc（13页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、图书管理系统项目计划因为这是一个相对独立的项目计划，所以，在扉页加一个封皮吧。1. 引言文中的数字和字母都以Times New Roman字体出现比较合适。1.1 编写目的一般的模板中，各种层次的标题选择的字体、字号是不一样的。本开发计划的目的是：a. 吧？开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记下来，以便根据本计划开展和检查本项目工作，保证项目开发成功；b. 制定项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；c. 规定软件配置管理的活动内容和要求，明确配置管理工作的人员单独的一个字尽可能不要让它独立成行。1.2 项目背景项目软件名称：图书管

2、理系统。随着计算机应用的日益普及和深化，网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的图书管理系统。由于学院藏书量大，借书的学生多，而且存在着各种信息不易存放、已丢失、难以备份和查询等缺点。因此。注意标点符号实现一个将各种图书管理和服务功能集成起来的管理信息系统就显得十分必要，即可以节省资源，又可以有效存储、更新、查询信息。你确认这里用句号是正确的吗？提高工作效率。开发的系统要求界面友好，方便直观。既要方便管理员对图书信息进行添加、删除、修改、查询和统计管理，又要方便学生借书、还书和续借等业务的办理。将数据库发布到互联网上进行资源共享这句话我不太理解，作为一家独立单位的图书馆，

3、会把自己的数据库发布到互联网上去吗？，方便学生可以在自己的权限内对图书信息进行访问，查询相关信息和进行续借操作。特别要求：需求分析必须详细；任务来源：信息技术学院；开发单位：“图书管理系统”开发小组为自己的项目组起一个名字，会不会是一件有趣的事情呢？！或许是一件有意义的事呢？！。1.3 定义缩写、术语解释Processor处理器RAM内存DBproject所用数据库名1.4 参考资料1（美）凯西.施瓦贝乐 著，王金玉 时郴 译，IT项目管理，机械工业出版社，2002年1月第1版。2韩万江 姜立新 著，软件开发项目管理，机械工业出版社，2004年1月第1版。3杨一平等 著，软件能力成熟度模型CM

4、M方法及应用，人民邮电出版社，年月第版。把这些书作为参考资料是不对的。你做的是项目计划，你所参考的是项目计划的前件工作成果，比如：项目的可行性分析报告、什么什么标准等等，而不是什么什么书。2. 项目过程定义2 .1软件开发生命周期模型重新套用一下模板，你看一下文档结构，2.1节的小标题就没有显示出来。瀑布模型的优点是可以保证整个软件产品较高的质量,保证缺陷能够提前的被发现和解决.采用瀑布模型可以保证系统在整体上的充分把握,使系统具备良好的扩展性和可维护性. 适当的重叠各个阶段过程,达到资源的有效利用.2 2 注意数字的格式开发工具与平台本小组的团队组织结构为主程序员式；编程语言为C+；采用面向

5、对象的分析设计方法；利用Visual C+作为开发平台；使用SQL Server2005作为数据库管理系统；并采用统一的C+标准文件命名方式、代码版式、注释等编码规范；开发环境：Microsoft Visual Studio 2005,标点符号后面空一格。Visual C+ 这里的空格意义不大吧。,SQL Server2005。3 计划3.1 资源计划人员：小组软件项目开发成员支持软件：Microsoft Visual Studio 2005,标点符号后面空一格。Visual C+ 这里的空格无意义。,SQL Server2005开发地点：宿舍或机房实验设备：笔记本电脑，实验室电脑项目资源维护

6、需求的数目类型：4台个人电脑表格缺少表的标题软硬件资源名称级别详细配置获取方式与时间表格显得不够紧凑和美观。使用说明关键关键关键普通普通这两张图是你画的，不定期是直接拷贝的？缺少图的标题，两张图的风格不一致。3.2 关键计算机资源估计系统的开发不涉及任何经济的预算，资源分配为各自使用各自的电脑。任务编号任务名称表格问题同上责任人所需资源规格、型号来源价格1数据库建立2子系统编码设计3硬件安装4模块集成测试5系统安装4. 项目管理4.1 人员与角色 把人员的名字具体写上，不要空着 角色参加人员项目管理分析员高级程序员测试人员配置管理员，文档编制辅助人员硬件安装、测试人员4.2 人员计划可以草拟表

7、格内容，但是，表格不可空着。活动编号任务名称开始时间结束时间持续天数负责人参加人员A可行性分析10B需求分析15C软件设计20D数据库建立15E子系统1编码设计10F子系统2编码设计20G硬件安装20H硬件设计20I模块集成测试20J系统安装15K验收测试204.3 风险管理计划风险项风险名称发生概率有些表项是需要有单位的。严重性影响因素负责人预期日期预防及补救方案1需求变动20较严重需求未知用户签字认可2关键资源无法得到支持20较严重项目软硬件或技术未知协调相关资源3人员变动10一般未知未知在项目整个过程中尽量做到遵循公司一系列的规章制度，减少人为因素4市场因素5一般市场问题未知公司上层大力

8、支持4.4 培训计划培训名称培训对象培训内容完成时间C+编程熟悉C+编程，培养测试能力第8周SQL语言学习SQL语言，数据库设计第8周报告编写项目标准Word文档编辑，PPT设计第18周4.5 成本估计开支类别主要开支项、用途全文的表格风格应该保持一致。金额时间5. 进度跟踪5.1 项目会议会前准备这里行文的风格变了吧？！1、确定参会的人员。邀请到正确的人员参加会议是很重要的：2、确定会议的时间。会议时间对参会人能否准时到会是有很大影响的，要考虑参会人的情况来决定会议时间。3、准备好会议资料。会议过程中可能会用到呈现的PPT、问题清单、解决方案等，这些资料都需要在会议前完成，并且实施顾问要逐一

9、检查和确认。4、做好会议前的相关沟通。针对可预见性的问题，一定要在会议前与相关人员进行充分的沟通，确保在会议上大多数人的意见是相同的。特别针对解决方案可能存在几种，实施顾问一方面清楚项目组各成员偏向哪一种方案，另一方面还需要在会前进行必要的沟通和引导，最后让解决方案得到大家的确认和支持。5、安排会议场地与座次。安排座次比较有讲究，尤其是客户有高层参加会议。尽量安排实施方的项目经理与客户高层并排坐在一起，这样方便交流。提醒注意：会议期间，实施方的项目经理尽可能找一些机会与客户高层进行一些耳语。大家也可以想一想为何要这样做。开会套路这是一种规范的言辞吗？1、总结目前取得的成绩，重点突出对方项目经理

10、以及项目核心成员在项目中投入的心血。接下来，概要性地阐述我们目前的阶段性目标。2、目前项目推进的问题，以及分析存在的风险。通常将问题分四类：第一类是企业管理问题；第二类是业务规划类问题；第三是操作应用类问题；第四类是软件功能问题。建议大家的思维改变成不要轻易去谈软件功能问题，而应该去与客户探讨通过管理手段结合ERP系统来解决问题。软件功能问题是我们内部需要去解决的问题，在客户那里，始终坚持软件是对的，设计是有道理的，只是目前遇到的问题不在我们软件的应用场境范围之内。3、应对的措施或解决方案。针对以上问题分别与客户一起分析和探讨对策与方案，这里关键就是引导，不要试图通过软件功能来解决客户所有问题

11、。有时会有好几个方案供选择，每个方案都有优缺点。顾问就应该分析每个方案的优缺点，并引导性地让客户做出选择。4、落实责任人和完成时间。每一个方案都需要资源，也需要有人来担当，而且都应该在规定的时间范围内完成。因此，就应该明确所有解决方案对应的责任人、完成时间，并且征求和说服相关部门经理、分管领导应该给予相关支持。通过会议的方式，很容易协调资源，因为谁也不愿意当所有人的面让别人认为他不支持项目。5、会议总结。总结今天会议的成果，以及有待进一步确认的问题。5.2 项目里程碑这张图的风格比较让人喜欢。文中的所有图都要有图标题，表都要有表标题。第4周项目规划【里程碑】项目开始（第4周末）【交付】SPMP

12、第5-6周需求分析【里程碑】需求阶段（第6周末）【交付】SRS第7-15周设计开发【里程碑】开发阶段（第14周末）【交付】软件设计文档第16-17周整合测试【里程碑】稳定阶段（第17周末）【交付】软件测试文档第18周软件交付【里程碑】项目结束（第18周末）【交付】项目软件 5.3 进度表项目20123月4月5月6月7月8月9月10月11月12月前期准备系统调查系统分析系统设计系统实施系统试运行系统测试系统验收系统正式运行5.4 人员任务分配任务姓名参加时间项目管理全部软件配置管理全部可行性分析全部需求分析全部软件设计全部数据库建立全部子系统1编码设计全部子系统2编码设计全部硬件安装全部硬件设计全部模块集成测试全部系统安装全部验收测试全部用户单位领导小组负责人：成员:职责：提供、协调、确认需求，验收测试