制定计划的软件.docx

制定计划的软件 制定安排的软件 篇1：如何制定和编写软件项目安排 如何制定和编写软件项目安排 软件项目安排（Software Project Planning）是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定具体的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间安排、成本和预算安排、人力资源安排等。 在软件项目管理过程中一个关键的活动是制定项目安排，它是软件开发工作的第一步。 项目安排的目标是为项目负责人供应一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发进度，并限制软件项目开发过程按此安排进行。 在做安排时，必需就须要的人力、项目持续时间及成本作出估算。这种估算大多是参考 以前的花费作出的。软件项目安排包括二个任务：探讨和估算。即通过探讨确定该软件 项目的主要功能、性能和系统界面。 一、软件项目安排内容 软件项目安排内容如下： 1.范围。对该软件项目的综合描述,定义起所要做的工作以及性能限制,它包括: (1)项目目标。 (2)主要功能。 (3)性能限制。 (4)系统接口。 (5)特别要求。 (6)开发概述。 2.资源。 (1)人员资源。 (2)硬件资源。 (3)软件资源。 (4)其他。 3.进度支配。 进度支配的好坏往往会影响整个项目的按期完成,因此这一环节是非常重要的。制定软件进度与其他工程没有很大的区分 ，其方法主要有： (1)工程网络图。 (2)Gantt图。 (3)任务资源表。 (4)成本估算。 (5)培训安排。 二、制定软件工程规范 对软件工程管理来说，软件工程规范的制定和实施是不行少的，它与软件项目安排一样重要 。软件工程规范可选用现成的各种规范，也可自己制定。目前软件工程规范可分为三级： (1)国家标准与国际标准。 (2)行业标准与工业部门标准。 (3)企业级标准与开发小组级标准。 三、软件开发成本估算 为了使开发项目能在规定的时间内完成，而且不超过预算，成本预算和管理限制是关键。 1.成本估算方法 (1)自顶向下估算方法。 估算人员参照以前完成的项目所耗费的总成本，来推算将要开发的软件的总成本，然后把它们按阶段、步骤和工作单元进行 安排，这种方法称为自顶向下估算方法。 它的优点是对系统级工作的重视，所以估算中不会遗漏系统级的诸如集成、用户手册和配置管理之类的事务的成本估算，且估算工作量小、速度快。它的缺点是往往不清晰低级别上的技术性困难问题，而往往这些困难将会使成本上升。 (2)自底向上估算方法。 自底向上估算方法是将待开发的软件细分，分别估算每一个子任务所须要的开发工作量，然后将它们加起来 ，得到软件的总开发量。这种方法的优点是对每个部分的估算工作交给负责该部分工作的人来做，所以估算 较为精确。其缺点是其估算往往缺少与软件开发有关的系统工作级工作量，所以估算往往偏低。 (3)差别估算方法。 差别估算是将开发项目与一个或多个已完成的类似项目进行比较，找到与某个相类似项目的若干 不同之处，并估算每个不同之处对成本的影响，导出开发项目的总成本。该方法的优点是可以提高估算的精确度， 缺点是不简单明确“差别”的界限。 除上三种还有： (1)专家估算法。 (2)类推估算法。 (3)算式估算法。 2.成本估算模型 (1)COCOMO估算模型。 机构性成本模型COCOMO（Constructive Cost Mode）是最精确、最易于运用的成本估算方法之一。 该模型分为：基本COCOMO模型，是一个静态单变量模型，它是对整个软件系统进行估算；中级COCOMO模型，是一个静态多变量模型；具体COCOMO模型，将软件系统模型分为系统、子系统和模块三个层次。 基本COCOMO模型估算公式： E=ab(KLOC)exp(bb) D=cb(E)exp(db) 式中E为开发所需的人力（人/月）。D为所需的开发时间（月）。KLOC为估计提交的代码行。ab、bb、cb和db是指不同软件开发方式的值。 中级COCOMO模型。 其估算公式为：E=ai(KLOC)exp(bi)×乘法因子，ai，bi (2)Putnam成本估算阅历模型。 Putnam估算模型是一种动态多变模型，它是假设在软件开发的整个生存期中工作量的分布。如下图： 依据曲线导出关于提交的代码行数L，人力K（人/年）和时间td（年）之间估算公式： 式中Ck是技术状况有关的常数，它的典型值如下： 对于差的开发环境 Ck=2500 对于好的开发环境 Ck=10000 对于有的开发环境 Ck=12500 由上述公式可以得到所需开发工作量的公式： 四、风险分析 风险分析对于软件项目管理是确定性的，然而现在还是有许多姓名不考虑风险就着手进行。 五、软件项目进度支配 软件项目的进度支配与任何一个工程的进度支配没有实质上的不同。首先识别一组项目任务，建立任务间的相互关联，然后估计各个任 务的工作量，安排人力和其他资源，指定进度时序。 1.软件开发任务的并行性 若软件项目有多人参与时，多个开发者的活动将并行进行。 2.Gantt图 Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务的进度按排，该图表示方法简洁易懂， 一目了然，动态反映软件开发进度状况。如下表： 进程安排时辰表 3.工程网络图 工程网络图是一种有向图，该图中用圆表示事务，有向弧或箭头表示子任务的进行，箭头上的数字称为权，该权表示此子任务的持续时间，箭头下面括号中的数字表示该任务的机动时间，图中的圆表示与某个子任务起先或结束事务的时间点。如下图： 六、软件质量保证 软件质量保证是软件工程管理的重要内容，软件质量保证应作好以下几个方面的工作： (1)采纳技术手段和工具。 (2)组织正式技术评审。 (3)加强软件测试。 (4)推行软件工程规范（标准）。 (5)对软件的变更进行限制。 (6)对软件质量进行度量。 七、如何制定软件项目安排 项目安排具体说明白所需软件工作及如何实现。它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和限制供应了一个框架。项目安排也供应了一种很有效的学习途径。假如能合理建档，它便是一个与实际运行效能比较的基准。这种比较可以使安排者看到他们的估算误差，从而提高其估算精确度。 我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不行避开地造成资源短缺，进度延迟和预算超支。又由于项目资源估算是从软件规模估算中干脆衍生出来的，所以低质量的规模估算是造成很多软件项目问题的根本缘由。 项目安排应在项目起先初期制定出，并随着工程的进展不断地加以精化。起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目须要哪些领域的学问，并且如何获得这些学问。假如不遵循这一指导原则，程序员们通常会主动地投入到那部分已知的工作中去，而把未知部分留滞到以后。这种工作方式通常会产生许多问题，因为未知部分具有最高的风险系数。软件项目安排的逻辑如下所述 ： 由于软件需求在初始阶段是模糊而又不完整的，质量安排只能建立在对客户需求的大致而不准确的理解之上。因此，项目安排应当从找出模糊不准确与精确恰当的软件需求间的映射关系入手。 接着建立一种概念设计。项目初始架构的建立要非常谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及全部模块间的关系。这就为项目安排和项目实施供应了组织框架，因此一个低质量的概念设计是不能满意要求的。 在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。 八、制订软件项目安排的方法与策略 制订软件项目安排的目的在于建立并维护软件项目各项活动的安排，软件项目安排其实就是一个用来协调软件项目中其它全部安排，指导项目组对项目进行执行和监控的文件。一个好的软件项目安排可为项目的胜利实施打下坚实的基础。 篇2：制订软件项目安排的方法与策略 制订软件项目安排的方法与策略 制订软件项目安排的目的在于建立并维护软件项目各项活动的安排，软件项目安排其实就是一个用来协调软件项目中其它全部安排，指导项目组对项目进行执行和监控的文件。一个好的软件项目安排可为项目的胜利实施打下坚实的基础。 软件项目有其特别性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目安排。我曾主持和参加过大大小小的软件项目十余项，下面我将把我制订软件项目安排的阅历共享给大家。 1.注意项目安排的层次性 软件项目安排的层次及其关系如下图所示。 高级安排，是项目的早期安排。高级安排应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。 大的阶段交替之前，应做好下一阶段的具体安排，我们称之为二级安排。具体安排要确定各项任务的负责人，起先时间，结束时间，任务之间的依靠关系，设备资源，小的事务点（即里程碑）。 假如项目规模相对较大，可以有多级的安排，比如说，一个项目组可能分为几个开发组，二级安排是各开发组制订的适合的自己小组的安排。假如开发组还分了小组，可以有小组的三级安排。 开发人员的个人安排是低级安排，由开发人员依据自己的任务自行制定，要把任务细化到人·日。 一般的，软件项目安排至多有四级就够了，过多的等级将会引发效率的瓶颈。大的项目不见得要有浩大的组织和人员数量来支撑，合理的划分小组，削减组织的层次，有利于项目安排的制 订和实施。较小的软件项目由于工期不长，人员较少，有二级安排（高级安排与低级安排）也是可行的。 2.重视与客户的沟通 与客户的沟通是很重要的。不必胆怯客户知道我们的开发安排，特殊是项目进度状况，应当和客户共享这些信息。 首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。如：在我主持的一个某单位人事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是倍受举荐的项目安排软件工具。愿我们多做出高质量的软件安排，从而打造软件精品。 篇3：工作安排制定软件(共2篇) 篇1：附录6：软件开发项目安排编制过程 软件开发项目安排编制过程 1项目安排的要素 依据pmbok2000，项目安排可以包含如下要素： 1.1 项目范围说明 1.1.1项目意义 为了运用户和开发小组能明确对所建网站要达到的功能。双方通过不断地探讨和交互，最终形成具有建设性目标的书面条款。经过探讨确认后，将作为开发小组设计开发的基本依据和需求方的软件验收标准。同时，通过该需求分析报告，开发小组可以更加进一步了解客户的需求，从而严格根据流程刚好、精确的完成系统的开发，以满意客户的需求。同时，该文档也是概要设计及后续设计的基础. 1.1.2项目框架 1.2 项目进度安排 进度 对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定起先日期、完成日期及所需资源，规定各项工作任务完成的先后依次以及表征每项工作任务完成的标记性事务（即所谓“里程碑）。 系统规划阶段:项目标记性事务 起先到完成 开发阶段：项目开发安排书的完成 3.09-3.12 需求分析阶段:系统需求说明书完成 3.12-3.20 系统概要设计： 系统概要设计说明书完成3.20-4.05 系统具体设计阶段: 系统具体设计说明书 4.05-4.25 编码实现: 项目的形成4.25-5.05 测试阶段: 测试安排和bug跟踪列表 5.05-5.12移交阶段: 项目的递交5.27 工作任务的分解与人员分工 组长: 苏威任务: （1）系统总的开发安排书。 （2）每个阶段组织小组探讨一次，记录探讨内容，列出本阶 段开发安排。 （3）项目开发进度的管理。 （4）团队的组织和协调。 设计：李 燕 魏红芳 (1)参加小组探讨。 （2）进行系统的需求分析和系统设计。 （3）完成系统需求说明书和系统设计说明书。 （4）编写测试安排，参加系统测试，记录bug跟踪列表。（5）帮助文档人员完成用户相关文档。 开发：苏 威 李 燕 魏红芳 （2）依据设计完成编码，并注释。（3）进行单元测试。 1.3项目质量安排 基于企业的质量方针和质量目标，结合本项目的特点，制定项目的质量目标： 1）.基于需求测试的覆盖率为100%; 2）软件功能测试用例通过率大于95%； 3）每个阶段评审中发觉的我难题都已经解决或得到处理； 4）产品发布时不存在严峻及其以上的缺陷。 1.4项目资源安排 在编制图书管理系统项目安排中考虑到，4 个开发人员是全职在这个项目中，二项目经理，质量保证和配置管理人员不是全职在这个项目中，他们还同时在管理其他的项目，进行成本估算的时候，应当依据项目人员付出的 时间以及各项任务的详细状况进行成本预算，最终得到比较具体的成本安排状况，即成本基准。滋养费用比例如下表所示： 1.5项目沟通安排 1.6风险对策安排 1.6.1风险管理规划 风险管理规划是规划和设计如何进行项目风险管理的过程。该过程包括定义项目组织及成员风险管理的行动方案及方式，选择适合的风险管理方法，确定风险推断的依据等。 风险管理规划的流程如图所示： 1.6.2风险降低活动可列出削减风险发生的可能性或削减风险发生时所造成损失的程度，对 那些应特殊关注的风险，几种降低风险的活动可以同时起先。降低风险的活动示例如下: (1)建立一个可测试此活动的模型。以验证这种风险降低策略可以削减风险发生的可能性； (2)为有风险的活动建立备选方案。一旦风险发生，采纳备选方案可使该风险对项目整体进度的影响降低。 1.7项目选购安排 （1）五台pc机 （2）一台交换机 1.8变更限制、配置管理安排 由于软件开发的手工性、个体性特征，软件开发项目安排不行能是一个静态的安排，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目安排，先确定项目高层活动和预期里程碑。粗颗粒度的项目安排须要不断地更新迭代，依据项目的大小和性质以及项目的进展状况进行迭代和调整。迭代和调整的周期也是依据项目的状况进行制订的，一般短到一周，长到2个月左右。经过不断的安排制订、调整、修订等工作，项目安排从最初的粗粒度，变得特别具体。这样的安排将始终持续到项目结束，持续到项目的成果出现。 2项目安排编制过程 由于软件开发的手工性、个体性特征，软件开发项目安排不行能是一个静态的安排，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目安排，先确定项目高层活动和预期里程碑。粗颗粒度的项目安排须要不断地更新迭代，依据项目的大小和性质以及项目的进展状况进行迭代和调整。迭代和调整的周期也是依据项目的状况进行制订的，一般短到一周，长到2个月左右。经过不断的安排制订、调整、修订等工作，项目安排从最初的粗粒度，变得特别具体。这样的安排将始终持续到项目结束，持续到项目的成果出现。 制定安排的过程就是一个对项目渐渐了解驾驭的过程，通过仔细地制定安排，项目经理可以知道哪些要素是明确的，哪些要素是要渐渐明确的，通过渐近明细不断完善项目安排。阶段安排中包含的工作汇报和下一阶段工作支配是驾驭项目进度的依据，从阶段安排比照总体安排，才能一目了然地看出工作的进展状况。制定安排的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定安排的精髓不在于写出一份好看的文档，而在于运用您的才智去应对各种问题和面临风险并尽可能做出前瞻性的思索。一旦安排被负责任地完成，他就可以给自己一个和管理层或客户沟通与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。 企业确定要起先某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。 接下来的项目安排编写一般要根据以下过程： 2.1成立项目团队： 2.2项目开发打算： 2.2.1 工具打算 （1）五台pc机 （2）源代码管理工具 2.2.2 开发环境 配置环境、数据库环境等 2.3项目信息收集： 项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（安排、需求、(来自:www.zaidian.cOm 书 业网:制定安排的软件)周安排等）是在沟通不够充分的状况下完成的，成员看过后有不了解或与自己的实力或意愿不符的状况，但通过电子邮件等方式沟通的效率不高，这或许是个习惯的问题，或许和某个详细问题本身是否简单通过电子邮件沟通清晰有关。因此重要的内容须要开会进行q&a探讨，确保全部重要问题都得到理解，最终达成共识。探讨会上达成共识的应当记录成文字落实在详细的文档中。 2.4编写软件项目安排书 编制项目安排的过程应当分为以下几个步骤： a、确定项目的应交付成果。 需求规格说明书、概要设计说明书、具体设计说明书、数据库设计说明书、项目阶段安排、项目阶段报告、程序维护说明书、测试安排、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等； b、任务分解： 组长: 苏威任务: （1）系统总的开发安排书。 （2）每个阶段组织小组探讨一次，记录探讨内容，列出本阶 段开发安排。 （3）项目开发进度的管理。 （4）团队的组织和协调。 设计：李 燕 魏红芳 (1)参加小组探讨。 （2）进行系统的需求分析和系统设计。 （3）完成系统需求说明书和系统设计说明书。 （4）编写测试安排，参加系统测试，记录bug跟踪列表。（5）帮助文档人员完成用户相关文档。 开发：苏 威 李 燕 魏红芳 （2）依据设计完成编码，并注释。（3）进行单元测试。 2.5软件项目安排书评审、批准 项目经理完成软件项目安排书后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目安排书进行评审，评审可实行电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求全部相关人员在收到软件项目安排书后的一个约定时间内反馈对安排书的看法。项目经理确保与全部人员就项目安排书中所列内容达成一样。这种一样性是要求全部项目团队成员对项目安排的内容进行承诺，无法承诺或者说是无法达成一样的，要么修改项目安排去适应某些项目团队成员，要么是由某些项目团队成员实行妥协措施，去适应项目安排的要求。 项目经理将已经达成一样的软件项目安排书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程限制部门如质量管理部和项目分管领导同时对软件项目安排书进行审批。 批准后的软件项目安排书作为项目活动开展的依据和本企业进行项目限制和检查的依据，并在必要时依据项目进展状况实施安排变更。 项目质量监督员依据软件项目安排书和软件开发项目质量安排书规范编制软件开发项目质量安排。大型的项目应当编制单独的软件开发项目质量安排书；规模较小的可 以在软件项目安排书的某个章节说明“软件开发项目质量安排”，也可单独编制类似“软件开发项目质量限制表”的文档。 配置管理员依据安排书编制项目配置管理安排。以项目工作安排书中的阶段成果为依据，依据配置管理安排规范编制配置管理安排，项目经理审批配置管理安排，并对配置管理安排的有效性负责。 项目策划工作完毕，软件项目安排书通过评审，一般状况下，对软件开发项目来说，工作转入需求分析阶段。 篇2：软件开发项目安排模板(参考后编制) xxx软件项目安排任务书 项目编号 项目名称 撰写人审 批完成日期 版本记录 书目 1.项 目 背 景 、 范 围 及 目标 .2.项目可行性分析.3.项目概述 .4.项目 生 命 周 期 及 里 程 碑 安排 .5.项目任务分解结构（wbs）. 6.预算 详见项目预算明细表。 7.人员组织及分工 8.风险预估 对可能出现的影响因素进行分析，并提出规避措施等。 制定安排的软件 制定安排 制定安排 制定安排 1 寒假制定安排 如何制定安排 制定安排如下 制定安排的感想 制定安排教案2 怎样制定安排（全文） 本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第26页 共26页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页第 26 页 共 26 页