第十四讲：软件开发项目管理的要点课件.ppt

《第十四讲：软件开发项目管理的要点课件.ppt》由会员分享，可在线阅读，更多相关《第十四讲：软件开发项目管理的要点课件.ppt（84页珍藏版）》请在三一办公上搜索。

1、软件开发项目管理的要点 第十四讲,软件过程规范软件成熟度软件开发过程的项目管理信息工程建设项目前期程序及阶段文件编制要点,引入案例：张三跳槽了，怎么办呢？,某单位承担着国家重要的工程项目，张三是这个单位的技术骨干，张三经不住一民营企业的高薪诱惑跳槽了。他变得软件说是留下来了，可是没有注解，文档很不规范，谁也读不懂，张三走时作了很好的表态，只要单位有事他可以马上回来。前几个月还行，有点小问题，张三一来就解决了。可是，这个国家项目要进行重大调整，组织机构发生了重大变化，原来的软件不能适应这一变化也必须作相应的调整张三已经成了那个单位的技术骨干不可能有大块的时间回来做这件事。机构的调整有十万火急！怎

2、么办呢？,软件过程规范,软件过程规范,一旦人们将注意力转向过程，将发现一个全新的思维空间。James Harrington,软件过程规范,1 过程的定义2过程规范3 软件生命周期的过程需求,1 过程的定义,1.1 过程的定义1.2 软件过程的分类和组成,过程的简单描述,实现、管理和支持过程之间的关系,1.2 软件过程的分类和组成,软件基本过程：软件获取、供应、开发、运行和维护的过程，包括需求分析、软件设计、编码等过程。软件支持过程：对软件主要过程提供支持的过程，包括文档编制过程、配置管理过程、质量保证过程、验证和确认过程（测试过程）、评审过程等。软件组织过程：对软件主要过程和支持过程的组织保证

3、过程，包括管理过程、基础设施过程、改进过程和培训过程。,软件生存周期过程（IEC12207）,软件过程的组成,软件生存周期过程（ISO/IEC15504）,2 过程规范,2.1 什么是过程规范2.2 过程规范的内容和示例2.3 过程规范的影响和作用,2.1 什么是过程规范,“规范”一词被解释为“明文规定或约定俗成的标准”，或理解为“用来控制或治理一个团队的一系列准则与章程，以及团队成员必须遵守的相关的规章制度” 过程规范就是对输入/输出和活动所构成的过程进行明文规定或约定俗成的标准。软件过程规范是软件开发组织行动的准则与指南，可以依据上述各类过程的特点而建立相应的规范，如软件基本过程规范、软件

4、支持过程规范和软件组织过程规范。,2.2 过程规范的内容,任务规范日常规章制度软件工具 包括：“责任人、参与人员、入口准则、出口准则、输入、输出和活动”等基本内容,2.3 过程规范的影响和作用,消极影响的存在和消除 规范存在的必要性过程规范的作用 帮助团队实现共同的目标一个规范的软件过程必将能带来稳定的、高水平的过程质量过程规范使软件组织的生产效率更高,3 软件生命周期的过程需求,3.1 软件工程过程3.2 软件支持过程3.3 软件管理过程3.4 软件组织过程3.5 软件客户供应商的过程,3.1 软件工程过程,工程过程是软件系统、产品的定义、设计、实现以及维护的过程。开发过程：定义并开发软件产

5、品的活动过程，包括需求分析、软件设计和编程等。运行过程：在规定的环境中为其用户提供运行计算机系统服务的活动过程，包括软件部署维护过程：提供维护软件产品服务的活动过程，也就是通过软件的修改、变更，使软件系统保持合适的运行状态，这一过程包括软件产品的移植和退役。,3.2 软件支持过程,文档编制 配置管理 质量保证 验证 确认 联合评审 审核 问题解决,明确并定义文档开发中所采用的标准、软件过程中所需要的各类文档。详细说明所有文档的内容、目的及相关的输出产品。根据定义的标准与已确定的计划来编写、审查、修改和发布所有文档。按已定义的标准和具体的规则维护文档。,软件过程或项目中的配置项（如程序、文件和数

6、据等有关内容）被标识、定义。 根据已定义的配置项建立基线，以便对更改与发布进行有效的控制，并控制配置项的存储、处理与分发，确保配置项的完全性与一致性。 记录并报告配置项的状态以及已发生变更的需求。,针对过程或项目确定质量保证活动、制定出相应的计划与进度表。确定质量保证活动的有关标准、方法、规程与工具。确定进行质量保证活动所需的资源、组织及其组织成员的职责。有足够的能力确保必要的质量保证活动独立于管理者以及过程实际执行者之外进行开展和实施。在与各类相关的计划进度保持一致的前提下，实施所制定的质量保证活动 。,根据需要验证的工作产品所制定的规范（如产品规格说明书）实施必要的检验活动：有效地发现各类

7、阶段性产品所存在的缺陷，并跟踪和消除缺陷。,根据客户实际需求，确认所有工作产品相应的质量准则，并实施必需的确认活动。 提供有关证据，以证明开发出的工作产品满足或适合指定的需求。,与客户、供应商以及其他利益相关方（或独立的第三方）对开发的活动和产品进行评估 。为联合评审的实施制定相应的计划与进度，跟踪评审活动，直至结束 。,判断是否与指定的需求、计划以及合同相一致 。由合适的、独立的一方来安排对产品或过程的审核工作 。以确定其是否符合特定需求,提供及时的、有明确职责的以及文档化的方式，以确保所有发现的问题都经过相应的分析并得到解决 。 提供一种相应的机制，以识别所发现的问题并根据相应的趋势采取行

8、动 。,3.3 软件管理过程,3.3 软件的管理过程,项目管理过程是计划、跟踪和协调项目执行及生产所需资源的管理过程。项目管理过程的活动，包括软件基本过程的范围确定、策划、执行和控制、评审和评价等。 质量管理过程是对项目产品和服务的质量加以管理，从而获得最大的客户满意度。此过程包括在项目以及组织层次上建立对产品和过程质量管理的关注 风险管理过程，在整个项目的生命周期中对风险不断的识别、诊断和分析，回避风险、降低风险或消除风险，并在项目以及组织层次上建立有效的风险管理机制 子合同商管理过程，选择合格的子合同商并对其进行管理的过程,3.4 软件组织过程,业务规划过程是为组织与项目成员提供对愿景的描

9、述以及企业文化的介绍，从而使项目成员能更有效地工作。定义过程是建立一个可重复使用的过程定义库，从而对其它过程等提供指导、约束和支持改进过程是为了满足业务变化的需要，提高过程的效率与有效性，而对软件过程进行持续的评估、度量、控制和改善的过程人力资源和培训过程，为项目或其它组织过程提供培训合格的人员所需的活动 基础设施过程是建立生存周期过程基础结构、为其他过程建立和维护所需基础设施的过程,3.5 软件客户供应商的过程,客户供应商过程是：内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用的过程。包括以下5个子过程：软件获得、客户需求管理、提供软件、操作软件提供客户服务,软件成

10、熟度,软件过程成熟度,决不要叮嘱别人怎样做事，只需告诉做什么，他们的机智仍会让我们感到惊讶。 乔治帕通（George S. Patton）,软件过程成熟度,1 过程成熟度标准2 能力成熟度模型概述3 过程成熟度级别,1 过程成熟度标准,1.1 软件过程不成熟的特点1.2 软件过程成熟的标准,软件过程能力软件过程性能软件过程成熟度,3个基本概念,1.1 软件过程不成熟的特点,软件过程能力低，不能按预定计划开发出客户满意的产品，项目拖延、费用大大超出预算已成惯例。过程性能的不可预见性，对进度和预算估计、产品质量的目标缺乏历史数据和有效方法的客观基础，开发的进度、成本和产品的质量都难以预测。过程的不

11、可视性，软件过程缺乏定义、缺乏文档和缺乏跟踪，在整个软件过程中，不清楚每个阶段进出的标准、执行的方法和规则。过程的不稳定性，实际的、具体的操作过程是在一个项目开始后临时拼凑而成，每个项目都不一样。过程的被动性、缺乏改进的主动性。,1.2 软件过程成熟的标准,软件过程能力高，具有全组织范围的管理软件开发和维护过程的能力。软件过程性能可预见性，对进度、预算和质量做出现实的和准确的估计和预测。软件过程规范化，可遵循的标准、规则和指导性原则。过程的一致性过程的丰富性过程的可视性过程的稳定性过程的不断改进,2 能力成熟度模型概述,2.1 CMM的基本内容2.2 系统工程能力模型2.3 集成化产品开发模型

12、2.4 CMMI介绍,2.1 CMM的基本内容,CMM是软件过程能力成熟度模型（Capacity Maturity Model，CMM）的简称，是卡耐基梅隆大学软件工程研究所为了满足美国联邦政府评估软件供应商能力的要求，于1986年开始研究的模型，并于1991年正式推出了CMM 1.0 版。 CMM：描述一条从无序的、混乱的过程到成熟的、有纪律的过程的改进途径，描绘出软件组织如何增加对软件开发和维护的过程控制的指导，描述如何向软件工程和管理的优秀文化演变等方面的指导,CMM的结构,2.2 系统工程能力模型,国际系统工程委员会（International Council on Systems E

13、ngineering，INCOSE）基于各种工程标准为评估系统工程能力建立了对照表。在此期间，该对照表发展为成熟的能力模型，称为系统工程能力评估模型（Systems Engineering Capability Assessment Model，SECAM）。SECAM扩充了连续式模型软件过程改进和能力确定模型(Software Process Improvement Capability dEtermination，SPICE)的概念，但是比SE-CMM更加明确地注重在系统工程实践上，采用EIA632标准作为过程模型设计参考的基础。,2.3 集成化产品开发模型,从美国国防工业协会(Natio

14、nal Defense Industrial Association, NDIA)的许多大公司来看，IPPD概念是大型软件开发过程模型的基础，并得到国防部（Department of Defense, DOD）的鼎力相助 。IPPD强调在贯穿整个生命周期期间所有技术及业务的相关人员的参与，这些人员包括顾客、供应商以及产品和产品相关过程的开发者，涉及的业务如测试与评价、制造、支持、培训、销售、采购、财务、合同以及处置过程。,2.4 CMMI介绍,CMMI,3 过程成熟度级别,3.1 成熟度等级的行为特征3.2 理解成熟度等级3.3 成熟度等级的过程特征3.4 CMMI过程域3.5 CMM和CMM

15、I过程域的比较分析,CMM/CMMI成熟度的5个等级,3.1 成熟度等级的行为特征,初始级具有明显的不成熟过程的特点 可重复级/受管理级建立了管理软件项目的方针和实施这些方针的规程，使软件项目的有效管理过程制度化，有能力去跟踪成本、进度和质量。一个有效过程可特征化为已文档化的、已实施的、可培训的和可测量的软件过程 已定义级包含一组协调的、集成的、适度定义的软件工程过程和管理过程，具有良好的文档化、标准化，使软件过程具有可视性、一致性、稳定性和可重复性，软件过程被集成为一个有机的整体,成熟度等级的行为特征（2）,已管理级的软件过程是量化的管理过程。在上述已定义级的基础上，可以建立有关软件过程和产

16、品质量的、一致的度量体系，采集详细的数据进行分析，从而对软件产品和过程进行有效的定量控制和管理。 优化级不断改善组织的软件过程能力和项目的过程性能，利用来自过程和来自新思想、新技术的先导性试验的定量反馈信息，使持续过程改进成为可能。为了预防缺陷出现，组织有办法识别出弱点并预先针对性地加强过程,3.2 理解成熟度等级,理解可重复级和已定义级 注意力逐渐从技术问题转向组织体系和管理问题 理解定量管理级和优化级,3.3 成熟度等级的过程特征,第2级（可重复级/受管理级），焦点开始集中在软件过程的管理上，一个受管理的过程则是一个可重复的过程 。从管理角度可以看到一个按计划执行的并且阶段可控的、规范化的

17、软件开发过程 第3级（已定义级），通过裁剪组织的标准软件过程来建立自定义的软件过程 第4级（已管理级），对软件产品的质量、开发进度和其它开发目标进行有效的评估和预测 第5级（优化级），其焦点是软件过程的持续改进,3.4 CMMI过程域,3.5 CMM/CMMI比较分析,4 软件过程的可视性,5 过程能力和效能预测,控制系统软件开发过程的项目管理,系统开发阶段系统需求规范系统安全要求规范系统结构描述,软件维护阶段软件维护记录软件更改记录,软件需求分析阶段软件设计规范软件测试规范（软件校验报告）,软件评审阶段软件评审报告,软件结构设计阶段软件结构说明集成测试大纲（软件结构校验报告）,软件模块设计阶

18、段软件模块技术要求软件模块测试大纲（软件模块校验报告）,编码阶段软件源代码与支持文件软件模块流程框图（软件源代码校验报告）,集成测试阶段集成测试报告,软件模块测试阶段软件模块测试报告,软件开发生命周期模型,1、 软件开发阶段组成和文件组成,开发过程中文件要求：所有文件的结构应允许在设计过程中进行不断地扩充。各文件具有唯一的编号和一个确定的、书面表示的与其它文件之间的关系。每个文件中的术语、首字母缩略词或缩写应具有相同的含义 开发过程中测试要求：软件开发过程包括软件模块测试、集成测试和系统测试三个测试阶段。软件测试任一阶段未通过，代码重新设计后，必须回归到软件模块测试阶段进行测试。每个软件测试阶

19、段包括四项活动，按顺序分别是：测试策划、测试设计和实现、测试执行、测试总结。,2 、系统开发阶段,系统开发阶段对应于嵌入式系统的方案设计阶段在该阶段要确定在系统中软件和硬件要实现的功能，硬件和软件的可靠性指标。硬件与软件功能的分配原则：满足有高可靠性和安全性要求的功能应权衡用硬件实现还是用软件实现的利弊，做出妥善决策。硬件与软件可靠性指标的分配原则：软件的可靠性指标应与硬件的可靠性指标大体相当，可根据具体情况作适当的调整，但调整不宜过大所分配的指标应能量化、验证。,3、软件需求分析阶段,软件需求分析阶段的任务：确定软件功能需求、确定软件功能测试方案，编写出软件设计规范和软件测试规划两个文件。软

20、件设计规范应能描述出待开发软件所要求的特性，应包括：功能（包括能力和响应时间性能）；可靠性与可维修性；安全性（包括安全性功能及其相关的软件安全完整性等级）；效率；适用性；可移植性软硬件接口自检的程度以及由软件检测硬件的指定程度。,软件需求分析阶段,软件测试规范应根据软件设计规范产生，软件测试规范应用来校验软件设计规范中所述的全部要求，同时也作为已完成软件需进行的测试描述。对各个要求的功能，软件测试规范应说明下述测试条件：要求的输入信号及其顺序与数值；预期的输出信号及其顺序与数值；验收标准，包括性能与质量方面。软件设计规范由软件开发组编写和校核，由软件测试组审核，由项目负责人批准。软件测试规范由

21、软件测试组编写和校核，由软件开发组审核，由项目负责人批准。,4、软件结构设计阶段,软件结构设计阶段任务：确定进行软件开发的策略和实现软件设计规范的可行性，编写出软件结构说明文件和集成测试大纲。软件结构说明应包括以下内容：描述整个软件结构和流程，包括由哪些组件构成，组件的基本功能及相互关系；确定、评价和详述所有硬件/软件的相互作用；描述避错策略与故障处理（容错）之间的平衡是否正确；设计过程中可使用现有的、已校验的，按本标准开发的软件模块（组件）；软件结构说明应对软件的所有子模块（组件）进行辨认，包括：这些子模块（组件）是否是新的、现有的或专用的；这些软件先前是否已被审核。如果是，它们的审核情况是

22、什么。,软件结构设计阶段,软件集成测试大纲根据软件结构说明进行编写，集成测试大纲应对系统中各个部件软硬件集成后的软件功能进行测试，包括以下内容：测试方法、类型和技术；测试环境，包括工具、支持软件与配置描述；软件测试用例说明；软件结构说明由软件开发组编写和校核，由软件测试组审核，项目负责人批准。集成测试规范由软件测试组编写和校核，由软件开发组审核，由项目负责人批准。,5、软件模块设计阶段,软件模块设计阶段任务：按照软件结构说明文件对各软件模块的功能要求，确定软件模块的实现算法与数据结构，编写出软件模块技术要求作为软件编码的依据，编写出软件模块测试大纲。软件模块技术要求应包括以下内容：每个模块要实

23、现的功能；确定可追溯至上一层的最低的软件组件（模块）；各模块的输入、输出及其条件；详细的算法与数据结构；每一软件模块应有流程框图，清晰地表明；模块功能；模块间的信息流向；模块内信息流程及时间的有关信息；,软件模块设计阶段,软件模块测试大纲应根据软件模块技术要求产生，应包括以下内容：试验目的及条件；试验环境、工具、配置；预期的输入信号及其顺序与数值；预期的输出信号及其顺序与数值；测试的覆盖程度；验收标准或判据。软件模块技术要求由软件开发组编写和校核，由软件测试组审核，由项目负责人批准。软件模块测试大纲由软件测试组编写和校核，由软件开发组审核，由项目负责人批准。,6、软件编码和模块测试阶段,软件编

24、码阶段任务：按软件模块技术要求，采用合适软件语言，按照软件设计规范编写出软件代码，采用软件测试工具对软件代码进行静态自查。软件模块测试阶段任务：按软件模块测试大纲要求，用软件测试工具对软件模块进行测试，并编写软件测试报告。,软件编码和模块测试阶段,软件模块测试报告应包括如下内容：测试结果叙述，及每个模块是否满足自身的软件模块技术要求；应对每个模块提供测试覆盖程度的说明，指出所有的源代码指令至少执行过一次；对后续的分析。开发的软件模块只有通过软件测试后，并经项目负责人批准，可进入下一个开发阶段。,7、集成测试阶段,软件集成测试阶段任务：将系统中各个部件的硬件与软件集成，按照软件集成测试大纲对集成

25、后的软件进行功能测试，编写出软件集成测试报告。软件集成测试报告应包括以下内容：与软件设计规范、软件结构说明或软件模块技术要求不相符的项目；不足以适应问题的模块、数据、结构与算法；软件集成测试覆盖程度；检测到的差错与缺陷；已校验项目的识别号与配置。集成后的软件只有通过软件测试后，并经项目负责人批准，可进入下一个开发阶段。,8 、系统测试阶段,系统测试阶段任务：按照软件测试规范要求对整个软硬件系统功能进行测试，编写软件系统测试报告。软件测试报告应包括以下内容：软件设计规范、软件结构说明，软件模块技术要求是否能满足系统要求；软件模块测试和软/硬件集成测试是否规范充分；测试的结果，出现的差异和已进行的

26、修正工作；对软件设计规范中要求的测试覆盖度做出评价。软件只有通过软件系统测试后，并项目负责人批准，可进入下一个开发阶段。,9 、软件评审,软件评审应由与设计组无关的评审员进行。评审员应评审系统软件是否适合于预期用途，软件功能是否满足软件设计规范要求，软件测试是否满足软件测试规范要求的测试覆盖率。若软件不满足软件设计规范要求或软件测试要求，评审员在软件评审报告中只须报告不合格，而不要求给出任何技术解决方案。软件评审前必须归档的资料至少包括：软件设计规范；软件测试规范；软件集成测试大纲软件结构说明；软件模块技术要求；软件模块测试大纲软件模块流程框图；软件模块源代码；软件模块测试报告软件集成测试报告

27、；软件系统测试报告软件通过评审后，由项目负责人进行软件发布并归档。发布的软件必须有明确的版本标示和发布说明文档，发布说明文档应包括发布软件的用途、更改历史和版本说明。,10 、软件维护,对软件的维护应执行配置管理，严格实施更改管理；对更改过的软件必须进行回归测试；确保对有关文档进行相应的更改，以保持文档的一致性。应建立软件维护流程，并记录在软件维护方案中，这些流程应包括：a) 差错报告、差错日志、维护记录、更改授权和软件系统的质量等的控制；b) 校验、审核和评审；c) 规定可批准更改软件的主管部门。维护进行时，应采用与系统开发初始时相同的专用技术、工具与文件管理。,软件维护,软件首次发布之前，

28、应为每一软件项目建立软件维护记录，并应对它进行维护。该记录应包括以下内容：a) 查询有关软件项目的所有软件更改记录；b) 更改结果信息；c) 组件测试状况，包括重新审核和回归测试的数据；d) 软件配置历史。每次维护都应建立软件更改记录，该记录包括：a) 修改或变更请求；b) 分析维护对整个系统（包括硬件、软件、人之间的相互作用、环境和可能的交互）的影响；c) 修改或变更的详细说明；d)对修改或变更进行重新审核、回归测试与重新评审。,信息工程建设项目前期程序及阶段文件编制要点,一、项目建设前期程序,项目建设前期一般划分为项目建议书、可行性研究、初步设计和施工设计四个主要阶段。信息工程一般可将初步

29、设计和施工设计合并成一个阶段。,项目建议书,可行性研究,初步设计,施工设计,1项目建议书阶段,项目建议书是对拟建项目的一个总体轮廓设想，是根据国民经济和社会发展长期规划、行业规划和地区规划，以及国家产业政策，经过调查研究、分析预测，着重从客观上对项目建设的必要性作出分析，并初步分析项目建设的可能性。项目建议书重点围绕项目建设的必要性进行分析研究，是项目立项的依据。此阶段的主要任务是完成项目建议书，经过评估由主管部门批准后项目立项。,2可行性研究阶段,可行性研究是对拟建项目的市场需求状况、建设条件、生产条件、协作条件、工艺技术、设备、投资、经济效益、环境和社会影响以及风险等问题，进行深入调查研究

30、，充分进行技术经济论证，做出项目是否可行的结论，选择并推荐优化的建设方案，为项目决策单位或业主提供决策依据。可行性研究重点围绕项目建设的可行性进行分析研究，是项目决策的依据。此阶段的主要任务是编制项目可行性研究报告，经项目评估，由主管部门批准项目可行性研究，确定项目投资建设是否进入启动程序。,3设计阶段,工程设计是根据建设工程的要求，对建设工程所需的技术、经济、资源、环境等条件进行更加深入细致的分析，给出详细和具体的建设方案和投资规模。设计阶段一般包括初步设计和施工图设计两个阶段，初步设计是确定项目建设规模和投资的主要依据，施工图设计是工程实施和验收的主要依据。铁路大中型建设项目应在项目决策阶

31、段编制预可行性研究和可行性研究，在项目实施阶段编制初步设计和施工图。小型项目或工程简易的项目可适当简化，在决策阶段编制可行性研究，实施阶段编制施工图。,二、项目建议书要点,项目建议书也称为初步（预）可行性研究，是在机会研究的基础上，对项目方案的技术、经济条件进行论证，对项目是否可行进行初步判断。主要内容包括：1概述 项目背景描述。2建设必要性 从用户需求出发，结合国家、社会、行业、安全、效率效益、质 量等各个方面，全面描述项目的地位与作用。3建设方案 提出系统建设规模、目标、功能、技术方案、建设工期等轮廓设 想，并对技术方案进行初步分析和论证。4投资估算及资金筹措初步方案5经济评价 经济效益分

32、析及社会综合评价。6结论及建议,三、可行性研究报告要点,可行性研究是在批准的项目建议书基础上，从项目建设的技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何建设的报告。主要内容包括：1概述项目背景研究依据工程范围研究年度研究工作概述（含项目的提出、规划、研究历史、本次研究经过，研究思路及特点等。）现有相关信息系统状况建设目标,2项目建设环境条件分析国内外发展概况主要建设条件用户需求分析建设必要性分析（从国家、社会、行业、安全、效率效益、质量等各个方面，全面描述项目的地位与作用）3系统构成及主要功能4信息

33、资源分析 含信息流程、信息量等分析。5采用的主要技术标准 包括国际标准、国家标准、行业标准、其它等。,6技术方案应用系统构成总体结构各分系统结构及相互关系信息资源共享方案网络构成网络结构，局域网，广域网数据传输网络管理计算机网络与信息安全方案软硬设备配置原则硬件设备配置原则系统软件配置原则应用软件要求系统运行环境（机房、电源、防雷、接地等环境设施要求，以及机房监控系统设计）相关系统配合改造方案及整合方案（含利旧设备说明）,7建设工期及实施方案8投资估算及资金筹措方案9经济评价 含财务评价和国民经济评价。10风险分析11结论及建议,四、设计文件要点,工程设计是可行性研究的深入和继续，在可行性研究

34、确定项目可行的条件下，解决怎样进行建设的具体工程技术和经济问题。初步设计是确定项目建设规模和投资的主要依据，应满足工程招标承包和进行施工准备及主要设备采购的需要。施工图设计是工程实施和验收的依据，是运营管理的基础资料，应根据初步设计的审批意见，采用定测及补充定测资料编制。,初步设计主要内容包括：1概述设计依据设计范围设计年度现有相关信息系统状况2系统构成及主要功能3信息资源分析 含信息流程、信息量等分析。4设计原则,5技术方案应用系统设计总体结构各分系统结构及相互关系信息资源共享方案与其它系统关系及接口网络设计网络结构局域网（含网络布线）广域网（含城域网光纤通道）数据传输网络管理地址、域名分配

35、方案,计算机网络与信息安全设计软硬设备配置方案硬件设备系统软件（包括操作系统、数据库、通信中间件、应用中间件、工具软件、系统及网络管理和监控软件等）应用软件（含开发软件模块清单、开发时间及开发工作量）系统运行环境设计（机房、电源、防雷、接地等环境设施要求，以及机房监控系统设计）相关系统配合改造方案及整合方案（含利旧设备说明）计算机备品备件配置方案6施工组织设计7运营维护机构设置、管辖范围和定员8总概算,施工设计主要内容包括：1初步设计审批意见及执行情况2设计说明（说明总的工程情况、设计内容、采用的先进技术及其他必要的说明）3施工注意事项4投资检算,五、投资计算方法,工程建设投资是根据各种不同的

36、定额进行计算的，在不同阶段分不同种类，在工程前期过程中，基本上可以分为投资估算、设计概算、施工图检算。1投资估算在项目建议书和可行性研究阶段，通过估算指标对建设项目的投资数额进行估算。2设计概算在初步设计阶段，根据概算定额和概算指标对工程造价进行概略计算。3施工图检算在施工图设计阶段，根据预算定额对建筑安装工程预算造价进行检算。如果初步设计和施工图设计合为一阶段设计，则编制总预算。,工程建设投资,工程建设投资由静态投资、动态投资组成，静态投资包括建筑工程费、设备及工器具购置费、安装工程费、工程建设其他费用、基本预备费等，动态投资包括涨价预备费、建设期投资贷款利息等。目前铁路基本建设工程设计概（

37、预）算编制办法采用铁建设【2006】113号文，概预算费用项目组成见下表概算费用项目组成.doc。,工程概预算费用,1建筑工程费在信息工程中，建筑工程主要指室外网络通道的管线敷设工程。可采用信息工程和通信工程有关定额计算。2安装工程费主要指设备的装配、装置工程、附属于被安装设备的管线敷设，以及被安装设备的调整、试验所需费用。可采用信息工程有关定额计算。3设备购置费根据技术方案中硬件设备选型要求，选择主流厂商的主流产品进行设备估价，一般按设备厂家报价加适当折扣进行计算，特别注意在计算硬件设备购置费用时应包括三年免费维修费用。,4其他费指土地征用及拆迁补偿费、建设项目管理费、建设项目前期工作费、研

38、究试验费、计算机软件开发与购置费、配合辅助工程费、联合试运转及工程动态检测费、生产准备费、其他等，一般按规定的费率取费。对信息工程来说，计算机软件开发与购置费是很重要的费用，计算机软件购置费，可根据技术方案中对操作系统、数据库、应用中间件、通信中间件、开发工具等软件要求，选择成熟使用的主流厂商的主流产品进行软件价格估算，一般按软件厂家报价加适当折扣进行计算，特别注意在购置软件时应包括3年免费升级、服务等费用。对于没有成熟应用软件可满足工程中系统功能需要时，可在工程中计列软件开发费，开发专用软件提供工程使用。开发费可包括内容见表在开发人工费里应包括：需求分析、系统概要设计、系统详细设计、项目管理

39、、编程、单元测试、系统联调等项内容的人工费用。5预备费指设计概预算中难以预料的费用，一般按规定的费率计取。,开发费列表,案例结局：再也不会出现这样的事了,单位不得不停下当前许多工作，组织项目队突击重新编制张三的软件，经过这个团队连续一个月的封闭开发，终于有惊无险，没有影响上级的重大机构调整。张三的这件事对该单位的教训是深刻的。单位领导痛定思痛，下决心引入软件过程管理。单位抽调了精干力量进行CMM达标工作。经过将近两年的努力，单位的软件开发成熟度达到了CMM3级水平。现在项目组开发的软件及时进行配置管理，软件开发各个阶段的文档齐全，新接手软件的工程师通过文档经过一段时间的学习就能担当起原开发人员的工作。由于骨干调离给单位造成的损失和被动现象再也不会出现了。,谢谢,让我们一起努力使我们有所收获 李中浩,