话剧灬人生
一是参考其它项目.
另一个现在的可参考项目是安装 Microsoft Office Project 2003, 内有好几个相关模板.
供参:
项目启动 6 工作日
组建工作组 6 工作日
定义工作组角色 2 工作日
确定所需技能 2 工作日
确定资源 2 工作日
将角色赋予资源 2 工作日
工作组成立 0 工作日
构想 44 工作日
定义初步的商业需求(持续性工作) 29 工作日
风险管理 1 工作日
定义项目结构 9 工作日
定义跟踪项目的步骤 5 工作日
定义解决问题的步骤 4 工作日
定义跟踪问题的步骤 3 工作日
定义控制变更的步骤 4 工作日
定义责任和期望 2 工作日
项目结构确定完毕 0 工作日
研究和收集设想 25 工作日
进行初步的用户访问 2 工作日
定义使用场合 10 工作日
制定初步的用户描述 5 工作日
制定初步的构想说明 1 工作日
确立设计目标 8 工作日
制定初步的解决方案概念 5 工作日
制定初步的项目范围 19 工作日
定义关键的成功因素 2 工作日
定义衡量成功的标准 1 工作日
定义主要的可交付结果(初步) 3 工作日
起草构想/范围 3 工作日
审阅构想/范围 2 工作日
更新构想/范围 3 工作日
缓冲时间 4 工作日
进行里程碑检查 1 工作日
构想得到批准 0 工作日
规划 59 工作日
更新风险评估 1 工作日
进行用户访问 10 工作日
创建功能描述 31 工作日
制定功能描述: 第 0 批 5 工作日
制定功能描述: 第 1 批 5 工作日
制定功能描述: 第 2 批 5 工作日
制定功能描述: 第 n 批 5 工作日
功能描述基准 0 工作日
开发计划 28.25 工作日
创建开发计划 28 工作日
进行概念性设计 10 工作日
进行逻辑设计 15 工作日
进行物理设计 19 工作日
制定开发日程 5 工作日
测试计划 35 工作日
制定测试计划 30 工作日
制定测试日程 5 工作日
用户培训计划 36 工作日
制定用户培训计划 30 工作日
制定用户培训日程 6 工作日
后勤计划 48 工作日
制定后勤计划 43 工作日
进行基础设施分析 15 工作日
制定安全计划 2 工作日
制定部署计划 27 工作日
定购组件 15 工作日
后勤计划完成 0 工作日
创建后勤日程 7 工作日
产品管理计划 18 工作日
制定产品管理计划 14 工作日
制定产品管理日程 5 工作日
程序管理计划 41 工作日
创建程序管理计划 21 工作日
创建程序管理日程 20 工作日
建立项目计划基准 0 工作日
合并项目计划 11 工作日
审阅合并计划 4 工作日
创建合并日程 2 工作日
缓冲时间 4 工作日
确定交货日期 0 工作日
构想/范围冻结 0 工作日
进行里程碑检查 1 工作日
项目计划得到批准 0 工作日
开发 81 工作日
更新风险评估 1 工作日
提供开发所需的设备/检验概念是否达到 0 工作日
建立开发环境/实验室 5 工作日
内部发布 #1 24 工作日
开发目标组件 9 工作日
测试单个组件 5 工作日
测试组装为整体的应用程序 6 工作日
开发增强性能的材料 4 工作日
测试和审查材料 3 工作日
制定分发步骤 9 工作日
创建分发产品 2 工作日
分发给合适的对象 1 工作日
缓冲时间 8 工作日
内部发布 #1 结束 0 工作日
审阅来自内部发布的结果 2 工作日
进行发布后的审阅 1 工作日
内部发布 #n 24 工作日
开发目标组件 10 工作日
测试单个组件 4 工作日
测试组装为整体的应用程序 5 工作日
开发增强性能的材料 4 工作日
测试和审查材料 3 工作日
制定分发步骤 3 工作日
创建分发产品 4 工作日
缓冲时间 6 工作日
分发给合适的对象 1 工作日
内部发布 #n 结束 1 工作日
审阅来自内部发布的结果 2 工作日
功能说明冻结 1 工作日
最后的特性开发 10 工作日
最后的后勤开发 9 工作日
最后的性能支持开发 5 工作日
特性开发结束 0 工作日
更新计划和日程 13 工作日
更新开发计划 4 工作日
更新测试计划 3 工作日
更新后勤计划 13 工作日
更新程序管理计划 3 工作日
更新产品管理计划 3 工作日
更新用户培训计划 6 工作日
缓冲时间 3 工作日
进行里程碑检查 2 工作日
项目范围规划完成 1 工作日
稳定 73 工作日
更新风险评估 1 工作日
发布测试版 1 32 工作日
制定测试版计划 3 工作日
征寻和选择用户 2 工作日
准备测试版产品包 8 工作日
开始测试 0 工作日
提供测试支持 8 工作日
收集用户反馈 7 工作日
结束测试支持 0 工作日
修补缺陷 10 工作日
结束测试 0 工作日
发布测试版 n 1 工作日
修补缺陷 10 工作日
收集错误 1 工作日
改正高优先级的错误 10 工作日
发布无错误版 0 工作日
进行最后的错误分类 5 工作日
发布版候选 1 7 工作日
进行工作组评估 2 工作日
客户/用户评估 2 工作日
支持评估 3 工作日
发布版候选 n 6 工作日
黄金发布版 0 工作日
发布 1 工作日
项目后检查 2 工作日
软件开发:
-------------------------
项目范围规划 3.5 工作日
确定项目范围 4 工时
获得项目所需资金 1 工作日
定义预备资源 1 工作日
获得核心资源 1 工作日
项目范围规划完成 0 工作日
分析/软件需求 14 工作日
行为需求分析 5 工作日
起草初步的软件规范 3 工作日
制定初步预算 2 工作日
工作组共同审阅软件规范/预算 4 工时
根据反馈修改软件规范 1 工作日
确定交付期限 1 工作日
获得开展后续工作的批准(概念、期限和预算) 4 工时
获得所需资源 1 工作日
分析工作完成 0 工作日
设计 14.5 工作日
审阅初步的软件规范 2 工作日
制定功能规范 5 工作日
根据功能规范开发原型 4 工作日
审阅功能规范 2 工作日
根据反馈修改功能规范 1 工作日
获得开展后续工作的批准 4 工时
设计工作完成 0 工作日
开发 21.75 工作日
审阅功能规范 1 工作日
确定模块化/分层设计参数 1 工作日
分派任务给开发人员 1 工作日
编写代码 15 工作日
开发人员测试(初步调试) 15 工作日
开发工作完毕 0 工作日
测试 48.75 工作日
根据产品规范制定单元测试计划 4 工作日
根据产品规范制定整体测试计划 4 工作日
单元测试 15 工作日
审阅模块化代码 5 工作日
测试组件模块是否符合产品规范 2 工作日
找出不符合产品规范的异常情况 3 工作日
修改代码 3 工作日
重新测试经过修改的代码 2 工作日
单元测试完成 0 工作日
整体测试 12 工作日
测试模块集成情况 5 工作日
找出不符合规范的异常情况 2 工作日
修改代码 3 工作日
重新测试经过修改的代码 2 工作日
整体测试完成 0 工作日
培训 45.75 工作日
制定针对最终用户的培训规范 3 工作日
制定针对产品技术支持人员的培训规范 3 工作日
确定培训方法(基于计算机的培训、教室授课等) 2 工作日
编写培训材料 3 周工时
研究培训材料的可用性 4 工作日
对培训材料进行最后处理 3 工作日
制定培训机制 2 工作日
培训材料完成 0 工作日
文档 30.5 工作日
制定“帮助”规范 1 工作日
开发“帮助”系统 3 周工时
审阅“帮助”文档 3 工作日
根据反馈修改“帮助”文档 2 工作日
制定用户手册规范 2 工作日
编写用户手册 3 周工时
审阅所有的用户文档 2 工作日
根据反馈修改用户文档 2 工作日
文档完成 0 工作日
试生产 70.25 工作日
确定测试群体 1 工作日
确定软件分发机制 1 工作日
安装/部署软件 1 工作日
获得用户反馈 1 周工时
评估测试信息 1 工作日
试生产工作完成 0 工作日
部署 5 工作日
确定最终部署策略 1 工作日
确定部署方法 1 工作日
获得部署所需资源 1 工作日
培训技术支持人员 1 工作日
部署软件 1 工作日
部署工作完成 0 工作日
实施工作结束后的回顾 3 工作日
将经验教训记录存档 1 工作日
分发给工作组成员 1 工作日
建立软件维护小组 1 工作日
回顾完成 0 工作日
软件开发模板结束 0 工作日
项目开发立项报告
企业研究开发项目立项书编写提纲
一、立项依据
一 国内外现状、水平和发展趋势
二 项目研究开发目的和意义
三 项目达到的技术水平及市场前景
二、研究开发内容和目标
一 项目主要内容及关键技术
二 技术创新点（应提供国家有关部门、全国（世界）性行业协会等具备相应资质的机构若颁布相关技术参数或标准。）
三 主要技术指标或经济指标
三、研究开发方法及技术路线
四、现有研究开发基础
五、研究开发项目组人员名单
六、计划工作进度
七、项目经费预算
1. 我们为什么要写立项报告？
对于这个问题回答很简单，就是向领导阐述为什么要做这个项目？这个项目收益点在哪？领导感觉做的值，就会给这个项目批预算，接着申报部门开始风风火火的做事了。
2. 我们应该怎样写立项报告？
（1） 立项背景
阐述我们为什么要做这个项目？包括内容为：当前的内部与外部环境等信息。
（2） 立项需求
立项需求还是在阐述我们为什么要立项？既然叫需求，就应该从不同的维度出发，包括市场需求、内控需求、政策需求、未来发展需求等。
（3） 达到目标
申请部门/申请人应向领导阐述我们做这个项目应该达到什么样的目标？能够达到什么样的目标？
（4） 实施计划
从现状需求到目标实现，是需要实施计划来衔接的，这块应告诉领导我们是准备怎样做这个项目的？
（5） 投入产出比
就是告诉领导我们预计要花多少钱？将来做完项目能够省多少？赚多少？
3. 后记
写立项报告很简单，当然我说的也很简单，我只是说出了大体的思路，内容没有写。时刻应记住，报告是给领导去看的，那么在我们写类似文档时，就要考虑领导究竟想看什么？想知道什么？带着这样的想法，再去写这个东西，当然是轻而易举了。
模板示例：
1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。
1.2 项目背景：应包括
● 所建议开发软件的名称
● 项目的任务提出者、开发者、用户及实现软件的单位
● 项目与其他软件或其他系统的关系。
1.3 定义：列出文档中用到的专门术语的定义和缩写词的原文。
1.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括
● 项目经核准的计划任务书、合同或上级机关的批文
● 与项目有关的已发表的资料
● 文档中所引用的资料，所采用的软件标准或规范
2 可行性研究的前提
2.1 要求：列出并说明建议开发软件的的基本要求，如
● 功能
● 性能
● 输入/输出
● 基本的数据流程和处理流程
● 安全与保密要求
● 与软件相关的其他系统
● 完成日期
2.2 目标：可包括
● 人力与设备费用的节省
● 处理速度的提高
● 控制精度或生产力的提高
● 管理信息服务的改进
● 决策系统的改进
● 人员工作效率的提高
2.3 条件、假定和限制：可包括
● 建议开发软件运行的最短寿命
● 进行显然方案选择比较的期限
● 经费来源和使用限制
● 法律和政策方面的限制
● 硬件、软件、运行环境和开发环境的条件和限制
● 可利用的信息和资源
● 建议开发软件投入使用的最迟时间
2.4 可行性研究方法
2.5 决定可行性的主要因素
3 对现有系统的分析
3.1 处理流程和数据流程
3.2 工作负荷
3.3 费用支出：如人力、设备、空间、支持性服务、材料等项开支
3.4 人员：列出所需人员的专业技术类别和数量
3.5 设备
3.6 局限性：说明现有系统存在的问题以及为什么需要开发新的系统
4 所建议技术可行性分析
4.1 对系统的简要描述
4.2 与现有系统比较的优越性
4.3 处理流程和数据流程
4.4 采用建议系统可能带来的影响
● 对设备的影响
● 对现有软件的影响
● 对用户的影响
● 对系统运行的影响
● 对开发环境的影响
● 对经费支出的影响
4.5 技术可行性评价:包括
● 在限制条件下，功能目的是否达到
● 利用现有技术，功能目的是否达到
● 对开发人员数量和质量的要求，并说明能否满足
● 在规定的期限内，开发能否完成
5 所建议系统经济可行性分析
5.1 支出
5.2 效益
5.3 收益/投资比
5.4 投资回收周期
5.5 敏感性分析：指一些关键性因素，如：
● 系统生存周期长短
● 系统工作负荷量
● 处理速度要求
● 设备和软件配置变化对支出和效益的影响等的分析
6 社会因素可行性分析
6.1 法律因素：如
● 合同责任
● 侵犯专利权
● 侵犯版权
6.2 用户使用可行性：如
● 用户单位的行政管理
● 工作制度
● 人员素质等能否满足要求
7 其他可供选择的方案
逐个阐明其它可供选择的方案，并重点说明未被推荐的理由。
8 结论意见
● 可着手组织开发
● 需等待若干条件具备后才能开发
● 需对开发目标进行某些修改
● 不能进行或不必进行
● 其它
软件二次开发协议如何写？请写过此类协议的大哥大姐们，发一个样本给我。谢谢
软件二次开发合同
甲方：___________
乙方：________
签订日期：_____年_____月_____日
上述甲、乙双方，经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。
第一条?本合同软件二次开发项目的内容、二次开发的相关资料、价款、工作进度与安排、交付和验收方式等由附件载明。
第二条?合同履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。?
第三条?甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。
第四条?双方的基本权利和基本义务
甲方的权利和义务
根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。 按本合同约定支付软件开发费用。 甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
乙方的权利和义务
按照甲方提供的材料按时完成本合同规定的软件开发工作。
可以根据甲方的要求帮助甲方举办培训和技术咨询
乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
第五条?本合同涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。
第六条 甲方根据已方提供的平台所进行的二次开发内容，包括相关程序、文件源码，文档资料的版权属甲方所有。
第七条?甲方不能按时支付合同费用，导致的工期延误，其责任由甲方承担。?
第八条?双方当事人应当保守在履行本合同过程中获知的对方商业秘密。?
第九条?双方应本着诚实信用的原则履行本合同。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。?
第十条?本合同签订后，经双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。??
第十一条 本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。?
第十二条 任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，应双倍返还上述费用。本合同其他条款对合同的解除另有约定的，从其约定。
第十三条 任何一方违反本合同，给对方造成损失的，还应赔偿损失。??
第十四条 订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。??
第十五条 双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。?
第十六条?本合同经由双方授权代表签字，自签订之日起生效。
第十七条 本合同一式两份，双方当事人各执一份，具有同等法律效力。
甲方：__________（授权代表签字）
乙方：__________（授权代表签字）
附件 开发建设项目工作进度与安排、价款、二次开发的相关资料、交付和验收方式
一、开发项目内容
?? ***项目二次开发
二、合同金额及付款方式：
合同金额及付款方式见主合同
二、完成及验收时间
完成时间：乙方收到本附件规定预付款项后30日内开发完成。
验收期限：甲方在2008年2月31日前完成项目的验收，并确认。
四、验收标准和验收后修改补充
1．验收期限为2个月。
2．验收合格，甲方应以书面方式签收，但甲方在乙方交付工作成果后3个月内未书面签收也未提出异议的，视为甲方验收合格。
五、已方必须提供给甲方的二次开发资料：
1、源代码开放：
1、从J2EE四层架构的角度上讲，开放源代码指开放四层架构的所有代码，包括表示层(JSP),应用层(业务层)，服务层，数据层(数据库表结构)
2、考虑到贵公司的商业机密：工作流和表单可以不对我们开放源代码。
3、我们会新增模块代码，那么新增模块代码如果和整体系统权限进行集合，形成一个系统权限体系，所以要求系统权限模块开放源代码，进行系统权限整合
4、除以上工作流表单模块，要求其余所有模块的源代码必须开放。
2、二次开发平台（环境）开放：
1、要求和贵公司的开发平台（环境）一致，二次开发后的模块能和OA产品完美整合
2、提供和开发平台（环境）相关的软件、中间件、技术性资料
3、提供相应二次开发培训
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/s9wolf/archive/2007/12/14/1934459.aspx
软件项目计划的计划制定
项目计划详细说明了所需软件工作及如何实现。它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。项目计划也提供了一种很有效的学习途径。如果能合理建档，它便是一个与实际运行效能比较的基准。这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。
我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。
项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。软件项目计划的逻辑如下所述 ：
由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。
接着建立一种概念设计。项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。
在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。
软件项目计划-制订软件项目计划的方法与策略
制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。
软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。
1.注重项目计划的层次性
软件项目计划的层次及其关系如下图所示。
高级计划，是项目的早期计划。高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。
大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）。
如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。如果开发组还分了小组，可以有小组的三级计划。
开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日。
一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制订和实施。较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的。
2.重视与客户的沟通
与客户的沟通是很重要的。不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。
首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。如：在我主持的一个某单位人nnerlink>MIS系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的。我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月。站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。
其次，我们有义务要让客户知道项目的计划。这样才能让客户和用户主动、积极参与项目，达到项目的最终目标。项目计划取得双方签字认可是一种好的习惯。客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。有必要想办法让客户清楚签字意味着什么。这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。
3.该详细的详细，该简略的就简略
软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）。一个需要五六十个人甚至上百人，要花上半年或更长时间的大型软件项目则会有更多的项目计划内容。我们得按照项目的的特定情况量体裁衣。
如下表表1所示，这是我主持的一个某高校教务办公信息系统项目的风险管理计划表。项目较小，我们只用了两个月的时间就开发完工，通过验收。正因如此，我们在项目计划中大量的采用了这种表格来制订人员计划、培训计划、风险计划、成本估计、文档大小估计、进度计划，一目了然，责任到人，其效果和效益是很明显的。
项目的工作安排一定要责任到人，这点是要详细的。如果是多个人共同完成的任务也要指定一位主要负责人，否则开发人员会操作不便，甚至互相推卸责任。
4.制订的项目计划要现实
软件项目中的项目经理和系统分析员大都是从程序员成长起来的，我亦是如此，担任项目经理之前我写了五年的VB、Java和数据库SQL代码。项目经理和系统分析员做出来的项目计划最终要能够被项目组成员所实现。
制订项目计划仅靠“个人经验”是不够的，不可能面面俱到，不要期希望于“个人经验”。解决的办法有两个方面。
一是充分鼓励、积极接纳项目干系人（包括客户、公司高层领导、项目组成员）来参与项目计划的制定。
可以邀请客户和公司高层领导来共同讨论高级计划的制订。客户会乐意参与的，因为追求项目的成功是大家的共同目标。公司高层领导的支持是项目组的坚强后盾，项目组需要获取必要的资源，需要及时获取对项目特殊要的审批，需要在领导事务上得到适当的指导和帮助，有些事项有时是需要公司高层领导加入才能解决的，如合同款项的按期支付。
制订二级、三级项目计划要与项目组成员互动。当规划由一个人做出而由另一个人实施时，如果项目没有按时完成，会使得他们怀疑项目计划的可行性，也会影响开发人员的士气。与项目组内部人员的沟通亦很重要。软件程序员平时通常表现得内向、清高，作为项目经理应当学会调节工作中的气氛，在轻松的氛围中去融合开发人员的意见。
可以让开发人员对自己职责范围内的事提出建议的时间和资源，再作讨论约定。这样开发人员在主观上会更加投入工作。客观上，开发人员的能力很难用时间及工作量来衡量，一名熟练的Java程序员比一名初学Java的程序员开发效率可能快上四五倍，因而安排的时间周期、任务量当然要不一样。我比较倾向于召开一次专题讨论会，事先写出一个初稿，再各抒已见，最后作出结论。
二是要充分利用一些历史数据。历史数据是宝贵的财富，是可复用的资源。不仅要注意积累这些数据，也要学会从中提炼出可以为我所用的数据。如，项目计划的模板，计划的资源数据等。
5.运用过程化的思想指导开发
软件项目计划是CMM2级的一个KPA。可用软件过程化的思想指导计划的编制与实施。
CMM2共有6个KPA，它们是：需求管理、软件项目计划、项目跟踪和监控、软件转包合同管理、软件质量保证、软件配置管理。一个软件组织如果达到了CMM2的各个过程方面的全部目标，就表明这个组织的软件能力达到了第2级成熟度等级。
这也可以是针对一个项目而言。通常需要根据项目的进展情况对项目计划进行修改，以便应付需求和承诺的变更、不够准确的估计、纠正措施和过程更改等。在策划和重新策划中涉及的活动，都包含在这个过程方面里。
6.利用成熟的项目管理工具
Microsoft Project 2000（或更高的版本）是一款公认的功能强大、操作方便的项目管理工具软件。它自带了一个叫做“软件开发”的模板，可以用它来生成大体的框架，再作细节方面的改动，也可以自己制作一个符合自己公司软件项目运作流程的模板。
Microsoft Project 2000的操作面版中可以安排任务，并设置开始时间、结束时间、前置任务、资源名称等参数，它能自动生成Gantt图、Pert图，找出项目中的关键路径。
7.结束语
软件项目计划分为高级计划、二次计划、三级计划和低级计划，制订软件项目计划应注意及时与客户沟通，该详细的详细，该简略的就简略，制出来的计划要是现实的，可以运用CMM2的思想指导计划的制订，Microsoft Project是倍受推荐的项目计划软件工具。愿我们多做出高质量的软件计划，从而打造软件精品。
项目报告怎么写
项目可行性报告范文
一、基本情况
1．项目单位基本情况：单位名称、地址及邮编、联系电话、法人代表姓名、人员、资产规模、财务收支、上级单位及所隶属的市级部门名称等情况。
可行性研究报告编制单位的基本情况：单位名称、地址及邮编、联系电话、法人代表姓名、资质等级等。
合作单位的基本情况：单位名称、地址及邮编、联系电话、法人代表姓名等。
2．项目负责人基本情况：姓名、职务、职称、专业、联系电话、与项目相关的主要业绩。
3．项目基本情况：项目名称、项目类型、项目属性、主要工作内容、预期总目标及阶段性目标情况；主要预期经济效益或社会效益指标；项目总投入情况（包括人、财、物等方面）。
二、必要性与可行性
1．项目背景情况。项目受益范围分析；国家（含部门、地区）需求分析；项目单位需求分析；项目是否符合国家政策，是否属于国家政策优先支持的领域和范围。
2．项目实施的必要性。项目实施对促进事业发展或完成行政工作任务的意义与作用。
3．项目实施的可行性。项目的主要工作思路与设想；项目预算的合理性及可靠性分析；项目预期社会效益与经济效益分析；与同类项目的对比分析；项目预期效益的持久性分析。
4．项目风险与不确定性。项目实施存在的主要风险与不确定分析；对风险的应对措施分析。
三、实施条件
1.人员条件。项目负责人的组织管理能力；项目主要参加人员的姓名、职务、职称、专业、对项目的熟悉情况。
2.资金条件。项目资金投入总额及投入计划；对财政预算资金的需求额；其他渠道资金的来源及其落实情况。
3.基础条件。项目单位及合作单位完成项目已经具备的基础条件（重点说明项目单位及合作单位具备的设施条件，需要增加的关键设施）。
4.其他相关条件。
四、进度与计划安排
五、主要结论
项目可行性报告编制要求
一、概述
1 项目概况
1．1 项目名称
1．2 项目承担单位及负责人
1．3 项目起止日期
1．4 项目主管部门
1．5 项目简要内容及实施目标（以前是否申请、验收过）
2 企业概况
2．1 企业简介
企业名称、法定代表人、所有制性质、隶属关系、企业地址及邮政编码等
2．2 人员情况
职工总数及构成，工程技术人员及构成，计算机及自动控制等专业及相关专业人数。
2．3 企业资产信用状况
资产总额（固定资产原值、固定资产净值、流动资产、负债总额、流动负债、所有者权益总额）。
收入总额（主要营业收入、税后利润总额、银行借款总额）。
银行信用等级。
税务局情况记录
2．4 企业近二年生产经营情况，主要产品及其在国内外的市场地位。
二、项目开发的必要性
1 项目提出的背景和依据。
2 国内外同类项目的应用情况。
3 该项目开发前与投入使用后，企业在生产、经营、质量、技术与管理等方面有那些变化及显著效果。
三、协作单位的选定理由
1 协作单位的概况及其优势分析比较。
含协作单位资质、人员情况、技术特长及开发同类项目的经验等。
2 与国内外同类系统或产品在性能、价格、服务等方面的比较。
四、项目的内容及目标
1 简述项目主要内容；管理信息系统应用系统结构示意图，主要子系统等。控制项目需要简要描述工艺流程及控制方案。
2 结合国内外同类项目的技术水平和发展趋势及本单位的实际情况，明确项目的目标与预期达到的技术水平。（有可操作的量化指标）
五、项目的技术可行性
1 可供选择的几种方案的简单比较
2 最佳方案及论证
2．1 总体概述
2．2 设计思想
2．3 设计依据
2．4 系统配置（包括软、硬件两个方面）
2．5 控制策略及测控参数
2．6 系统的技术指标及特点
六、设备选型及系统报价（含硬、软件明细表及设备报价）
七、项目实施计划
1 项目实施计划时间表
2 项目实施的保证措施（人员保证、条件保证、协作单位）
八、总投资估算和资金筹措
1 总投资估算
1．1 工程费用
1．2 建设期贷款利息
1．3 各种税收
1．4 不可预见费
1．5 其他费用
2 资金筹措
2．1 资金来源组成
2．2 资金运用计划
九、经济和社会效益分析
1 财务成本分析
1．1 投资成本预测
1．2 增加的销售收入和税金预测
1．3 生产成本预测
1．4 利润预测
1．5 贷款还本利息预测
2 财务分析
2．1 财务赢利性分析
2．2 清偿能力分析（含还贷计划）
3 社会效益分析
十、可行性研究结论及建议另外，提供一下写作提纲：
提纲版本1：
目 录
一、项目单位的基本情况
二、市场分析
三、主要内容
四、环境保护
五、投资估算和资金筹措
六、综合经济效益分析
七、结论
八、附件
1.企业法人营业执照副本。未取得企业法人营业执照的，应当提交工商部门出具的企业名称预先核准通知书；
2.公司章程；
3.注册资金证明及法定验资机构出具的资信证明文件(新办企业递交)；
4.企业法定代表人的身份证明；
5.办公场所房屋所有权证，租赁的提供租赁合同及出租方房屋所有权证(新办企业递交)；
6.储煤场地土地使用证（3000平方米以上），租赁的提供租赁合同及出租方土地使用证（3000平方米以上）；
7.当地环保部门出具的煤场环保意见；
8.质检部门出具的计量设施合格证明；
9.质检部门出具的煤炭质量检测设施合格证明。委托煤质化验的，提供委托合同和受委托单位煤质化验资质证书；
10.国家、省有关部门颁发的质检工作人员上岗证书。
11.煤炭供货意向书
12.煤炭销售意向书
13.运输意向书
14.储煤场地形图和照片
*要求使用A4纸、仿宋三号字体，一式二份按次序装订成册；
*提供的格式仅供参考。
具体内容：
一、项目单位的基本情况
1、企业名称、经济性质、注册地址、通讯地址、经营期限、注册资金及投资总额（包括各方的出资方式及出资比例）。
2、企业机构设置、人员构成、主要骨干业务水平情况。
二、市场分析
1、项目提出的理由
2、所经营原煤品种的主要用途，市场分析，企业预计销量所及占市场份额。
3、市场竞争能力。
三、主要内容
1、经营方案
（1）煤炭经营的品种、来源、供、销意向。
（2）煤炭运输方式和运输意向。
2.储煤场地、主要设施的配备
（1）储煤场地理位置、占地面积。
（2）装卸设施、传输设施、计量设施、化验实施、辅助设施、公用设备等设施的内容。
（3）主要设备的技术特点和性能、规格、型号、参数等。
四、环境保护
1.排放污染物的种类、主要途径、数量，是否达到国家规定的排放标准。
2.对周边居民生活的影响评价。
3.主要治理设施及投资。
五、投资估算和资金筹措
1. 投资估算。估算项目投资额及资金使用安排。
2．资金筹措意向
六、综合经济效益分析
1. 经济效益分析
项目的总成本、年销售收入、年利税等情况。
2. 社会效益分析
项目对社会发展所做的贡献。
七、结论
提纲版本2：
一、项目单位的基本情况
主要包括：企业名称、经济性质、注册地址、通讯地址、经营期限、注册资金及投资总额（包括各方的出资方式及出资比例）；企业机构设置、人员构成、主要骨干业务水平情况等。
二、市场分析
主要包括：项目提出的理由；所经营原煤品种的主要用途、市场供需分析、企业预计销量所及占市场份额；企业在市场中的竞争能力等。
三、主要内容
主要内容为：经营方案（煤炭经营的品种、来源、供、销意向；煤炭运输方式和运输意向）；储煤场地、主要设施的配备（储煤场地理位置、占地面积、装卸设施、传输设施、计量设施、化验实施、辅助设施、公用设备等设施情况、主要设备的技术特点和性能、规格、型号、参数）等。
四、环境保护
主要内容包括：排放污染物的种类、主要途径、数量，是否达到国家规定的排放标准；对周边居民生活的影响评价；主要治理设施及投资情况等。
五、投资估算和资金筹措
主要内容包括：投资估算及资金使用安排；资金筹措意向等。
六、综合经济效益分析
主要内容包括经济效益分析（项目的总成本、年销售收入、年利税等情况）和社会效益分析（项目对社会发展的贡献分析）等。
七、结论
转载请注明出处51数据库 » 软件项目开发进度报告模板 软件开发项目进度表包含那些内容
