光阴的迅速，一眨眼就过去了，很快就要开展新的工作了，来为今后的学习制定一份计划。写计划的时候需要注意什么呢？有哪些格式需要注意呢？下面是小编整理的个人今后的计划范文，欢迎阅读分享，希望对大家有所帮助。
软件项目管理计划书篇一
;软件项目管理计划书
软件项目管理计划书
项目名称：成绩管理软件项目管理计划书
专 业：计算机科学与技术 班级： 学生姓名： 学号： 指导教师：
20xx年11月
目录
1.简介 .................................................................. 1
项目概述 ........................................................... 1
项目交付产品 ....................................................... 1
spmp的演化 ........................................................ 1
2.项目组织 .............................................................. 2
过程模型 ........................................................... 2
团队的分工与合作 .................................................. 2
3.管理过程 .............................................................. 3
管理目标和优先级 ................................................... 3
风险管理 ........................................................... 3
监督和控制机制 ..................................................... 4
人员计划 ........................................................... 5
4.技术过程 .............................................................. 6
开发方法、工具和技术 .............................................. 6
软件需交付的文档 ................................................... 6
5.开发进度安排与预算 .................................................... 8
进度表格描述 ....................................................... 8
开发过程中的资源需求 .............................................. 10
软件管理过程中预算及资源分配 ...................................... 10
项目进度及关键工期设置 ............................................ 11 参考文献 ................................................................ 12
《软件项目管理》课程设计 成绩管理软件工程项目管理
1.简介
项目概述
本项目要开发一个成绩查询系统，系统一共分为学生查询成绩、教室查询成绩、教室提交修改成绩、管理员操作和游客查询五个子系统。本计划负责其中的有关管理员的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的b/s开发架构，交付的产品包括可执行的文件、源代码、技术文档与管理员使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团队领导进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。
项目交付产品
（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。
（2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的人力资源管理系统运行情况，检查完成后需要提交程序源文件和可执行的系统。
spmp的演化
软件项目计划书在第十二周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组成员同步获得更新稿。
第1页
《软件项目管理》课程设计 成绩管理软件工程项目管理
2.项目组织
过程模型
表1 过程模型表
团队的分工与合作
表2 组织关系图
第2页
《软件项目管理》课程设计 成绩管理软件工程项目管理
3.管理过程
管理目标和优先级
基本管理原则：每位成员既是积极的建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。禁止再有异议。
目标 1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。
目标2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。
目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。
目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。
目标 5：项目设计和开发上尽量有创新，有亮点。
风险管理
本次开发过程中存在的风险及规避方法如下表：
表3 项目风险及其规避方法
第3页
《软件项目管理》课程设计 成绩管理软件工程项目管理
监督和控制机制
报告机制：
1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。
2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。
3. 组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书定期提交风险报告。必要时将突发风险通知所有组员，并由组长做出临时处理决定。然后在该周
第4页
《软件项目管理》课程设计 成绩管理软件工程项目管理 的例会上由组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。
报告格式：
报告主题，时间段，发现人，报告内容，审核意见
评审机制：
每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上锁制定的决策。小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请组长和其他组成员参加评议。亦可询问老师的意见。对于重大的风险处理意见，应该由组长及其他组组长组成评审团对处理意见进行审议和评估。并以评审团的决议（亦可根据老师的建议）作为重要参考来制定决策。
人员计划
第5页
《软件项目管理》课程设计 成绩管理软件工程项目管理
4.技术过程
开发方法、工具和技术
本小组的团队组织结构为主程序员式组织结构；编程语言为c#；采用面向对象的分析设计方法；利用开发平台作为开发平台；使用sqlsever xx作为数据库管理系统图；并采用统一的c#标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
开发环境：sqlserver xx + .net + visual studio xx。
软件需交付的文档
1．软件项目管理计划
该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。
2. 需求规格说明初稿
在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。
3.设计报告初稿
在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。
4.测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。
5．用户手册
在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由维护员更新文档；并在系统交付阶段随着系统一起被交付。
6.个人项目总结
由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。
第6页
《软件项目管理》课程设计 成绩管理软件工程项目管理
7.其他文档
软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。
第7页
《软件项目管理》课程设计 成绩管理软件工程项目管理
5.开发进度安排与预算
进度表格描述
项目进度描述如下表：
表6 进度表格描述
第8页
《软件项目管理》课程设计 成绩管理软件工程项目管理
第9页
《软件项目管理》课程设计 成绩管理软件工程项目管理
开发过程中的资源需求
人员：小组软件项目开发成员
支持软件：microsoft visual stduio xx、.net 、office、sqlserver xx 开发地点：宿舍或者机房
实验设备：个人计算机、笔记本、实验室计算机
项目资源维护需求的数目和类型：3台个人电脑（pentium iii 800 以上cpu，256m以上内存）
软件管理过程中预算及资源分配
1.统一的开发不涉及任何经济的预算，工程量初步设置为3人/天。
2.资源分配为各自使用自己的电脑。
第10页
《软件项目管理》课程设计 成绩管理软件工程项目管理
项目进度及关键工期设置
第11页
《软件项目管理》课程设计 成绩管理软件工程项目管理
参考文献
《软件项目管理》杨律青 电子工业出版社
《软件测试大学教程》蔡建平 清华大学出版社
《c#.net编程开发》黄敏 北京师大出版社
《软件工程导论》陈明 机械工业出版社
第12页
第二篇：138.项目管理计划书 5300字
项目管理计划书
首届mba模拟创业大赛
文 档 信 息
版 本 记 录
\
概述
对于一个全国性的mba创业大赛项目而言，简洁、实用和有效的项目管理方法是项目得以成功实施的必要保证。总体上，我们建议的项目实施途径是：
1、首先应明确地定义本项目的具体实现内容，以及与各外围系统的定位关系。即明确地定义该项目的工作范围说明书（sow）；
2、在sow的基础上，项目组讨论并确定实施相关任务的具体工作方法，在工作方法的基础上，通过对工作任务的细分，应对完成相关任务所需的资源进行评估，并参考总体实施进度的时间要求，制定出详细和切实可行的项目总体实施计划（进度、资源）、以及各实施小组的详细实施计划书等；
3、为确保各方资源的合规调度和及时到位，在项目正式启动以前应签署相关的商务合同；
4、在商务合同谈判和签署的过程中，项目经理将起草一份初步的项目管理计划书，该计划书将包含在项目实施过程中与管理工作相关的主要内容。如：项目进度计划、资源需求计划、项目实施方法概要、质量管理计划、沟通计划、变更计划等；形成最终的项目管理计划书报第六届中国mba发展论坛组委会批准。
5、项目应于合同正式签署的数日内正式启动。项目正式启动以后，项目管理计划书将在项目的计划阶段进一步完善，并应作为在项目实施过程中项目管理的工作指南。项目组应严格按照该计划书中所规定的内容执行，计划书中有关内容的重大变更应参照变更管理流程进行管理。
本文档是项目正式启动之前应讨论确定的项目管理计划书，有关的详细内容请详细参照本计划书中的相关章节。
目的
本项目的项目管理计划书用来定义本次所要开发的可交付物，和为开发这些交付物所需的时间计划，及确保可交付物质量达标的计划，以及其它在项目管理过程中所需要的计划。此项目管理计划书也用来定义可交付物的开发、验收阶段中用来监督和控制项目的工作流程。
此计划旨在用简洁、切实可行、合理有效的方法来确保所有实施的活动实现的业务需求。
此工作文档将会在整个项目的实施过程中随时更新和补充。并遵守本管理计划书中涉及的变更控制流程中的有关规定。
\
项 目 计 划 范 围 此项目计划书中包含下列内容： ? 项目任务与目标 ? 项目范围管理
? 项目的组织结构和职责定义 ? 项目变更管理计划 ? 项目进度时间表 ? 项目质量控制计划 ? 项目风险管理计划 ? 项目验收计划
? 问题管理计划
\
2. 项目任务和目标
首届mba模拟创业大赛 (virtual entrepreneurial management competition)，以“智圆行方，创新发展”为宗旨，力求为全国的各校mba搭建交流和学习的平台，全面检验全国mba在工作中所积累的和两年的学习中所掌握的管理知识、技能和人际交流能力。展示中国mba的创业精神、展示中国mba的实际经营能力，展示中国mba的综合能力。
首届mba模拟创业大赛(virtual entrepreneurial management competition)主要的任务和目标是：
1、 举办一届形式上创新，内容上务实，广大mba学员充分参与，充分展示中国mba学员的风采的创业大赛，提升南开mba的品牌。
2、 通过虚拟mba创业的全过程来检验参赛各校mba参赛团队的实际综合能力，为广大的mba学员今后的创业之路提供一些有益的经验和建议。
项目的实施时间
首届mba模拟创业大赛初赛于20xx年11月15日开始，20xx年2月15日结束，20xx年3月1日开始复赛，20xx年4月20日结束，决赛晚会暨颁奖仪式将于20xx年5月22号18：30至22：00举行。
项目的资源
人力资源：项目的实施以xx级、xx级南开大学mba和emba学员为主，
南开大学国际商学院领导、老师和校外专家为项目咨询顾问
资金资源：对第六届中国mba发展论坛和首届mba模拟创业大赛进行广泛招
商引资、通过企业的各级赞助形式获得项目所需经费
品牌资源：中国mba教育指导委员会、中国青年企业家协会、中国天津市市委、
市政府、中国89所mba院校、南开大学、南开大学mba以及各协办单位和协作媒体
项目所需完成工作
首届mba模拟创业大赛初赛主要分为三个阶段，各阶段所需完成的目标如下：
初赛：
目的：从全国89个mba院校的参赛团队中选出参加复赛的6－10个团队，并
通过对比赛的报道宣传过程中吸引社会和媒体的关注，提升中国mba和南开mba的品牌价值
评比重点：在同一起跑线上对现有资源的整合和运用能力、各种管理知识和技巧
的运用以及盈利模式的创新和创业计划书的写作水平
\
复赛：
目的：从6－10个复赛团队中选出参加决赛的3个团队，并通过对比赛的报道宣
传过程中吸引社会和媒体的关注，提升中国mba和南开mba的品牌价值
评比重点：企业战略的刚性和柔性、对突发事件的应对能力以及各种管理知识和
技巧的运用
决赛：
目的：决定冠、亚、季军的归属，通过权威电视、网络媒体现场直播的形式，升
华整个比赛的主题并达到提升中国mba和南开mba的品牌价值的目的 评选重点：各团队的团队精神和协同能力，以及各管理技巧的灵活运用及现场的
情景测试所表现出来的应变能力、抗压能力以及英语交流等实际综合能力。
\
3. 项目工作范围描述
本项目的工作范围包括首届mba模拟创业大赛的策划、组织、协调和宣传工作。
项目范围概述
工作分解结构（wbs）
首届mba模拟创业大赛策划工作范围界定 项目组所需承担工作： 初赛：
与各协作单位联系并确定最终获奖团队的奖金与奖励的设置以及奖项的设置、分布
制定创业计划书的评分细则和设计初赛成绩的权重 统计完成各校参赛团队的最终初赛权重成绩
汇总复赛初赛团队的创业计划书的题目与摘要并提交给外联项目组 完成所有与外界沟通所需要的所有信函和通知的设计和文案工作 复赛：
汇总复赛参赛团队所需要回答的问题和答案并提交给外联项目组
\
及时通过各协作媒体向外界公布创业大赛复赛的比赛过程和最终复赛成绩
决赛晚会：
设计决赛。在三个小时的情景设计上达到决赛创业团队与面试评委的充分互动，台上和台下的充分互动的效果，要把最后得奖的悬念保留到最后。让晚会充分展示的中国mba、南开mba、首届mba模拟创业大赛项目组的综合能力
颁奖仪式设计要有创新，要体现南开大学、南开mba的特色。整个气氛热烈而有序。
各协作单位所需承担工作：
初赛：
gmc（国际管理挑战赛中国赛区组委会）：
负责设计本次大赛的gmc模拟营运比赛部分，并确保比赛能在规定时间内完成并达到选拔团队的目的
大赛全过程
各协作媒体：
设计本次大赛的初赛、复赛和决赛的报道方式和过程，与组委会取得一致。
成立各媒体的项目小组，及时与首届mba创业大赛项目组联系协调，积极参与比赛的组织过程并为比赛设计适合于初赛、复赛、决赛的宣传资料以及决赛时所用的整体ci设计（宣传海报、宣传手册等）。
首届mba模拟创业大赛组织工作范围界定
项目组所需承担工作：
初赛：
邀请89所mba院校参加首届mba模拟创业大赛并确认统计最终参赛团队的数量。
邀请各知名风险投资机构、创业学专家学者、知名企业家参加创业计划书的评分工作并确定最终的评委名单
协助gmc（国际管理挑战赛中国赛区组委会）对各参赛团队进行参加gmc模拟经营比赛的培训计划
回收、统计最终的各团队创业计划书的电子文档和书面材料并按创业模式分类
把创业计划书按照分类寄发给各评委，并协调评委的评分工作，确保各参赛团队的初赛成绩创业计划书部分在规定时间内统计完成
\
与gmc（国际管理挑战赛中国赛区组委会）协调共同完成初赛的企业模拟经营部分，确保模拟经营部分在各校顺利进行并确保成绩在规定时间内统计完成
邀请评委针对自己所评阅的参赛团队创业计划书提出7个问题，问题主要包括对计划书本身的一些置疑和企业获得500万风险投资后可能会面对的一些风险和实际经营问题。
复赛：
协调评委的工作并确保进入复赛的参赛团队在预定时间内收到复试题目并回收。
确保评委在预定时间内收到参赛团队的答案并协调在预定时间内评委工作在预定时间内取得各参赛团队的最终复赛成绩
决赛：
组织整个决赛晚会的实施并通过彩排确保晚会达到预期效果
各协作单位所需承担工作：
各协作媒体：
各媒体的项目小组，及时与首届mba创业大赛项目组联系协调，积极参与比赛的组织过程并在各阶段为比赛制作适合于初赛、复赛、决赛的宣传资料以及决赛时所用的整体ci设计（宣传海报、宣传手册等）。
gmc（国际管理挑战赛中国赛区组委会）：
对各校参赛团队完成参加gmc的相关前期培训
组织各参赛队顺利完成初赛并及时把各参赛团队各轮比赛的决策和股价发给组委会以便于通过各协作媒体向外界发布
模拟创业大赛评委：
在规定时间内完成创业计划书的评分工作以及对创业计划书的疑问和拿到风险投资以后企业可能面临的风险
在规定时间内完成参加复赛的创业团队复赛答卷评分工作
各协作单位所需承担工作：
各协作媒体：
成立各媒体的项目小组，及时与首届mba创业大赛项目组联系协调，积极参与比赛的组织过程并为比赛设计制作适合于初赛、复赛、决赛的宣传资料以及决赛时所用的整体ci设计（宣传海报、宣传手册等）。
gmc（国际管理挑战赛中国赛区组委会）：
在gmc官方网站显著位置建立首届mba模拟创业大赛的网页，及时发布相关信息
模拟创业大赛评委：
在规定时间内完成创业计划书的评分工作以及对创业计划书的疑问和拿到
\
风险投资以后企业可能面临的风险
首届mba模拟创业大赛宣传工作范围界定
项目组所需承担工作：
初赛：
与各媒体沟通，确定首届mba模拟创业大赛的大众、专业、网络和平面媒体协作单位
及时通过各协作媒体向外界公布创业大赛初赛的比赛过程和最终初赛成绩 向各参赛学校发布每个阶段所选用的宣传资料
全过程：
与各媒体项目小组沟通并了解和协调各协作媒体项目小组的工作进度
各协作单位所需承担工作：
各协作媒体：
及时向外界公布创业大赛的相关信息，包括：首届mba模拟创业大赛的新闻发布会和初赛、复赛、决赛晚会的相关信息。
gmc（国际管理挑战赛中国赛区组委会）：
在gmc官方网站显著位置建立首届mba模拟创业大赛模拟经营部分的网页，及时向外界发布相关比赛过程和比赛结果等信息
\
4. 项目的组织结构和职责定义
项目组织结构
项目组织结构构成原则
1、项目各小组的分工原则：小组的目标和任务明确；
2、按照本项目的重点和难点进行分组，本项目的重点是加强各小组之间的协
调，加强本项目的质量控制，本项目的难点是对大赛总体效果的把握。
3、为加强对资源的协调，需要南开大学、南开大学国际商学院的直接支持。
项目组织结构图
如下图所示：
项目各组织的责任及人员安排
\
\
5. 项目变更管理计划
很多方面的因素都会导致变化，都会对项目带来很大的影响。这些变化会使得方案在功能上有些增加或减少，因而需要在策划和实施过程中严格控制。
变更控制概述
变更可能由各协作单位或项目组提出，每一个变更必须记录成文档。
变更的批准：重大的变更需由第六届中国mba发展论坛组委会和项目组批准，其他变更有由双方的项目经理共同决定。
一个确认的变更须得到批准后才能继续进行时，需要使用变更申请流程。
\
变更处理流程
\
变更处理流程描述
1. 提出变更：由各协作单位或项目小组组提出按规范提出，由相关组长提交到项目经理处。
2. 项目经理与各相关协作单位的项目经理共同确认此变更请求是否为变更。
3. 若是变更，提交相关组或专家顾问评估此变更，同时交变更管理员登记此变更。
4. 根据评估结果,由项目经理与相关协作单位项目经理签字决定是否执行此变更。
5. 若此变更决定被执行，项目组即可按照推荐方案上的内容制订相应的变更实施计划，进
行有关的变更操作，并详细记录状态。
6. 由相关组或相关人员评估此变更执行结果。如果达到要求，则完成变更。若未达到，则
直到达到要求为止。变更的执行结果交变更管理员归档。
7. 需填写的表格为：《变更申请表》，《变更评估表》，《变更执行结果评估表》，《变更登记
表》。
登记事件
对每一次变更事件进行登记，做好变更的管理工作。
争议解决
若双方对变更意见不统一，先在双方项目经理之间进行协商解决，若问题重大，不能在项目经理层做决策，需上报到第六届中国mba发展论坛组委会。项目经理负责对此问题的追踪，尽量缩短问题解决的时间。
\
相关热词搜索：;
软件项目管理计划书篇二
软件项目是为了满足人们日益增长的生活工作需要，需要通过软件开发人员通过一系列的手段获取用户的需求，然后通过分析，遵循一定的开发原理采取相对应得方法，最终产生用户所想要的软件。这就需要开发人员写好项目计划书。今天小编在这给大家带来软件项目计划书，接下来我们一起来看看吧!
一、企业概况
天津桓博科技发展有限公司成立于20__年12月，位于天津市南开区高新技术产业园区的中心地带(白堤路)。是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。员工队伍业务全面、经验丰富、敬业爱岗、素质优良，其中：专业技术人员20人，全部是大专以上学历，能够以最合理的价格为客户提供最专业的技术服务。
公司是北京用友集团天津地区小型管理软件授权营销服务商，并且连续两年获得用友软件在天津地区的产品a级代理销售及服务授权资格。而且销售额连续两年名列前两位，获得用友集团的表扬和鼓励。
公司内部管理制度合理适宜。外部社会关系广泛良好。经过不断地改进和完善，已基本形成了一套比较科学有效的管理运作体系。
为适应业务发展的需要，壮大经营规模，进一步增强核心竞争力，公司决定启动以“追求客户全面满意，扩大市场占有份额”为主旨的二次创业。
我们相信，通过努力，在以北京用友集团为后盾，桓博公司将成为更具综合实力的企业，也将为加速提高天津地区企业信息化技术应用水平，做出更大贡献。
二、营销计划
公司不仅注重短期目标，更加重视长期发展。公司将秉承“重诚信，竭精心，尽全力，为客户着想，让客户满意”服务理念，在日常业务中不断丰富公司品牌内涵，努力拓宽渠道，扩大市场知名度及美誉度，激活市场，带动人气，力求在天津大部分地区实现销售增长，成为天津地区财务软件的最大代理服务商。
1.目标市场：创业前期(两年内)目标主要集中在天津及周围区县的小型企业，个体经营和一般事业单位，在后期(两年后)逐步进入天津的大型企事业单位，占领这部分增值潜力最大的市场。
2.企业定位：“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务，推动软件信息化的普及。
3.使用价格：参考报价
4.营销队伍：在创业初期，为了降低企业的运营成本，大部分的宣传工作都由本公司的成员承担;在企业不断发展过程中，再适时招纳一定数量新成员(15名左右)专门从事企业营销策划的工作。
5.服务支持：使顾客能迅速、方便的得到准确、完善的相关服务和技术支持。
6.广告宣传：开展有计划。有目的的广告活动。在初期(两年内)主要面向小型的企事业单位，提供尽可能多的免费培训和知识讲座，专门针对会计人员的业务应用环节，逐渐“渗透”的方式进入企业;从第三年开始，我们将集中一部分优势力量对企业中的广大财务人员展开新一轮软件的宣传、促销和培训攻势。广告中突出宣传我公司“专业化”、“人性化”等鲜明特点，并且保证初期的广告投入预算，迅速提升知名度，预计20__年广告费10万元。
7.推广计划：20__年下半年开始投入5万元建立自己的网站，并且丰富网站内容，建立会员机制，提供在线技术支持和交流论坛;注册3721网络实名和网站推广，在各大传媒中广告投入，吸引用户注册我们的会员，并且给予会员金额上的优惠和赠送礼品，以此扩大我们的客户群体。
三、产品服务
用友公司是中国最大的管理软件、erp软件、财务软件供应商，是中国最大的独立软件供应商。在中国erp软件市场，拥有公司是市场份额最大、产品线最丰富、成功应用最多、服务网落最大、交付能力最强的领导厂商。
(1)软件产品介绍
1：用友财务通由于信息计算在财务领域的广泛应用，会计将由核算型向核算管理型转移;财务工作将进一步参与单位的经营管理，在控制、决策、分析和考评等方面发挥重大的作用。用友财务通正是基于这种环境，以“精细核算，卓越理财”为核心应用理论，面向中小企业及组织的财务应用，提供企业投资融资决策，从而帮助企业全面实现电算化管理。本产品主要包括财务处理、工资管理、固定资产管理、报表、财务分析以及存货管理六大系统。其中，财务处理又细分为总帐、应收应付、项目管理、现金管理等四大模块。用友财务通提供数据接口，可实现向u8管理软件的平滑过渡，满足企业业务发展的需要。
2：商贸通本系统通过预置多种会计制度模板、多种业务类型，全面满足各类小型商贸企业进销存及财务核算需求，为企业提供多种灵活的业务处理方法，准确及时汇总财务数据，出具多角度业务分析报表，规范业务流程，加速资金周转，降低运营成本，提高企业盈利能力及市场竞争力，帮助小型商贸企业高速发展!
3：用友u8系列/用友erp/u8产品介绍用友erp—u8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。他具备五大产品特性。
1.企业全面应用2.按需部署3.高度整合4.快速见效5.低成本
3：用友商用表单及耗材：
用友表单与用友软件全线配套，具有丰富的产品线，主要包括：会计帐簿;业务表单(寻报价单、送收货单、收付款单);综合表单(工资单、固定资产卡片、出入库单)等以及配套装订用品。用友表单支持针式打印机、激光打印机、喷墨打印机等多种打印设备。
(2)软件优点说明：
2.技术特点：
(一)严密的安全技术
3.应用特点：
全面支持小企业会计制度，满足更多小企业管理需求。!a.业务流程自由选择，企业灵活选择自己的业务处理流程。b.报表统计与分析角色化，按应用角色多角度进行业务分析。c.灵活自定义各种基础档案业务属性、各种业务报表及单据格式。d.财务业务一体化管理，更加全面掌控企业物流，资金流，信息流。e.规范企业管理，有效控制企业财务经营风险。f.丰富快捷的财务，业务等分析处理，快速支持企业决策。g.完善的资金管理，提供从日记帐到银行对帐单、支票登记簿、费用报销等一套出纳业务。
(3)产品服务对象
1.财务通：基础版：面向小型企业，小型诊所社区医院、小规模学校等以及兼职会计人员或小型代理记帐公司(5套帐以内)标准版及网络版：面向以财务核算为核心进行全面经营管理的小企业(主要为小型工业企业)以及规模较大的代理记帐公司等。
8面向大中型企业或集团应用的一体化解决方案，用友erp—u8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。将成功的管理经验与业务实践应用产品化，把管理要素合理预置在软件中，让更多的企业通过应用和实施用友erp—u8企业应用套件来实现先进、成熟管理的应用价值。
3.授权资格等级用友软件时第一个通过国家财政部审批的财务信息化软件开发商。
四、业务收入
1.收入来源：桓博公司的收入来源主要为软件销售、升级和软件售后服务费(包括用友软件配套耗材)三个部分，并根据行业的平均标准和公司的成本预算制定相应的收费标准。
其中收入主要以软件销售收入为主，软件升级和服务费及配套耗材销售收入为辅。年均软件销售额超过80万元，服务费收入超过15万元，用友配套耗材销售收入超过10万元，计算机硬件及网络工程实施收入10万元。
五、竞争情况及市场营销
(1)、市场评估：计世资讯(ccwresearch)的研究表明，20__年上半年，中国通用型管理软件市场规模为22.7亿元，增长率32%;同期，erp规模达到11.9亿元，增长率为29%。有关资料显示，截至到20__年底，天津地区共有各类企业和组织近10万家，其中以应用软件进行相关管理的只有20__家左右，仅占0.5%。市场发展潜力十分可观。(一)中小企业erp需求旺盛20__年，中国中小企业erp市场销售额已经占到erp市场销售额的68.2%，中小企业市场同比增长速度达到24.1%大幅超过了大型企业市场18.7%的增长速度。20__年中小企业将会延续20__年的快速增长态势，增长速度仍将超出大型企业市场的增长速度，继续成为拉动erp市场增长的主导力量。
(二)中小企业用户erp选型慎重
通过调查研究表明，中小企业用户在erp选型时更加慎重，选型时考虑的因素不再仅仅是厂商品牌、产品价格、功能模块是否全面等表现因素，而是会更加关注产品的可用行，产品是否真正适合企业业务和发展，是否真正能够满足企业现阶段和未来的潜在需求，给企业带来工作效率的提高和销售业绩的提升。
(2)主要竞争对手分析目前我们遇到的竞争对手主要有同行业的厂商，其他竞争对手虽然也有和用有软件争夺市场的能力，他们有和用友功能模块大致相同的产品投放市场，但是产品相对单一，配置也不如用友灵活。从长远的目光来看他们所占据市场份额还不足以威胁到用友软件的发展和生存。相反的，这部分市场份额对用友来说也是利润的增长点，而且中小企业占了国内企业的绝大部分。用友软件公司也注意到了这方面软件的需求，先后推出了系列产品，是所有软件厂商中唯一产品线最丰富，适用面最广泛，按需配置最灵活的管理软件开发商。
(3)销售策略：
帮助客户做到4个充分
充分了解需求;充分培训练习;充分反馈问题;充分总结经验;
利用各种方式，向目标客户传递以下理性诉求：
1.实时化-企业在经营中，必须掌握立即、快速的原则，新品上市快，客户服务要快，决策速度要快，企业应变速度要快。
3.创利化-经营无非时为了活力及贡献社会责任，因此就必须不断创造利益，就要在重视有利益的销售的同时，努力提高效率，降低成本。达到提升竞争力的目的。
(4)价格政策
完全按照用友公司的政策规定执行。报价(略)
(5)销售方式
为了使本公司的产品一最快的速度，最全面的被目标客户企业家了解并接受，拟采取以区域集中推介会、社会关系介绍、销售人员上门联系3种直销形式为主，向下级代理商批发为辅的销售方式。公司还将重视做好现有客户的售后服务工作，力争在赢得美誉的基础上，将客户的关系渠道发展成为公司拓宽市场的销售通道。
计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。
1 开发前的准备工作
一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。
系统任务书的基本框架如下：
(1)引言
包括编写目的，背景，参考资料。
(2)系统的目标及任务
包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。
(3)系统的结构及功能
包括系统应用组成及结构，系统主要功能。
(4)系统的规模及进度要求
包括系统规模，系统研制进度，人员计划。
b. 分析原系统(工作环境)现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。
需求分析报告的基本框架如下：
(1) 概述
包括 编写目的，背景，参考资料，术语及缩写词。
(2) 对现有系统的分析
(3)待开发系统的详细需求
包括 功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。
(4)使用环境
包括 网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。
(5) 可行性分析
包括 技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。
(6)结论意见
2 软件开发过程
有了系统任务书和需求分析报告，软件设计人员就要对软件项目的实现进行系统分析，系统分析包括系统的总体方案，系统的设计说明，作为软件设计的依据。具体说明如下。
2.1 系统总体方案
在系统开发单位和用户充分交互、理解的基础上，提出系统的技术构架，对系统功能、性能等主要指标作描述，对实现方法和要求作规定，是系统进行详细设计的依据。
系统总体方案基本框架包括：
(1)引言
包括 ：编写目的，背景，参考资料，术语及定义。
(2)项目概述
包括 ：
--项目的主要内容
--系统需求分析：①用户需求调查分析②现行系统的现状调查分析。
--系统功能：①系统的功能要求②系统主要技术性能。
--系统的数据要求：①基础数据②业务数据③交换数据④其它数据。
--系统的设计要求：①技术结构要求②系统划分及其接口要求③系统运行环境要求④系统标准化综合要求。
(3)实施总计划
包括 ：进度，预算，问题和措施。
2.2 系统设计说明
(1) 引言
包括 ：编写目的;背景;条件和限制;参考资料;术语及定义。
(2) 系统总体技术方案
包括：
--概述：①系统目标②基本要求。
--系统设计：
①系统结构
a、 应用结构。
b、 功能结构。
c、 技术结构。
② 系统功能设计：根据以上的分析，功能设计自然
包括业务管理功能设计、综合查询功能设计、邮件收发功能设计、数据库接口设计、文电接口设计。在对这些功能进行综合分析的基础上，开始进行数据库表的设计。在对表的设计过程中，既要考虑到关系数据库冗余字段的处理，又要考虑到系统运行的速度和实现的方便性等综合因素，笔者在实际开发后认为这两种考虑比例可以为7：3。
③系统安全设计：可以考虑以下一些安全设计思想，例如系统的数据传输通过电子邮件实现，要求电子邮件内部只传代码，不传涉密数据;系统的数据库操作需要充分利用oracle数据库的事务提交和回滚机制，确保业务处理的完整性和一致性;系统的数据结构应充分利用存储空间，在不同的用户之间通过数据冗余提高整个系统的数据安全性;系统中存贮的用户口令、备份口令、数据库连接信息等重要数据，必需经过安全加密。
④ oracle数据库自动优化设计：对于oracle数据库可以进行数据库配置，可以大大提高大数据量查询速度，笔者已经做过尝试，并已经成功应用。
⑤ 友好界面设计：对于一个良好的应用系统当然需要设计良好的使用界面。
2.3 软件开发
对于开发语言的选择因人而易，开发数据库系统我比较倾向于delphi，因为它对于数据库开发的支持是很完善的。在软件实现方面，上面已经说明了一种客户/服务器结构，但是这种结构本身也包含了一些问题，例如客户/服务器结构经常把应用系统的企业逻辑编写在客户端的应用程序中，因此当应用系统需要改变时，所有在客户端的应用系统都必须改变，这对于mis系统的维护来说成本太高了;为了解决这些重复开发应用系统的成本以及为了增加应用系统的重复使用性发挥面向对象分析/面向对象设计的功能，就必须导入所谓的应用程序服务器，软件开发人员以一种特定的组件形式，例如microsoft的com/dcom，corba对象，或是enterprisejavabean等，组装企业的逻辑程序代码。这种经过组装，能够执行特定企业功能的对象便称为"企业对象"，然后把这些企业对象分发到此应用程序服务器。由于本文不是专门讨论多层系统的文章，所以只是简单提一下，不再赘述。
程序设计中要注意合理的程序设计结构，可以将所有的公用组件放在一起。例如delphi语言中可以新建一个单元，将所有编写的函数放在这个单元里，其他单元均可以调用，还可以新建一个数据模块(datamodule),将所有的公共数据库控件放在这里，可以减少系统资源浪费，优化数据库程序设计。
关于程序设计中的技巧很多，这里也不再赘述。
3 软件开发后的工作
软件项目在开发完成后还要进行系统测试，以测试开发出的软件的功能和性能是否达到预定要求。
3.1 软件测试大纲
这是软件设计人员用来自测系统的。包括：
(1)测试环境①硬件环境②软件环境③数据环境④网络环境。
(2)功能测试内容①模拟现场测试②应用现场测试。
(3)性能测试内容
另有附表：附表一 系统功能测试表;附表二 系统性能测试表。
3.2 用户应用测试
由用户在实际使用过程中进行测试，并给出应用证明。
4、总结
开发软件项目是一个庞大的系统工程，以上只是介绍了一般性软件主要是数据库软件的开发过程和设计思想，它要求软件开发者对此要有精深的理解，熟悉软件开发的思路。
通常一个人难以完成所有工作，需要一个良好的合作团队来协作完成，其中需求分析员和系统分析员要提供软件项目的具体要求和设计思想，由软件开发组把这些要求创建出便于维护和可持续开发的系统资源。
一、公司描述、宗旨和目标
中国__软件有限公司是以__教授(原中国交大研究生)、__教授(原中科院计算所研究生)携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20__年7月在中国张江高科技园区注册，主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统——__sql，并基于__数据库产品进行应用开发和推广。
__软件的宗旨是以创新的核心技术为起点，以国际一流的专家为技术领路人，将核心技术转化成具有国际竞争力的商业产品，将__软件建设成一个大型的基础软件和应用软件供应商。
__软件的短期目标：基于__数据库(__sql)的“__企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度，而非盲目追求数量增长。总之，首先使公司运营正常，实现良性现金流和一定的赢利空间，再求进一步发展，实现良好的投资回报。
__软件的长期目标：开发和推广大型通用数据库管理系统及其应用产品。
二、公司目前的股权结构
公司目前的股份构成：
三、已投入的资金及用途
公司于20__年7月成立，注册资金200万元人民币，主要用于产品的开发、测试，市场渠道的铺设。
公司成立以来成功申请了20__年科技部中小企业技术创新基金(75万元)和20__年中国市第一批软件和集成电路产业发展专项资金(50万元)。
四、公司目前主要产品及服务
公司的主要产品：“__数据库管理系统(__sql)”。
正在开发的产品有：“__企业信息备份与搜索工具”。
公司还计划基于__数据库建立“__数据服务中心”，为广大中小企业用户提供数据集中维护及安全保障。
五、产品的知识产权和归属权
“__数据库管理系统(__sql)”是由两位创始人(__、__)在国外任教期间发明，通过与任教所在大学签定法律合同(见附件)，数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有，目前数据库的所有知识产权已转到中国__软件有限公司。
“__企业信息备份与搜索工具”则是在中国研发的基于__数据库的应用产品。中国__软件有限公司拥有产品的所有知识产权。
六、市场概况和营销策略
目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。
__的总体营销策略是：分别向中小企业、大型企业和服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。
七、核心团队
公司的核心团队由五人组成：
王先生(__大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家)。
八、公司优势说明
公司的主要优势如下：
高性能和安全机制，产品性价比高;
3) __能快速灵活地向用户提供按需定制服务。
九、目前公司为实现目标的增资需求
为了抢占企业信息搜索的市场发展先机，__需要的外部投资为750万元人民币，加上__的预期销售收入及其他资金，致力于“__企业信息备份与搜索工具”产品的市场开发。
公司计划在20__年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造__软件品牌。
十、融资方案
企业的产品经营和资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“__企业信息备份与搜索工具”的市场开发。
此次融资的资金筹措方式：股权融资(投资750万获取20%股权)或引进战略投资者。 投资方可通过股票上市或公司兼并的方式退出。
十一、合作方式
中国__软件有限公司计划吸收750万元(人民币)风险资金，主要用于“__企业信息备份与搜索工具”的市场开发。
投资方和__软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。
软件项目管理计划书篇三
;姓?名：
题?目：
sim+rpg?项目计划书
专?业：
软件工程
班?级：
日?期：
2017?年?11?月?25?日
《it?项目管理》
大作业
精品
目录
1? 引言?........................................................................................................................... 1
1.1? 编写目的?.......................................................................................................... 1
1.2? 背景?................................................................................................................. 1
1.3? 定义?................................................................................................................. 1
1.4? 参考资料?......................................................................................................... 1
2? 项目概述?................................................................................................................... 2
2.1? 项目目标?.......................................................................................................... 2
2.2? 功能需求?......................................................................................................... 2
2.3? 项目范围管理计划?.......................................................................................... 2
2.3.1? 范围描述?................................................................................................ 2
2.3.2? 验收标准?................................................................................................ 2
2.3.3? 可交付成果?............................................................................................ 2
2.3.4? 制约因素?................................................................................................ 2
2.4? 项目开发环境?................................................................................................. 2
3? 项目团队组织?........................................................................................................... 3
3.1? 组织结构?......................................................................................................... 3
4? 项目可行性?............................................................................................................... 3
4.1? 可行性分析?..................................................................................................... 3
4.1.1? 对自身要求?............................................................................................ 3
4.1.2? 完成期限?................................................................................................ 4
4.2? 决定可行性的主要因素?.................................................................................. 4
5? 项目进度计划?........................................................................................................... 4
5.1? 工作流程?......................................................................................................... 4
5.2? 总体进度计划?................................................................................................. 5
6? 项目规模估算?........................................................................................................... 7
7? 质量管理计划?........................................................................................................... 8
7.1? 目的?.................................................................................................................. 8
7.2? 质量管理流程?.................................................................................................. 8
7.3? 软件质量标准?.................................................................................................. 8
7.4? 质量控制计划?................................................................................................. 9
8? 风险计划?................................................................................................................. 10
8.1? 风险计划表?.................................................................................................... 10
9? 支持条件?................................................................................................................. 11
9.1? 内部支持?....................................................................................................... 11
9.2? 客户支持?....................................................................................................... 12
精品
9.3? 外包?............................................................................................................... 12
10? 项目成本计划?....................................................................................................... 12
10.1? 人员成本?..................................................................................................... 12
10.2? 设备成本?..................................................................................................... 12
10.3? 其它经费预算?............................................................................................. 13
10.4? 项目合计经费预算?..................................................................................... 13
11? 项目收尾?............................................................................................................... 13
11.1? 项目总结?...................................................................................................... 13
11.2? 好的经验?...................................................................................................... 14
11.3? 验收?.............................................................................................................. 14
11.3.1? 验收前提?............................................................................................ 14
11.3.2? 验收内容?............................................................................................ 14
11.4? 项目总结和评价?.......................................................................................... 14
11.4.1? 总结目的?............................................................................................ 14
11.4.2? 会议目的?............................................................................................ 15
11.4.3? 项目总结?............................................................................................ 15
11.4.4? 项目评价?............................................................................................ 15
精品
1?引言
1.1?编写目的没有规矩不成方圆，无论什么事情，要顺利地完成，必须有一个统一的计
划指导书。软件项目开发也不例外。这个计划书不仅能让参与项目的开发者们
知道如何进行，还明确了他们各自的职责、保证项目团队之间的协作更加的有
条不紊、使得项目工作的各个过程能够合理有序地进行。同时，计划书也能让
团队内外的沟通起着向导作用、团队之间的工作范围、开发模块之间的关系，
以及对开发进度、经费预算、分配人力物力、风险等因素进行了大概的描述。
本项目开发计划用于从总体上指导超市商品查找系统项目顺利进行并最终得到
通过评审的项目产品。本项目开发计划面向项目组全体成员。
1.2?背景
随着游戏行业的发展，各类型游戏纷纷涌现，出现了很多前人未曾尝试的组合，人们的游戏欲望也逐渐膨胀，为响应中国游戏市场，满足人们的游戏需
求。以一种创新，有趣的组合满足大部玩家的同时，突出细微之处的与众不同，
迎合少数一部分人，发展粉丝。这个世界不会嫌新的东西多，本项目可以满足
玩家给玩家一种新的感觉，满足需求。
1.3?定义
专业术语：
mysql:系统服务器所使用的数据库关系系统（dbms）.狮子座色
sql:一种用于访问查询数据库的语言
sim：（模拟经营游戏）：simulation?game
rpg：（角色扮演游戏）：role-playing?game
1.4?参考资料
? 《软件项目管理》?rajeev?t?shandilya?编著科学出版社。
? 软件工程国家标准文档
软件工程项目开发文档范例
精品
2?项目概述
2.1?项目目标
本次的?sim+rpg?项目开发分为三个重要过程，重要过程如下：
第一：在短时间内开发出比较精简的和?pc?版，作为模型，观察游戏性、策
略性等方面的游戏效果，根据模型进行微调，开始二次开发。
第二：在开发的过程中，需要对成本的预算降到最低，在招标的过程中，
选择最合理的方案。
第三：后期的产品宣传要用大力度，大范围，以保证受众广。
2.2?功能需求
? 不影响普通玩家游戏体验的充值内购功能
? 独立出游戏原声集用于出售
? 商品宣传功能
? 广告内置
? 游戏账号注册
2.3?项目范围管理计划
2.3.1?范围描述
游戏以盈利为目的。为了在竞争中取得优势，必须进行大力宣传。体现在
啊贴吧、微信。与国内知名游戏平台合作。同时在国际性游戏交易平台上线。
2.3.2?验收标准
具体标准参照合同。
2.3.3?可交付成果
完整的游戏项目以及用户操作手册和规范的管理文档。
2.3.4?制约因素
必须在?2018?年?8?月之前完成，成本控制在?20?万以内
2.4?项目开发环境
windows7 + unity3d
精品
3?项目团队组织
3.1?组织结构
高层
项目经理质量监管 市场部 用户
项目经理
美术组长 程序组长 策划组
美术组员
美术组员
程序组员
程序组员
4?项目可行性
4.1?可行性分析
在做项目的时候，要求是客户的需求，我们要对客户的要求做到充分的理
解，理解到位，那么团队对项目的目标便是明确的，对后期的项目制作很有帮
助。
4.1.1?对自身要求
明确自身方向，有针对性的大范围收集数据，对玩家进行调查，以便获取
当前玩家的喜好。提前熟悉开发流程，探索必须的准备工作，以及未来上市之
后的工作流程。
精品
4.1.2?完成期限
本项目对时间的要求很严格，假设开始时间为?2018?年?3?月，截止时间为
2018?年?8?月
4.2?决定可行性的主要因素
1、技术人员：需要过硬的游戏开发的编程人员
2、美术人员：美术是广大玩家评价一个游戏优秀与否的第一要素，画工
硬的美术人员是必须的。
3、游戏宣传团队：游戏项目上市后的宣传工作，关系着这个游戏的未来。
4、项目开发经理：有组织有纪律，按照章程，完整地完成项目
5、金钱：根本要素
5?项目进度计划
5.1?工作流程
第一阶段：策划阶段?（30?天）
围绕着游戏主题对整个游戏项目进行策划，制定细节。针对受众群体，确
定整体风格。编写进度文档，列出待完成项，每项后列出所需的全部素材，分
析包含关系。进行开发顺序的排序。整合人员，分配任务。
第二阶段；准备素材（60?天）
根据文档准备美术方面和音乐方面的素材。负责人提出大体需求，初步成
品微调。与此同时，编程人员编写框架，写一部分易移植的通用代码。与美术
人员同步进行，互不干扰。当素材充足进入下一阶段。
第三阶段：填充框架（120?天）
编程人员使用素材填充游戏初步框架，根据设计文档，逐步实现需求。美
术人员丰富素材，完善素材。
数据分析人员计算数据，定义游戏内各项数值。
第四阶段：内部测试（90?天）
测试人员根据测试文档测试重点内容寻找?bug，编程人员消灭?bug。数据
分析人员兼职测试人员，检查游戏内数据设计是否合理，并调整完善。抽取数
名外部人员试玩并记录反响。
精品
活动名称
持续周期
活动资源
前导活动
a：需求分析
10?天
需求分析师?2?人
每人一台基本配置电
脑
b：游戏设计
20?天
游戏系统架构分析师
2?人，游戏策划?1?人
a
每人一台基本配置电
脑
c：测试案例编写
10?天
测试工程师?2?人
a
每人一台基本配置电
脑
d：编程实现
30?天
程序员?5?人
b
每人一台基本配置电
脑
编程服务器一台
e：游戏测试
30?天
测试工程师?5?人
cd
每人两台基本配置电
脑
测试服务器和备份服
务器各一台
f：编写用户手册
2?天
文档人员?1?人
a
一台基本配置电脑
g:?调试游戏系统
3?天
系统调试员?2?人
e
调试机器若干
运行系统服务器一台
第五阶段：宣传与上市（30?天）
通过?steamdirect?上市?steam，宣传人员进行网络宣传。制定抽奖活动，
吸引网民注意力
5.2?总体进度计划
初步确定开发期为?6?个月，试运行?3?个月，并计划于?2018?年?3?月?1?日正式
投入运行。精品
投入运行。
精品
6?项目规模估算
考虑?15?种影响软件工作量的因素计算?eaf：
软件产品属性
1.软件可靠性、
2.软件复杂性、
3.数据库的规模。
计算机属性
4.程序执行时间、
5.程序占用内存的大小、
6.软件开发环境的变化、
7.软件开发环境的响应速度。
人员属性
8.分析员的能力、
9.程序员的能力、
10.有关应用领域的经验、
11.开发环境的经验、
12.程序设计语言的经验。
项目属性
13.软件开发方法的能力、
14.软件工具的质量和数量、
15.软件开发的进度要求。
四种属性共?15?个要素。
每个要素调节因子?fi,?i=1,2,…...,15,的值分为：
很低、低、正常、高、很高、极高，共六级。
正常情况下?fi=1。
boehm?推荐的?fi?值范围：(0.70,?0.85,?1.00,?1.15,?1.30,?1.65)
当?15?个?fi?的值选定后，eaf?的计算如下：
eaf＝f1*f2*……*f15=1.12
精品
项目类型
a
b
c
d
组织型
2.4
1.05
2.5
0.38
半独立型
3.0
1.12
2.5
0.35
嵌入型
3.6
1.20
2.5
0.32
根据中级?cocomo?模型：
代码成本估算?cocomo?模型（组织型）
在本次的项目中，我们粗略估算出代码行数?l?大约为?10000?行，根据模型
公式得出以下结果：
开发工作量：mm?=?a（kdsi）b （单位：人月）
开发时间
开发时间：tdev?=?cmmd (单位：月)
mm=a(kdsi)^b*eaf=57.52(人月)
mm?=?57?人月 tdev?=?19?月
组织型人员资金预计为：19*4000=76000?元
7?质量管理计划
7.1?目的质量管理是指确定质量方针、目标和职责并在质量体系中通过质量计划、
质量控制、质量改造和质量改进使其实施的全部管理职能所有的活动，因此质
量管理的主要目的就是监控项目的可交付产品和项目执行过程，以确保他们符
合相关的要求和标准，良好的项目管理是项目完成好坏的基础保证。
7.2?质量管理流程
软件质量管理的?4?种不同管理水平如下：
检查：通过软件质量的检查，符合规定的软件产品为合格品，不能通过检
测的不能运用到市场。
保证：软件开发部门，定制软件质量目标，质量计划，保证软件的开发，
相当于初期的“软件质量保证”。
预防：软件质量以预防为主，以过程为重，把工作重点放在过程管理上。
完美：以客户为中心，贯穿于软件开发生产周期全过程，全员参与。
7.3?软件质量标准
在本次的?app?开发中，我采用了?iso9126?模型中的质量检验标准准则来约
束我的项目开发
精品
质量特性
资料子特征
等级（优、良、差）
功能性
适用性
优
准确性
优
互操作性
优
符合性
良
安全性
良
可靠性
成熟性
优
容错性
良
可恢复性
良
可用性
可理解性
优
易学性
优
易操作性
优
效率
时间行为
优
资源行为
优
可维护性
可分析性
优
易修改性
良
稳定性
优
可测试性
良
可移植性
易安装性
优
可替换性
优
适应性
优
一致性
优
表?6?所示：iso9126?软件质量模型中的?21?个特性表
表?6?所示：iso9126?软件质量模型中的?21?个特性表
1.质量策略
为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施
包括：
1)将质量贯彻到日常的项目进展过程中。
2）应该特别注意项目工作产品质量和早期评审工作，无论是质量保证还是
质量控制，采取的策略都是早期预防和早期排除缺陷。
2.质量保证活动
质量保证的只要活动包括过程评审和产品审计，过程评审和产品审计的目
的是确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高
提交给用户的产品质量。
每一次过程评审和产品审计都应填写相应的报告或活动记录。
精品
风险名称
危重级别
解决（或避免）风险的方法
备注
宣传风险
中
考虑资金的情况下，加大宣传力度，多
方向宣传。
无
趣味性风
险
大
先行开发游戏简化版，先行体现，调试
修改。
角色设计风
险
小
美术人员设计好人物、场景之后，先行
展示给目标人群，记录人们的反映。?适
当调整。
游戏优化风
险
大
尽早制作游戏素材，边测试边开发，防
止美术素材太过消耗资源。
关卡设计
风险
中
先设计第一个场景，而不是各方面全面
进行，计算消耗的时间，根据情况，添
加或减少锦上添花的素材。
3.质量控制活动
质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发
入负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测
试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部门进行
集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到
测试通过准则的要求。
严格按照项目开发过程中的各项步骤，从项目立项，可行性研究报告、需求分
析报告、项目开发计划等，具体实施。
8?风险计划
8.1?风险计划表
在本次游戏项目开发过程中，我们会遇到的风险如下：精品
在本次游戏项目开发过程中，我们会遇到的风险如下：
服务器
pentium?m?500?以上
或更高
内存
128m?以上;
硬盘
至少?10g?以上;
打印机
1?台
工作站
pentium?ii?266?以上
微机
内存
54mb
硬盘
至少?5g?以上
cd-rom
16?倍速以上
9?支持条件
9.1?内部支持
开发时需要的支持条件:
硬件:ups
硬件:
ups（选配）
服务器
1?台
3?万元
pc
13?台
6.5?万元
网络设备和布线
1
1?万元
工作台
8?台
1800?元
不间断电源
1?台
3000?元
操作系统
window?7或
window8.1
集成开发工具
unity
3d?建模
3dsmax
美术
photoshop,sai
数据库
mysql
软件:9.2
软件:
9.2客户支持
9.3?外包
本系统为独立开发，不需要外单位提供条件。
10?项目成本计划
10.1?人员成本
本游戏开发期为?6?个月，试运行?3?个月。开发期需要开发人员?3?人，美术
人员?10?人。、试运行期需开发人员?1?人，美术人员?1?人。开发需要?9?个月，每
人/月按?2000?元计算，人员费用为?168000?元。
10.2?设备成本
本游戏开发所需的硬件设备费为?
本游戏开发所需的硬件设备费为?10.98?万元，其中
正版?windows7
1
5000?元
unity3d?加强版
1
260?元
steamdirect
1
100?美元
10.3?其它经费预算
系统所需的软件费用为?5890?
系统所需的软件费用为?5890?元，其中：
人员成本+设备成本+其它经费预算=13.249?万元。
11?项目收尾
11.1?项目总结
本项目风险较小，技术要求相对较低。本项目是个游戏，而游戏最重要的就是有人玩，游戏的设计，游戏的玩法是否有趣，是否能吸引人玩这个游戏。
这是作为游戏最需要考虑的，游戏的成功与失败或许大多决定在这点上。而想
要吸引人，想有趣，所需要的不出以下几点：
感官、剧本、关卡、系统和游戏性。
感官，主要指的是视觉和音效，给人游戏的第一印象。剧本，主要是包含
故事情节和世界观，和电影一样，随着游戏的进行而牵动玩家的心。关卡，就
是游戏的空间和环境，如一个场景，一张地图。系统，则是游戏中的某种设定，
规定玩家可进行的操作，如成长系统、伪装系统。游戏性，简单理解就是游戏
的可玩性，决定游戏是否好玩。
精品
11.2?好的经验
1、作为游戏，既有机会，又有风险。而作为独立游戏，感官方面没有优势，
终究不能和商业游戏比拼，人力物力皆不足。此处虽有风险却可用一些取巧的办法规避。
2、独立游戏，拼的是创意。因此本项目重点在游戏性上多做文章，创新出
新的玩法，关系着项目的成败。
3、宣传方面可以通过贴吧，公众号等推送，关系着游戏初期能不能打出去。
4、人员：美术，音乐，程序，策划，数值分析，测试。都需要人才。
11.3?验收
11.3.1?验收前提
1、完成项目计划书（合同）中所有的内容。
2、完成软件测试，项目可以运用。
3、准备好相关的开发文档，产品文档。
4、准备好安装软件和测试软件的环境。
5、与客户依据合同内容逐条确认验收流程。
6、完成合同中的附件内容
11.3.2?验收内容
1、功能检测
我们会在依据合同中的所有功能点一条条的对应检测功能是否完善，以及
在后续工作中的使用说明。
2、质量鉴定
在质量方面我们会根据当初拟定的质量管理报告来逐一排查质量相关的问
题，在法律方面，坚决的不触犯《网络安全法》。
3、资料评审
项目的资料是验收的重要依据，不仅是客户的验收的重要依据，同样是我
们后续对项目总结的重要依据。
11.4?项目总结和评价
11.4.1?总结目的1、分享经验，有利于团队的共同进步，有利于自身后续项目的顺利进行。
2、认知自身的问题，在实战中发现自己，改进自己。
3、激励其他队员，使其在工作中更加认真。
精品
11.4.2?会议目的会议是一种手段，是经验分享，项目体会的一种会议，在会议中，会对整
个项目做项目回顾，以及软件度量结果的分析，并且研究后续工作改进的方针，
最后便是奖励团队中的核心成员，激励团队的发展。
11.4.3?项目总结
项目的总结，主要包括两个方面的总结：
（1）技术方面的总结。技术方面的总结主要是从软件的技术路线、分析设
计的方法、项目所采用的软件工具等方面进行总结。
（2）管理方面的总结。一个人管理知识何瑞管理技能的获取只有一小部分
是来自与培训和书本，很大一部分都是来自于经理和阅历。
11.4.4?项目评价
项目评价的内容包含以下几个方面：
（1）项目计划。项目计划是根据项目目标的要求，对项目范围内的各种活
动作出合理安排，包括项目的进度计划、费用计划、资源计划、质量控制计划
等，项目计划与实际执行绩效的对比是项目评价的主要依据。
（2）项目组织。项目组织是指为了进行项目管理，完成预定的项目计划，
而建立的管理机构，项目评价主从项目组人员安排的合理性、项目可控性、管
理力度等方面加以评价。
（3）项目效益。项目效益是指项目实施完成后对项目预期的近期经济效益
和远期影响的评价。
（4）成本控制。成本控制是指将此项目实际发生的费用与项目批准的实施
费用预算进行对比和评价。
（5）进度控制。进度控制是指将此项目实际的进度与计划的进度进行对比
和评价。
精品
相关热词搜索：;软件项目管理计划书篇四
此项目开发计划书的编写主要是为了给开发《疾病诊断系统》做主要的规划和整合，在开发过程中起到引导作用，保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，以文件化的形式，把对于在项目生存周期内的工作任务范围、各项工作的`任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，它又是项目生命周期内的所有项目活动的行动基础、项目团队开展和检查项目工作的依据。
1.待开发系统的名称：疾病诊断系统。
2.本项目的任务提出者、开发者、用户及实现该系统的环境：
①任务提出者：xx老师
②开发者：
③用户：大众
3.该系统与其他系统基本的相互关系：由于该系统的应用范围比较广，我们会考虑其兼容性。
1.项目可行性分析;
2.项目需求分析;
4.项目编程实现;
5.项目测试;
6.项目后期管理与维护。
客户： 黎炳淞 曹付嵩 有较强的观察能力
程序
文件
(3)软件使用说明书
(4)源代码
(5)软件说明书
服务
培训安装、使用，维护从使用该系统开始，维护期为一年。
非移交品
(1)项目开发计划书
(2)软件测试计划书
.项目选用的生命周期
本项目采用的瀑布模型，每一个阶段只做一次，从上一阶段到下一阶段一步一步过度，最终得到开发的产品。
工作任务的人员分工安排
预算
1.参与开发的人员：6人
2.预期完成需时：约1个月
3.费用预算
软件项目管理计划书篇五
1引言
编写目的
本开发计划的目的是：
规定软件配置管理的活动内容和要求，明确配置管理工作的人员。
特别要求：需求分析必须详细，并且有相关专家合作进行，
本项目软件名称为《电能质量数据分析软件》。
任务来源于（略）公司；
交办单位：（略）公司；
承办单位：*长峰新康科技有限责任公司。
参考资料
术语和缩写词
暂无；
特别说明：有关公司内部秘密的内容用（略）代替。
2任务概要
工作内容
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。
文档计划建立：
软件目录
软件需求规格说明
可行*报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
硬件总体设计报告
详细设计说明
软件代码（略）
测试分析报告
软件可靠*和安全*设计检查单
软件评审检查单
软件使用说明
见需求。
文档内容见中文档建立。
文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：
软件目录；?文档目录
软件需求规格说明；?需求分析报告
概要设计说明；?概要设计文档
详细设计说明；?详细设计文档
软件标准规范；?源代码
软件使用说明；?软件使用说明书
测试分析报告；?软件测试报告
软件评审检查单。?软件审查报告
培训：
时间：1天；
内容：软件使用及安装；
软件支持：略。
验收标准和验收计划
验收测试：
时间：1天。
内容：软件使用。
软件确认：
时间：1天；
内容：确定软件的可使用*，软件的功能完整*。
3实施总计划
阶段划分
需求分析：2周；
概要设计：6天；
详细设计：周；
编码：3周；
测试：2周；
验收：2天。
人员组成
姓名职责参加时间
廖燕宁负责软件的总体设计时段：全部，开发时段：部分
高小光设计，开发全部
张欣说明书，部分文档部分
赵健颖需求部分
任务的分解和人员分工
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。
管理、协调人员：廖燕宁，赵健颖；
确定质量保*人员：廖燕宁
配置管理人员：耿*涛
形式化检查人员：赵健颖
使用者：赵健颖。
软件任务：系统需求
负责人：（略）的市场部经理赵健颖
职责：提供需求。
软件任务：需求分析
负责人：廖燕宁
职责：进行需求分析，提供需求分析报告。
负责人：廖燕宁，耿*涛，高小光
职责：进行概要设计，概要设计框图，相应文档。
负责人：廖燕宁，耿*涛，高小光
职责：进行详细设计，出详细设计流图及报告。
软件任务：编码
负责人：耿*涛，高小光
职责：编码，调试及报告。
软件任务：测试
负责人：廖燕宁，耿*涛，高小光
职责：路径测试。
软件任务：更新
负责人：廖燕宁，耿*涛，高小光，赵健颖
职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。
软件任务：文档编制
负责人：张欣
职责：软件使用说明书，部分其他文档。
进度和完成的最后期限
进度包括：
需求分析；
软件概要设计；
软件详细设计；
编码；
测试；
的时间。
关键问题
（略）。
*确认测试工作计划和安排
测试由长峰新康进行；
测试数据由长峰华辉提供；
时间：编码结束后一周内；
设备：
普通pc机
windows98
（略）电能分析仪。
4支持需求
xx摩配厂生产销售系统
编制：编制日期：审核：批准：
1.项目概述
帮助每个部门管理者管理，可以通过了解其他部门情况，以便了解全局发展；了解每一分资金流向，每一件产品开发、生产、销售；每一个客户信息，每一分费用的来龙去脉以及详细利用。
项目背景
随着电子商务时代的到来，企业要求充分利用各类信息来快速反应变化多端的市场环境。同时*加入wto以后，企业将直接面对*企业的强劲挑战。面对错综复杂的市场和众多类型的客户，您的企业在竞争中能否比竞争对手更快地了解客户的需求变化？更快的掌握营销业务数据？更快地推出新产品、开拓新市场？您的企业内部业务是否能迅速处理？信息是否完整、规范？部门之间、岗位之间是否能有效协同？分支机构和业务伙伴是否能更有效地*和协调。
职员工作效率底，劳动强度大；消耗的资金大。
这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位运用计算机所作的一套高品质的管理软件。可广泛使用于各种规模的摩配企业。
项目的范围和目标
范围描述
1）.完整的生产流程管理，原料入厂、计划生产、车床人员分配、出厂销售环环紧扣。
2）.摩配材料费、人工费、相关班组一目了然，可以灵活调整产品价格，完全符合摩配行业特点。
3）.方便的产品档案管理，自动提取、更新产品档案资料。
4）.充分考虑摩配通用件、横向件的复杂*，销售单打印可以实时调整产品类型、产品属*和价钱。
5）.摩配销售时，可以随时查看通用车型及库存分布，对常规摩配项目提供简易管理。
6）.独特的同行借调/炒件销售方式，摩配短平快销售即进即销，想顾客之所想，急顾客之所急。
7).简便实用的摩配内部消耗品领用管理，仓存帐目滴水不漏。
主要功能
1）.概述
（一）、销售管理：包括客户信息、发货计划
（二）、计划管理：包括主生产计划生成以及查看
（三）、采购管理：包括采购单管理（可以进行查询、打印）、供应商管理
（五）、仓库管理：包括出/入库单管理、仓库信息查询
（六）、质量管理：包括供应商供货质量、销货质量
2）.系统流程图
调研实际情况的旧系统流程图如下：
新设计的系统流程图如下：
3）.功能描述
此系统总概括来说包括三大功能：
（一）、原料采购功能，工厂大量生产、品种繁多，必定导致原料的采购也是数量大、品种繁多；在采购过程中必定要进行记录，确定是否已经执行；而且采购员必定是多人的，也可防止采购员之间将同一种材料重复采购。
（二）、仓库存储功能，仓库中存在的货物包括已采购原料和未销售产品。那么原料已经被谁领购，何时领购，被领购多少，领购何种原料，领够原料来自何处等都可以详细记录以及方便查询；仓库中的产品是否已经销售、销往何处、销售多少等。
一、改进企业商务形象，增强用户信用度
二、加速资金周转，降低库存积压
三、提高职员工作效率
四、减轻劳动强度，降低职员对商业业务的水平要求
管理和技术约束
这是首次进行一个完整的项目作业，缺少经验在所难免；而且这一系统虽有前辈们所留下的经验，但是与这一系统共同点甚少，所以我们只能借介优点，发挥我们自己的想象以及能力；由于时间的紧迫，调研并不算完善，所以只能根据其他系统中的优点补充我们所缺的。
当然，技术上的欠缺也在所难免，在程序编写中我们必定会遇到这样那样的难题，比如数据库的连接等。
2.项目估算
使用的历史数据
叶迪厂生产销售流程的实地调查
使用的评估技术
软件规模估算：功能点计算（fp=ufc*tcf=34*）
成本估算：walston-felix模型
工作量估算：coo模型
时间估算：coo模型
工作量、成本、时间估算
预计代码行l=30(l是以kloc计数的源代码行)
成本估算：
*l=（e是以人员为单位的工作量）
*e=（d是以月为单位的所需时间）
*e=（s是以人计的人员需求量）
*l=1520（doc是以页数为单位的文本量）
工作量估算：a=是以千源代码行（kloc）计数的程序规模
*s=*30=
时间估算:c=
*e=*≈14月
3.风险管理战略
风险识别
列出top10风险
风险计划
1、确定风险应对策略
2、对top10中每条应用哪些策略去应对
4．进度
项目工作分解结构
问题定义与可行*研究、需求分析、总体设计、详细设计、编程、测试、运行与维护。
时限图如下：
图中内容如下所视：
5.关键问题
在制作这一系统中，最关键的问题是数据库的创建。数据库的是否优化，直接影响到系统的好坏；在数据库中如何建表，是影响数据库的，表中的资源如何分配也是一大问题；在连接数据库时采用那种技术也会影响到程序编程。
总计6人：王霞，朱韩玲，吴萍，刘恋，杨阳，吉元
硬件和软件
硬件：计算机（4台）
软件：
visualc++
sqlserver2000
解析评论：这是对摩配销售系统项目开发的一个项目计划书，对此系统开发的背景、目的。功能、风险、估算等做了详尽的分析计划，可是我觉得一个很好的项目计划书还应该包含项目开发的标准、条约和约定、产品目标与范围、假设与约束、项目应交付成果、可行*分析(什么设备上、资金上、经济上等方面)、项目资源分析配置、设备的安排(需要设备的总体数量等)、开发人员任务的分配等多个方面，然而该项目计划书只是对局部的计划做了详尽的描述与安排；例如关键问题这一块的人员部分。仅仅是总计6人，那么没有明确说明谁对这个项目负责，谁是这个软件项目开发的主要技术人员，要知道有一个好的领导管理者关乎着这个项目的成败，还有就是对项目资源的分析配置没有做具体的研究分析，资源的配置与安排直接影响项目的开发进度与交付成果，换句话说最终将影响公司的经济利益，所以一个项目计划书是一个项目开发的基础，将直接关乎项目开发成功与否。
xxx系统
...........................2
1引言
(1)项目的名称
经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
(2)项目的委托单位
如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的*方；如果是自行研发的软件产品，项目的委托单位就是本企业。
(3)项目的用户（单位）：
软件项目管理计划书篇六
项目开发计划书
目录
项目开发计划书
1引言
1.1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导网上书店项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。
1.2背景
网上书店系统主要功能：可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。 注册用户可以定购书籍并查询订单。项目周期15天。
1.3定义
专门术语：
mysql:系统服务器所使用的数据库关系系统（dbms）。
sql：一种用于访问查询数据库的语言
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。值互不相同。
外部主键：数据库表中与其他表主键关联的域。
缩写：
系统：若未特别指出，统指本网上书店系统。
sql：structured query language(结构化查询语言)。
uml：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种
从软件分析、设计到编写程序规范的标准化建模语言。
1.4参考资料
《软件项目管理》 朱少民，韩莹 编著，人民邮电出版社。
《软件项目管理》 rajeev t shandilya编著 科学出版社。
1.5 系统动机
该系统可以分类录入书籍和相关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。注册用户可以定购书籍并查询订单。
项目开发计划书
1.6标准、条件和约定
本项目遵从以下标准：
2项目概述
大部分读者都有过在网上购物的经历，在网上书店可以很方便的注册、浏览商品、查询商品、购买时也只需点几下鼠标。本章的网上书店实现了上述的基本功能，用户可以在网络商店中进行注册、浏览商品以及查询购物车。
2.1工作内容
1、 制作和修订项目开发计划；
2、 进行计划跟踪与监控；
3、 配合sqa的质量保证工作；
4、 工作产品及时进行受控管理；
5、 按计划提请阶段评审；
6、 提交测试部门评测开发产品；
7、 交付最终工作产品。
8、 项目实施总结
9、 项目验收
2.2主要参加人员
为了完成图书管理系统的项目开发，公司组建了一个临时的项目团队，有项目组组长、组员构成。
表2.1人员分工
项目开发计划书
2.3产品及成果
2.3.1程序
软件名称：网上书店
编程语言：java
查询、浏览书籍。注册用户可以定购书籍并查询订单。
2.3.2文件
该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
明、维护过程的说明，便于软件的维护。
2.3.3服务
计划提供以下服务：
课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。
免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。
技术支持：对于某些客户，采取上门指导的方式。
软件维护：获取软件使用中的问题，提供补丁程序。
升级通知：在软件新版本发布的时候，及时通知(email或邮寄信件)注册的用户，并提供试用版本。
软件升级：对于注册用户，只需较少的费用即可升级到新的版本。
2.3.4非移交产品
行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
加以分析，并提出测试的结论意见。
应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
等，为软件修改提供准备文档。
将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。 源程序：软件开发过程中的全部代码以及注释。
2.4验收标准
2.4.1代码的验收
最后在交付客户之前进行小组内评审，代码编写符合hb6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
2.4.2 文档验收
2.4.3 服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。
2.5完成项目的最迟期限
交付日期
库总体结构、编码命名规范，并交付用户。交付日期为2012年7月6日。
2.6本计划的审查者
本系统审查者为冯静老师。
3实施总计划
3.1开发过程
3.1.1 需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。
3.1.2 系统设计
完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。
3.1.3 编码及测试阶段
完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试，系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模 的测试，对发现的问题进行彻底纠正。
3.1.4 文档、产品部署
完成用户培训工作，编写各类文档，系统投入运行阶段。
3.1.5 项目总结
项目结束后用两天左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进的的缩短。
3.3接口人员
负责本项目同用户的接口人员为邹浩，由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负责维护和更新。
3.4进度
方法：采用结构化开发
设置模块开发优先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序。
具体开发进度安排如下：
注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。
表3.2 里程碑事件
3.5关键问题
表 3.6 项目风险因素
4支持条件
4.1计算机系统支持
开发时需要的支持条件： 硬件：
网络适配器：10mb/100mb自适应； 打印机一台 up
使用tcp/ip协议的局域网 软件：
3．服务器必须使用专业的防火墙和反病毒软件。
配备相应硬件系统，做到规范操作，备份好数据防止数据丢失，软件交付日期为软件安装测试人员提供环境。
4.3需由外单位提供的条件
本系统为独立开发，不需要外单位提供条件。
5专题计划要点
5.1开发人员培训计划
************************
************************
5.2 测试计划
2012年7月3日—2012年7月4日对软件进行各项测试工作；
5.3 质量保证计划
6总结
这次所做的《网上书店管理系统》是一个中小型的电子商务系统。主要有两类用户：顾客和管-理-员。该系统为各类用户提供方便的在线买书环境。顾客能够进行注册、浏览图书信息、搜索所需图书、下定单、编辑购物车、发表评论等功能；管-理-员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护和更新。通过这次实验我熟练mysql与jsp技术的使用，并练习了tomcat web容器。在开发过程中，我在编码和文档编写方面碰到了一些困难，所幸通过网络、老师和组员们的帮助，我能够克服这些困难。
经过这三个星期的项目开发和对相关资料的收集,让我清楚的感受到随着网络科技的不断发展，jsp得到了相当广泛的应用。由于网络方便用户和共享资源的`优点，越来越多的现实中的实际活动被改装到了虚拟的网页上。随着人们对网络要求的不断增加和提高，网络的各个功能的种类也会将会越来越大，管理系统必将越来越复杂。现在，网上书店将人们从进入实体店铺挑选书籍的习惯，慢慢转变成了一种在虚拟店铺中购书的方式。由于虚拟店铺所售图书种类繁多且价廉物美，使其愈来愈收到网民们的欢迎，譬如国外著名的amazon books、altbookstore等，中国的亚马逊卓越网和当当等。
但网上学习只是学习的一种模式，同上课学习或研读自学，最终只有当理论应用到实践中，将理论和实践相结合，才使我能够加深对知识的了解。
1．引言（introduction）
1.1 目的（purpose）
本章提供整个软件开发计划的综述。主要是确定以下内容：
（1）软件生存周期的选取及裁剪。
（2）软件规范、方法和标准的选择。
（3）软件工作产品的规模估计。
（4）软件工作量和成本的估计。
（5）软件进度表的制定。
（6）软件风险的估计。
1.2 范围（scope）
（1）软件规模估计
（2）工作模块计划
（3）人力资源计划
（4）其他资源计划
（5）进度安排计划
（6）配置管理计划（可单独做一个计划）
（7）质量保证计划（可单独做一个计划）
1.3 术语定义（terms glossary）
[1] 软件相关组：指软件配置管理组、文档支持组、测试组。
[2] 软件质量保证组：指计划和实施软件质量保证活动的人员的集合。
1.4 参考资料（references）
说明该软件开发计划使用的参考资料，如项目的用户需求报告、商务合同、用户领域的资料等，每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。
[1] ……
[2] ……
1.5 相关文档（related documents）
当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。
[1] ……
[2] ……
1.6 版本更新记录（version updated record）
版本更新记录格式，如表4-8所示。
1
表4-8 版本更新记录
2．项目概述（project summary）
2.1 项目的目的（project purpose）
2.2 项目的范围（project scope）
（1）主要功能点列表
（2）主要性能点列表
（3）主要接口列表
（4）本软件项目与其他软件项目之间的关系
（5）项目实施方面的限制等内容
2.3 项目的使用对象（project reader）
在本章节中，要识别出顾客与最终用户，对顾客与最终用户的情况要有简单描述，如最终用户的教育水平、技术水平及本系统的使用频度等。
3．项目组织（project organization）
（2）质量保证组
（3）配置管理组
（4）软件工程组
（5）测试组
（6）需求管理组
各组织说明如下：
（1）项目管理组，执行spp和spto过程，对项目实施负全部责任。
（2）质量保证组，执行sqa过程，负责项目过程与产品的质量控制和报告。
（3）配置管理组，执行scm过程，负责项目产品的版本、配置管理以及配置库状态报告。
（4）软件工程组，执行软件项目工程过程，负责项目产品的开发和维护工作。
（5）测试组，执行软件项目测试过程，负责项目产品的测试。
（6）需求管理组，负责对需求基线和需求变更进行管理。
4．软件生存周期（software life cycle）
本章节记录项目策划生存期定义的工作结果，需要描述的主要内容：
（1）项目生存期框图
2
（2）项目生存期说明
5．规范、方法和标准（criterion，means，standard）
本章节中需要描述采用的供开发和维护软件用的规范、方法和标准。
6．任务与工作产品（task and work products）
（1）需求分析
（2）系统设计
（3）系统实现
（4）测试
（5）产品交付
（6）产品维护
项目可能包含的产品，如：
（1）需求分析说明书
（2）规格分析说明书
（3）系统设计说明书
（4）源代码
（5）各种测试报告
（6）用户手册
（7）软件问题维护记录
7．工作产品、任务规模、工作量估计（estimates of work product，task size and workload）
项目规模估算是为了确定项目所需的人工。需要描述的主要内容有：
（1）对软件工作产品规模估计依据的简要描述。
（2）每种任务和工作产品规模估计的结果。
（3）规模估算的结果，建议用《任务规模和工作量估算表》的形式列出。
8．成本估计（estimates of costs）
（1）直接人工
（2）直接费用
（3）间接成本
（4）制造费用
（5）管理费用
（6）不可预见费用
9．关键计算机资源计划（critical computer resource plan）
项目的关键计算机资源计划，是指系统在开发环境、测试环境、及用户目标环境中，对关键计算机资源，如计算机存储能力、计算机处理器速度、通信通道容量、服务器处理能力等的估计，使之能满足软件开发、测试、运行的要求。
10．软件项目进度计划（software project schedule）
（1）软件项目每个阶段的进度时间表
（2）设定的里程碑
（3）评审时间
（4）缓冲时间
11．配置管理计划（可单独做一个计划）（configuration management planning） 本书单独作为一章论述。
12．质量保证计划（可单独做一个计划）（software quality assurance planning） 本书单独作为一章论述。
13．风险分析（risks analysis）
（1）被识别出的重大风险事件：政策风险、技术风险、技能风险等。
（2）易发生重大风险事件的高风险区域：用户需求、设计、测试、运行平台等。
（3）重大风险事件的级别：功能不全、性能不稳、迅速受限制等。
（4）拟采取的预防措施：增加投入、纠错、延时等。
（5）风险事件发生后建议采用的处理措施：更改计划、降低难度系数等。
14．设备工具计划（equipment and tools planning）
（1）所需的设备
（2）基本的要求
（3）应到位的时间
15．培训计划（training planning）
（1）培训内容
（2）培训时间
（3）教员
（4）接受培训的人员
（5）培训目的（应达到的效果）
16．项目评审（project reviews）
项目评审，是对项目策划过程所做的定期性评审。其内容可分为：
（1）评审点
（2）评审周期
（3）评审层次
（4）评审条款和措施
（5）管理评审活动中提交的工作产品（列出被评审的工作产品）
17．度量（measurement）
（1）项目过程的评审次数
（2）项目计划修改次数
（3）项目各阶段的人员投入（各阶段投入的人月数）
（4）各类任务耗用时间统计（如设计、编码、测试、文档编写等） （5）工作产品统计（如文档字数、功能点数、用况数、源代码行数等）
软件项目管理计划书篇七
;软件开发计划书
项目名称： 企业发展状况评价系统软件开发
参与人员：
软件项目开发计划书 开发区企业发展状况评价系统软件开发
目 录
- 3 -
1.1
编写目的 ........................................................................................................................
- 3 -
1.2
背景 ................................................................................................................................
- 3 -
1.3
定义 ................................................................................................................................
- 4 -
1.4
参考资料 ........................................................................................................................
- 4 -
1.5
业务目标 .......................................................................................................................
- 5 -
1.6
标准、条件和约定 ........................................................................................................
- 6 -
1.7
编写文档的 wbs（ work breakdown structure
，工作分解结构）
.....................- 6 -
2 项目概述 ...................................................................................................................................
- 7 -
2.1
工作内容 ........................................................................................................................
- 8 -
2.2
主要参加人员 ................................................................................................................
- 9 -
2.3
产品及成果 .................................................................................................................
- 10 -
2.3.1
程序 ..................................................................................................................
- 10 -
2.3.2
文件 ..................................................................................................................
- 10 -
2.3.3
服务 ..................................................................................................................
- 11 -
2.3.4
非移交产品 ......................................................................................................
- 11 -
2.4
验收标准 ....................................................................................................................
- 13 -
2.4.1
代码的验收 ......................................................................................................
- 13 -
2.4.2
文档验收 .........................................................................................................
- 13 -
2.4.3
服务验收 .........................................................................................................
- 13 -
2.5
完成项目的最迟期限 .................................................................................................
- 13 -
2.6
本计划的审查者与批准者 .........................................................................................
- 14 -
3 实施总计划 ............................................................................................................................
- 14 -
3.1
开发过程 .....................................................................................................................
- 14 -
3.1.1
需求分析 .........................................................................................................
- 14 -
3.1.2
系统设计 .........................................................................................................
- 14 -
3.1.3
编码及测试阶段 .............................................................................................
- 14 -
3.1.4
文档、产品部署 .............................................................................................
- 15 -
3.1.5
项目总结 .........................................................................................................
- 15 -
3.2
工作任务的分解 .........................................................................................................
- 15 -
3.3
接口人员 .....................................................................................................................
- 16 -
3.4
进度 .............................................................................................................................
- 16 -
3.5
预算 ..............................................................................................................................
- 17 -
3.6
关键问题 .....................................................................................................................
- 18 -
4 支持条件 ................................................................................................................................
- 19 -
4.1
计算机系统支持 .........................................................................................................
- 19 -
4.2
需要用户承担的工作 .................................................................................................
- 21 -
4.3
需由外单位提供的条件 .............................................................................................
- 21 -
软件项目开发计划书
开发区企业发展状况评价系统软件开发
5 专题计划要点 ........................................................................................................................
- 21 -
5.1
开发人员培训计划 .....................................................................................................
- 21 -
5.2
测试计划 ...................................................................................................................
- 21 -
5.3
质量保证计划 ............................................................................................................
- 21 -
5.4
人员配置计划 ............................................................................................................
- 22 -
5.5
客户培训计划 ............................................................................................................
- 22 -
5.6
安全保密计划 ............................................................................................................
- 22 -
5.7
合同计划 ...................................................................................................................
- 22 -
软件项目开发计划书 开发区企业发展状况评价系统软件开发
引言
1.1 编写目的为了保证项目团队按时保质地完成项目目标， 便于项目团队成员更好地了解项目情况， 使项目工作开展的各个过程合理有序， 有必要以文件化的形式， 把对于在项目生命周期内的工作任务范围、 各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来， 作为项目团队成员以及项目干系人之间的共识与约定， 项目生命周期内的所有项目活动的行动基础， 项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导开发区企业发展状况评价系
统软件项目顺利进行并最终得到通过评审的项目产品。
本项目开发计划面向项目组全体成员。
1.2 背景
希望通过建设开发区企业数据库， 进一步完善信息采集、 数据整
合的机制；建立基于互联网的全区规模以上工业企业经济运行评价、
预测、监测系统；实现管委与主要工业企业信息资源上的互联互通，
提高信息利用效率； 未来将把开发区工业经济信息系统构建成涵盖全
区经济运行和社会发展各个领域的数据中心， 以此为依托为全区经济
综合管理提供有力的数据和技术支持。 项目周期为 个月，项目背景
规划如表 1.1 所示。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
表 1.1 项目背景规划
项目委托单 项目承担单
项目名称 任务提出者
位 位
开发区企业发
展状况评价系
统软件开发
1.3 定义
专门术语：
sql server:系统服务器所使用的数据库关系系统（ dbms）。
sql：一种用于访问查询数据库的语言
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。值互不相同。
外部主键：数据库表中与其他表主键关联的域。
rollback:数据库的错误恢复机制。
缩写：
系统：若未特别指出，统指本图书管理系统。
sql：structured query language( 结构化查询语言 ) 。
atm：asynchronous transfer mode ( 异步传输模式 ) 。
uml：统一建模语言、 是一套用来设计软件蓝图的标准建模语言，
是一种从软件分析、设计到编写程序规范的标准化建模语言。
1.4 参考资料
文档格式要求按照我国 gb/t8567-1988国家标准和
软件项目开发计划书 开发区企业发展状况评价系统软件开发
ieee/ansi830-1993 标准规范要求进行。包括以下文件：
图书借阅关系系统需求说明书
软件工程项目开发文档范例
软件工程国家标准文档
图书借阅管理需求说明书
软件需求说明书编写规范
书籍包括：
《软件项目管理》 朱少民，韩莹 编著，人民邮电出版社。
《软件项目管理》 rajeev t shandilya 编著 科学出版社。
1.5 业务目标
实现开发区企业发展状况的多维分析、 数据查询，提供开发区管委有关部门所需的分析报表；
将业务系统的历史和增量数据加载进入数据仓库， 并转换为数据仓库的存储格式；
实现用户访问的门户界面并建立相应的访问安全和权限机制；
实现对开发区工业企业即时的信息采集、发布、共享、数据中心智能分析等多项功能；
?采用数据中心服务器、 业务终端 pc机与手机移动端设备相结合的办公模式。
基于上述需求，量子数据有限公司提出如下技术解决方案来实现本项目的技术目标和业务目标。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
1.6 标准、条件和约定
本项目遵从以下标准：
gb/t 13702-1992 计算机软件分类与代码
gb/t 20918-2007 信息技术
gb/t 19003-2008 软件工程
gb/t 5538-1995 软件工程标准分类法
gb/t 9386-2008 计算机富安居测试文档编制
gb/t 9385-2008 计算机软件需求规格说明
gb/t 5532-2008 计算机软件测试规范
gb/t 18221-2000 信息技术程序设计语言
gb/t 11457-2006 信息技术 软件工程
gb/t 8567-2006 计算机软件文档编制规范
1.7 编写文档的 wbs （ work breakdown structure ，工作
分解结构）
编写文档任务
任务调度 收集材料 分类编写 检查
验收 总结成果
软件项目开发计划书 开发区企业发展状况评价系统软件开发
任务分配 网上资源 详细编写 汇总检
查 汇总总结
项目概述
系统设计按照数据层、 应用服务层、前端展示层的分层结构设计。
数据层实现业务数据的存储备份， 应用服务层实现实时响应客户端各
种业务请求及逻辑运算；前端展示层用于展示系统功能和用户交互。
系统支持完善的日志功能，可以对系统内的各项操作进行追溯检查。
图 2.2 数据库流程图
软件的体系结构：整个软件采用 b/s 模式开发，使用三层架构（表
示层，逻辑层，数据存储层） 。目前这种技术解决方案已经是非常的成熟，在使用的过程中，风险是非常低的。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
系统依托移动互联技术，采用数据中心服务器、业务终端 pc机
与手机移动端设备相结合的办公模式， 通过信息采集录入、实时沟通，
实现数据图表发布、数据共享、数据中心智能分析等多项功能。系统
通过先进严格的技术手段， 确保系统数据的完整性， 可用性，一致性。
同时通过技术手段确保手机移动端设备内系统数据的安全性及手机
与服务器之间的数据通信安全。
项目开发时间 : 90 天
开发平台： linux ；
开发语言： php；
数据库使用： mysql；
web管理工具： phpmyadmin；
excel 导出工具： / 。
2.1 工作内容
1、 制作和修订项目开发计划；
2、 进行计划跟踪与监控；
3、 配合 sqa的质量保证工作；
4、工作产品及时进行受控管理；
5、 按计划提请阶段评审；
6、 提交测试部门评测开发产品；
7、 交付最终工作产品。
8、项目实施总结
9、 项目验收
软件项目开发计划书 开发区企业发展状况评价系统软件开发
2.2 主要参加人员
为了完成图书管理系统的项目开发， 公司组建了一个临时的项目
团队，有项目组组长、副组长、组员构成，如图 2.1 所示。
主角 2
组长
主角 2
副组长
主角2
主角2
主角2
主角2
组员
组员
组员
组员
图 2.1
项目团队组织结构图
表 2.1 人员分工
姓名
角色
工作描述
负责计划、分配任务、决策的实
组长
施
副组长
负责项目的具体实施与监管
组员
负责收集材料，编程实现
组员
负责收集材料，编程实现
软件项目开发计划书 开发区企业发展状况评价系统软件开发
组员 负责收集材料，编程实现
组员 负责收集材料，编程实现
组员 负责收集材料，编程实现
组员 负责验收成果
2.3 产品及成果
2.3.1 程序
软件名称：开发区企业发展状况评价系统软件
编程语言： php
功能：完善信息采集、数据整合的机制；建立基于互联网的全区
规模以上工业企业经济运行评价、预测、监测系统；实现管委与主要
工业企业信息资源上的互联互通， 提高信息利用效率； 未来将把开发
区工业经济信息系统构建成涵盖全区经济运行和社会发展各个领域
的数据中心，以此为依托为全区经济综合管理提供有力的数据和技术
支持。
2.3.2 文件
用户操作手册：本手册详细描述软件的功能、性能和用户界面，
使用户对如何使用该软件得到具体的了解 , 为操作人员提供该软件各
种运行情况的有关知识，特别是操作方法的具体细节。
软件维护手册： 主要包括软件系统说明、程序模块说明、操作环
境、支持软件的说明、维护过程的说明，便于软件的维护。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
2.3.3 服务
计划提供以下服务：
课堂培训：以讲课形式对客户进行培训， 使其能够正确使用软件。
免费咨询：客户可以在工作时间向技术人员提出问题并获得解
答。
技术支持：对于某些客户，采取上门指导的方式。
软件维护：获取软件使用中的问题，提供补丁程序。
升级通知：在软件新版本发布的时候，及时通知 (email 或邮寄信件 ) 注册的用户，并提供试用版本。
软件升级：对于注册用户，只需较少的费用即可升级到新的版本。
2.3.4 非移交产品
项目开发计划： 为软件项目实施方案制订出具体计划， 应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
软件需求说明书（软件规格说明书） ：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的， 也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
概要设计说明书： 该说明书是概要实际阶段的工作成果， 它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、
软件项目开发计划书 开发区企业发展状况评价系统软件开发
运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
详细设计说明书： 着重描述每一模块是怎样实现的， 包括实现算法、逻辑流程等。
测试计划：为做好集成测试和验收测试， 需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
测试分析报告： 测试工作完成以后， 应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
开发进度月报：该月报系软件人员按月向管理部门提交的项目进
展情况报告，报告应包括进度计划与实际执行情况的比较、 阶段成果、
遇到的问题和解决的办法以及下个月的打算等。
项目开发总结报告： 软件项目开发完成以后， 应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
软件修改报告：软件产品投入运行以后， 发现了需对其进行修正、更改等问题，应将存在的问题、 修改的考虑以及修改的影响做出详细的描述，提交审批。
源程序：软件开发过程中的全部代码以及注释。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
2.4 验收标准
2.4.1 代码的验收
最后在交付客户之前进行小组内评审，代码编写符合 hb6465标
准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有
下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间
太长无法接受等问题。
2.4.2 文档验收
准，
最后在交付客户之前进行小组内评审，文档格式符合 hb6465标功能符合与客户的合同要求， 清晰易读，没有语病与歧义。
2.4.3 服务验收
服务硬件达到文档说明的要求， 人员技术考核合格， 定期上门维
护。
2.5 完成项目的最迟期限
交付日期
从 年 月 日开始至 年 月 日，完成对整个系统的可行
性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目
测试、项目总结，对概念模型、存储模式、完整性控制、存取权限等
进行了定义，对系统功能各模块进行了详细设计， 定义了数据库总体
结构、编码命名规范，并交付用户。交付日期为 年 月 日，延
期交付日为 月 日。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
2.6 本计划的审查者与批准者
本系统由客户提出，自 年 月 号正式批准，审查者为 ，
批准人为 。
实施总计划
3.1 开发过程
3.1.1 需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目
立项，确定开发角色后，从 月 开始至 月 日，有关的设计
开发人员与相关业务人员共同对业务流程、 管理方式进行分析， 并进
行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析
整理后，确定了用户需求， 对软件必须完成的功能进行了定义，在此
基础上完成了数据定义，建立了数据字典。
3.1.2 系统设计
从 月 日开始至 月 日，完成对整个系统的分析设计，对
概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统
功能各模块进行了详细设计、 定义了数据库总体结构、 编码命名规范。
3.1.3 编码及测试阶段
从 月 日开始至 月 日，完成程序设计和系统测试，完成了数据库建立及程序的编制调试。
为了避免错误积累， 采用边开发边测试的基本模式， 对每个模块都安排专人进行单独测试， 系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模
软件项目开发计划书 开发区企业发展状况评价系统软件开发
的测试，对发现的问题进行彻底纠正。
3.1.4 文档、产品部署
从 月 日开始至 月 日，完成用户培训工作，编写各类文档，
系统投入运行阶段。
3.1.5 项目总结
项目结束后用一周左右时间，对项目研发、部署等开发过程中
的问题、经验教训总结备案， 以利于项目经验的积累和开发进的的缩
短。
3.2 工作任务的分解
表 3.1 工作情况
工作内容 负责人 参加人员
项目的可行性分析（项目可行
性分析报告）
项目开发报告（报告）
需求分析（需求分析规格说明
全体人员
书）
系统分析（概要设计及说明书） 全体人员
详细设计（详细设计说明书）
数据库建立 全体人员
界面设计
软件项目开发计划书 开发区企业发展状况评价系统软件开发
测试计划（报告）
测试报告（报告）
项目开发总结报告（报告）
用户操作手册（报告）
visio 绘制数据流图、 e-r
图等各种图形
软件安装、测试
用户培训
后期维护
3.3 接口人员
负责本项目同用户的接口人员为陈海宴，由软件发开方派专人，
按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负
责维护和更新。
3.4 进度
方法：采用结构化开发
设置模块开发优先级： 通过对图书管理的特点和信息流程等的分
析，确定各模块开发的先后次序。
具体开发进度安排如下：
注：有四个里程碑，分别是需求完成时、详细设计完成时、系统
编码完成时、整个项目工作完成时。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
表 3.2 里程碑事件
里程碑名称 产品名称 提交日期 责任人
需求访谈结束 需求说明书
系统分析结束 系统说明书
系统设计结束 数据库设计说明书
系统编码完成
可运行系统
项目结束
项目工作总结
3.5 预算
表
3.4 表劳务的预算（人员成本
/月）
参与人员
时间（月）
预算（元）
总共人 总计
表 3.5
经费的预算
办公费
元
差旅费
元
机时费
元
资料费
元
通讯设备
无
专用设备
无
总费用支出
元
软件项目开发计划书 开发区企业发展状况评价系统软件开发
3.6 关键问题
表
3.6
项目风险因素
风
险
风险项名称
风险描述
风险缓解方案
排
序
本次项目开发过程中
1
专业基础知识不
涉及的知识较多，给
牢
项目开发人员带来一
进行相应的培训
定的困难
2
成员开发经验不足，
经验欠缺
只有通过不断的实践
使项目质量难以保证
本次开发过程中部分
选择合适的软件，搭
3
软件性能的影响
软件可能容易出现死
建良好的配置开发环
机现象
境
影响本计划完成的主要问题有：
没有经费和硬件设施有限
用户需求不清，存在误解及二义性
第一次开发软件，开发人员没有实际经验
时间有限，没有足够的开发时间
软件项目开发计划书 开发区企业发展状况评价系统软件开发
支持条件
4.1 计算机系统支持
开发时需要的支持条件：
硬件：
服务器： pentium iii 500 以上或更高，
内存： 512m以上；
硬盘：至少 80g以上；
网络适配器： 10mb/100mb自适应；
软件：
操作系统为 linux 或 window 2008，使用开发语言 php,数据库
采用 mysql.
其他开发工具包括： dreamweaver, microsoft visio, rational rose, power designer trial 11, tomcat6.0 cvsnt2.5.03
运行时需要的支持条件：
一、服务器的要求
1．服务器的中央处理部件 （cpu）建议使用 piii 1g（以上） xeon
处理器芯片。
2．服务器内存必须使用服务器专用 ecc内存
3．为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列
raid 01）
4．为了防止服务器不可预测的故障，或者服务器的定期维护对
公司整个业务造成的影响， 所有建议使用两台服务器。
两台服务器应
软件项目开发计划书 开发区企业发展状况评价系统软件开发
构成双机热备份。中间使用 watchdog 电路。这样的结构可以保证整
个系统的长时间不间断工作， 即使在服务器定期维护的时候也可以使
用后备另一台服务器工作。
5．服务器应支持热插拔电源
6．服务器必须配备 ups（不间断电源）。
7．服务器应该放在学校内部。不然无法进行程序调试。
8．服务器应该必须有固定 ip 地址。
9．其他性能在经济条件允许的情况下，应该尽量使用高速稳定
的配件。
二、服务器上应该配备的软件
1．操作系统： linux 、或者 microsoft windows2008 advanced
server
2．数据库： mysql 简(体中文版 )
3．服务器必须使用专业的防火墙和反病毒软件。
4．除了为了运行必须配备的程序以外，服务器上建议尽量不要
安装其他无关程序，以减少程序的混乱或者程序的意外冲突。
5．各系的操作系统尽量统一。（windows7 以上系列或者 linux 系
列）。这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。
6．各系的机器必须也安装反病毒软件和防火墙。以防止网络上
的蠕虫病毒在整个网络范围内的蔓延。
7．如果要打印涉及字段比较多的报表，应该配备针式打印机。
软件项目开发计划书 开发区企业发展状况评价系统软件开发
4.2 需要用户承担的工作
配备相应硬件系统，做到规范操作，备份好数据防止数据丢失，
软件交付日期为软件安装测试人员提供环境。
4.3 需由外单位提供的条件
本系统为独立开发，不需要外单位提供条件。
专题计划要点
5.1 开发人员培训计划
上午进行软件工程项目开发各项内容的专题知识讲座； 下午进行
开发设计。
表 5.1 小组培训内容
培训内容 时间 参加者
5.2 测试计划
2015 年 月 日— 年 月 日对软件进行各项测试工作；
5.3 质量保证计划
严格按照项目开发过程中的各项步骤， 从项目立项，可行性研究
软件项目开发计划书 开发区企业发展状况评价系统软件开发
报告、需求分析报告、项目开发计划等，具体实施；
5.4 人员配置计划
该项目开发小组共 人：组长：组员：
5.5 客户培训计划
在软件实际应用后的前一个月， 对用户进行软件操作方法的具体
培训；
5.6 安全保密计划
在从项目开发阶段到最后软件的正式发布期间， 做好项目的保密
工作，小组成员对所有项目所有相关文档进行加密，做好备份工作。
5.7 合同计划
和客户协商签订软件使用合同。
相关热词搜索：;软件项目管理计划书篇八
;系统项目计划书
引言
1.1编写目的：
制定一套软件项目实施及管理的解决方案,让公交公司的总经理能更好的认识该系统。
1.2背景：
主要说明项目的来历，一些需要项目团队成员知道的相关情况。
主要有以下内容：
项目名称：bus系统，
项目的委托单位：某市软件公司，
项目的用户（单位）：某市公交部门，广大乘客
项目的任务提出者：某市市政府
项目的主要承担部门：某市公交部门
项目建设背景：
公共交通是与人民群众生产生活息息相关的重要基础设施。?公共交通系统作为城市交通的主体，在满足广大市民出行、确保城市交通稳定运行中发挥着重要作用。“公交优先”已经成为从中央到地方各级政府的共识。优先发展城市公共交通是提高交通资源利用效率，缓解交通拥堵的重要手段。
系统与机构的关系：公交部门可以使用该系统，更条理地调度交通，采用信息技术实现公交运营调度智能化，提高公交服务的质量，满足社会需要。
1.3定义：
遗撒是指车辆上的东西掉到了路面上，对后面的车辆造成影响。
调度就是指调度员对运行车辆碰到一些情况的对应措施。
甩站就是指运行的公交车辆到了该停的车站不停车，直接通过。
虚开班次是指车辆报告自己开的班次大于实际所开班次，这种行为可不太好。
胎压异常是指车辆的轮胎压力异常，处于需要维修的状态
1.4参考资料：
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。
1.5标准、条约和约定：
gb/t 13702-1992 计算机软件分类与代码
gb/t 20918-2007 信息技术 软件生存周期过程 风险管理
gb/t 19003-2008 软件工程 gb/t19001-2000
gb／t 15538-1995 软件工程标准分类法
gb／t 9386-2008 计算机软件测试文档编制规范
gb／t 9385-2008 计算机软件需求规格说明规范
gb／t 15532-2008 计算机软件测试规范
gb/t 18221-2000 信息技术 程序设计语言 环境与系统软件接口
独立于语言的数据类型
gb/t 11457-2006 信息技术 软件工程术语
gb 8567-2006计算机软件文档编制规范
项目概述
2.1项目目标：
bus系统主要实现目标是实现公交运营调度的智能化、信息化，通过该系统来代替以往手工调度存在的弊端。
2.2产品目标与范围：
系统的主要功能是实现车况、路况、客流的实时监控，通过监控数据实现公交车辆的灵活调度。该系统有五类角色：乘客，乘务员，调度员，业务员和管理员。乘客主要是通过查询页面来查询乘车线路；乘务员采集车辆位置、车速、车况、车辆载客（客流）等数据并入系统，调度员根据采集的这些信息发出调度指令，乘务员执行调度指令；业务员可以生成各种报表；管理员则可以对各个人的权限进行增删改查的操作。
2.3假设与约束：
bus系统开发时间为2010.4.1—2010.10.1。
开发人员人数6人，技术文档写作人员人数3人，测试人员人数2人
开发经费预算是200万元人民币。
2台pcserver服务器。
2.4项目工作范围：为公交公司开发一套运营调度管理系统，用信息化手段代替原有的手工调度模式吧。
2.5.1需完成的软件：运营调度管理系统。编程语言：jdk 存储形式： mysql
2.5.2需提交的用户文档：《安装维护手册》和《使用手册》。
2.5.3需提交内部的文档：《需求规格说明书》，《概要设计说明书》，《详细设计说明书》，《源代码清单》、《代码接口说明》、《测试策略》、《测试计划》、《系统测试用例》、《缺陷报告》和《最终测试结果报告》。
2.5.4需提供的服务：本系统将向客户提供一次集中培训和辅导和一年之内的系统维护。
2.6项目开发环境：软件需要tomcat+maven+jdk+mysql+eclipse及插件。硬件需要pcserver服务器，人手一台pc机。网络环境需要100m及以上速率局域网，tcp/ip协议。
2.7项目验收方式与依据：项目验收将采取三方验收的方式进行：客户方，开发方和监理方。通过考察系统的使用情况，用户的反馈以及专家的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落。
项目团队组织
3.1组织结构：项目团队分为开发组，测试组，文档组和项目管理组。
开发组：孙经理、小刘、小齐、小马、小赵、小王
测试组：小周、小张、小王
文档组：赵经理、小罗、小邓
项目管理组： 项目经理—xxx 需求顾问——xxx 技术专家——xxx
项目组：项目负责人——马经理 各部门联系人
3.2人员分工：
开发组：
开发经理—孙经理（负责技术难点）
组长—小刘（负责开发组日常工作和数据库）
组员—小齐（负责系统开发）
--小马（负责系统开发）
--小赵（美工）
--小王（实习）
测试组：
测试经理：小周（负责带领测试团队完成整个系统的测试工作）
组员—小张（负责测试系统）
组员—小王（负责测试系统）
文档组：
经理—赵经理（负责管理技术文档编写工作）
组员—小罗（负责技术文档编写）
组员—小邓（负责技术文档编写）
项目管理组：
项目经理—xxx（负责全面管理项目的开发工作）
需求顾问——xxx（负责需求分析工作）
技术专家——xxx（负责项目的可行性分析以及项目中重大技术问题的决策）
项目组：
项目负责人——马经理（客户方为此项目指定的负责人，代表客户方做出决策）
各部门联系人——反映各部门业务需求和部门用户意见
3.3协作与沟通：文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。
3.3.1项目团队内部协作：文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。
3.3.2项目团队外部沟通与协作模式：开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。
实施计划
4.1风险评估及对策：客户需求会经常变更，影响项目的进度。可以加班并延长需求调研时间，也可以严格控制需求变更来防止这类现象出现。至于人员流动问题，可以招聘技术人员作为长期任务，加强沟通，及时了解人员开发动态。并从外部招聘有此类工作经验的技术人员。
资金不足，可以请实习学生参与一部分辅助工作，降低开发成本，也可以与客户商量，去掉不必要的需求，降低工作量，减少开发时间。
4.2项目时间管理：项目进度由总经理和各组经理负责，把总体工作计划分配到每个月，进而分配到每一天，每个人。
项目启动：三月份完成。由项目经理和技术专家负责。
需求分析：四月份完成，由需求顾问完成。
系统与测试设计：五月份和六月份完成。其中概要设计由开发经理在五月份完成，详细设计由开发经理在六月份完成。测试策略由测试经理在五月份完成，测试计划由测试经理在六月份完成。
编码与测试执行：从七月初到十一月初完成，其中制定编码规范由开发经理在七月中旬完成，确定测试需求由测试经理在七月中旬完成。编码的时间比较长一点，由开发工程师从七月中旬到十一月初完成，单元测试由开发工程师从八月份到十一月初完成，编写测试用例由测试工程师从七月中旬到十一月初完成。执行测试由测试工程师在十一月份完成。
测试评估与系统部署：在十二月份完成。其中测试评估由测试经理在十二月中旬完成，制定部署方案由开发经理在十二月中下旬完成。
4.3质量管理计划：
质量管理由项目经理牵头，测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审或者测试，以保证软件产品的质量。
需求分析阶段：项目经理在3月31号进行需求评审。
系统与测试设计阶段：在4月30号进行概要设计评审制定测试策略评审，在5月31号进行详细设计评审和制定测试计划评审，在6月5号进行制定编码规范评审。测试经理在6月9号进行测试需求评审，在8月1号和9月1号进行代码审查，在11月1号进行单元测试报告评审和测试用例评审，在12月1号进行缺陷报告评审。
测试评估与系统部署阶段：在12月15号测试经理进行测试评估报告评审，开发经理进行部署方案评审。
软件质量出现问题的话，按以下流程解决：
发现问题，找出问题的责任人
通知问题责任人限期修改
问题责任人修改问题
问题责任人将修改后的内容反馈给发现问题的人员
发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改
如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决
4.4成本管理计划：
项目启动与计划阶段在3月份完成，预算10万元。
需求分析在4月份完成，预算20万元。
系统与测试设计在5月份完成，预算30万元。
编码与测试执行在6月份到10月份完成，每月预算30万元。
测试评估与系统部署在11月份完成，预算40万元。
系统维护在12月份完成，预算50万元。
4.5配置管理计划: 要采用专用的版本管理工具进行软件版本的控制，由开发经理制定版本控制流程
4.6采购计划: 在项目初期需要采购pcserver服务器两台和10台pc机，以便使用。
文档历史
使用下表
版本
修改内容
修改日期
修改人
审阅人
版本由1.0开始，每一次审阅通过，小数点左边的数字加1，每一次提交审阅，小数点右边的数字加1
全部
2011.07.06
xxx
xxx
相关热词搜索：;