软件工程标准规范

第第#页事件驱动的机构。ESB是一种基于标准的面向服务的骨干，它能够进行可靠连接和协调数百个应用程序端点。ESB为需要连接跨越不同数据中心分布的各种异构系统的企业提供了一种理想的体系结构，同时还保持了绝对的事务完整性。此外，它还提供几个通过部署时构造进行最初配置的高级服务，从而保护了门户应用程序，即不必经常对它进行修订和重新部署来管理后端上的更改。2.4.3J2EE技术作为系统平台的基础，平台必须具有很好的可移植性和可扩充性。为了可移植，平台开发的技术尽可能与操作系统无关。谈到与操作系统无关的开发技术，必然首推JAVA。要使系统具有可扩充性就必须采用通用的组件标准。J2EE是Sun公司所颁布的标准，但已广为工业界所接受，J2EE的出现标志着用Java开发企业级应用系统已变得非常简单。由于J2EE是多层的分布式体系结构，使系统的操作和运行具有很好的灵活性；先进的Java计算方案如面向对象、独立于平台、快速集成、代码重用等，使系统具有良好的可移植性和可扩展性，所以我们选择J2EE作为系统的应用服务平台。J2EE为搭建具有可伸缩性、灵活性、易维护性的业务系统提供了良好的机制。1）支持异构环境J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基"J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构计算环境中是十分关键的。J2EE标准也允许使用与J2EE兼容的第三方的现成组件，把它们部署到异构环境中，节省了由自己制订整个方案所需的费用。2）可伸缩性：基于J2EE平台的应用程序可被部署到各种操作系统上，为消除系统中的瓶颈，允许多台服务器集成部署，实现可高度伸缩的系统，满足未来业务系统的需要。3）稳定的可用性：一个服务器端平台必须能全天候运转以满足业务运行的4）强大的应用开发能力：J2EE框架中的多种技术提供了应用开发的手段，如XML、JMS、RMI/IIOP、JCA，从数据级、组件级、应用级等层次支持国资监管信息应用的集成。集成PortalforArcGIS构建CreatMap平台PortalforArcGIS包含在ArcGISforServer标准版和高级版中，提供以地图为核心的内容协作，可以部署在自己的基础设施中（内部部署或在云中部署）PortalforArcGIS是ArcGIS平台的一个核心组件，提供的功能包括快速创建、组织、授权和管理组织内部的地理资产。使用PortalforArcGIS，可以进行：>管理用户单位自己的地理信息资源；访问ArcGISOnline提供的地理底图、GIS工具和分析服务；在线创建地图、Web应用；在用户单位内外，分享地图和Web应用；将本地、现有的ArcGISforServer服务注册进来进行管理；>基于群组实现日常工作的协同办公。带来全新的GIS应用模式：Portal使得GIS功能与网络技术结合得更加的紧密，在为用户带来诸多便利的同时，为组织内资源利用的协同与共享带来了合理的解决方案。

实现了服务托管的功能用户无需搭建、维护ArcGISforServer环境，即可实现GIS服务的发布与管理。2.4.4・3Portal可以作为ArcGIS私有云门户:借助Portal，用户可以实现对云GIS当中资源服务的管理，并能直接使用这些资源服务实现地图浏览、专题图制作以及创建应用等功能。Fi'rSWlArcGISOnline中的底职丧理莖涯Postal▲Fi'rSWlArcGISOnline中的底职丧理莖涯Postal▲牡有云服势嚣中的地理萤；1弟尸自銅有的敷据2.4.5基于WebService服务接口实现与业务系统对接集成WebService主要是为了使各自孤立的业务系统之间的信息能够相互通信、共享而提出的一种接口。WebService通过使用Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，实现不同系统之间的信息交换，WebService可以在任何支持这些标准的环境（Windows，Linux）中使用，主要用于跨网络或跨系统之间的信息互通和共享。WebService应用特点：八、、•（1）跨防火墙的通信如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。举个例子，在应用程序里加入一个新页面，必须先建立好用户界面（Web页面），并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上大量的开发时间。另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。最后，通过WebService的方式把应用程序的逻辑和数据公布出来，还可以让其它平台上的客户重用这些应用程序。（2）应用程序集成在传统企业级应用中，用户需要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService方式，应用程序可以用标准的方法把功能和数据公布出来，供其它应用程序使用。例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层WebService，订单执行程序可以把“AddOrder”函数“暴露”出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。（3）软件和数据重用软件重用涵盖了许多层面，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。用WebService集成各种应用中的功能，为用户提供一个统一的界面，当前像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。WebService在允许重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。另一种软件重用的情况是，把好几个应用程序的功能集成起来。例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。将来，许多应用程序都会利用WebService，把当前基于组件的应用程序结构扩展为组件WebService的混合结构，可以在应用程序中使用第三方的WebService提供的功能，也可以把自己的应用程序功能通过WebService提供给使用者。两种情况下，代码及代码背后的数据，都可以得到重用。从以上论述可以看出，WebService是通过Web进行互操作或远程调用的有效的手段之一。本项目将充分利用WebService等技术手段来实现与各业务系统进行数据同步交换。软件工程开发实施管理规范标准3.1总纲软件工程项目要在满足用户需求的条件下，尽可能做到高可靠、高性能，同时又受到成本和交付期的限制，成功地完成软件开发工作的一个主要决定因素就是软件管理。本标准参照我国软件工程国家标准（表-1），结合具体的实践情况编制而成。

表-1软件工程国家标准分类标准名称标准号基础标准软件工程术语GB/T11457-89信息处理-数据流程图、程序流程图、系统流程图序网络图和系统资源图的文件编辑符号及约定GB1526-89软件工程标准分类法GB/T15538-95信息处理-程序构造及其表示法约定GB13502-92信息处理-单命中判定表规范GB/T15535-95信息处理系统-计算机系统配置图符号及其约定GB/T14085-93开发标准软件开发规范GB8566-88计算机软件单元测试GB/T15532-95软件支持环境信息处理-按记录组处理顺序文卷的程序流程GB/T14079-93软件维护指南文档标准软件文档管理指南计算机软件产品开发文件编制指南GB8567-88计算机软件需求说明编制指南GB9385-88计算机软件测试文件编制规范GB9386-88管理标准计算机软件配置管理计划规范GB/T12505-90信息技术、软件产品评价、质量特性及其使用指南GB/T12260-96计算机软件质量保证计划规范GB12504-90计算机软件可靠性和可维护性管理GB/T14394-93质量管理和质量保证标准GB/T19000-943.1.1目的计算机软件由于其固有的特性：抽象性：没有形体，自然没有一般制造业产品所具有的几何尺寸，物理性质和化学性质。复杂性：软件内部结构复杂。多样性：没有完全相同的软件。易变性：软件在开发过程以及交付使用后常常会出于各种原因而修改。软件需求难于把握：软件开发常常会出现用户弄不清自己的需求、讲不清自己的需求、开发人员理解不透用户的需求，在开发过程中再三要变更需求。因此要保证软件产品的开发质量其标准化是实现软件产业化的最必要的前提，其目的就是按标准规范管理软件开发的每一个生产环节，做到标准化，过程化。让软件开发的所有过程都能按ISO9000标准受控，同时使繁琐的标准描述简化成图表描述。任务在软件生存期中，其主要的任务是：管理过程、获取过程、供应过程、开发过程、操作过程、维护过程和支持过程。将其简化描述成“项目管理过程”“配置管理过程”、“主要过程”、“质量管理过程”，使这四部分工作的每一步骤的管理、通信、文档格式、执行过程都标准化是其主要的任务。组织结构要保证软件开发的质量，其基本前提是有一个合理的组织结构保证软件的实施过程。否则所有的一切都是空中楼阁。

系统分析组织机构图统幵发配护程序卄发敕件测试配伯息系统分析组织机构图统幵发配护程序卄发敕件测试配伯息T-处划理V理3.2软件工程过程规范3.2.1目的本节目的是规范软件工程开发过程的总体任务和实施管理的生存期模型，用现代科学技术知识来设计并构造计算机程序，为开发、运行和维护这些程序建立所必需的相关文件资料，在成本限额内按时完成开发和修改软件产品所需的管理技术标准。软件工程的过程是将软件工程的方法和工具综合起来达到合理、及时地进行软件开发的目的。方法是要求使用顺序、可交付的文档资料，为保证质量和协调变更建立所需要的管理，以及确定软件开发各个阶段完成的里程碑。工具为软件工程方法提供的自动或半自动的软件支持环境，可将软件工具、开发机器和一个存放开发过程信息的工程数据库组合起来形成一个软件工程环境。基本目标是付出较低的开发成本，达到要求的软件功能，取得较好的软件性能，使开发的软件易于移植，只需要较低的维护费用，能按时完成开发工作

及时交付使用。3.2.2软件生存周期模型制定计划决定口标古車；III:S生11风险分析评恰方器

识别凤蛰实制定计划决定口标古車；III:S生11风险分析评恰方器

识别凤蛰实现收假讥确认宪求确夢/躱件产山：/袒计/"…丁|'详细设计■实施工程廿发、验证下一产品\可运行'原型3\原览亟装与細亠3.2.3软件开发过程3.2.4过程执行中的作用项目管理：制定计划、监控计划实施、评价计划实施、评估项目风险、可能的技术攻关，涉及到有关过程的产品管理、任务管理。系统开发：系统需求分析，系统结构设计，软件需求分析，软件结构设计，软件详细设计，软件编码和测试，软件集成，系统集成，系统合格测试软件安装及验收支持。质量管理：软件产品质量保证，合同、过程、需求、设计、编码、集成和文档的验证，产品质量测试。配置管理：配置计划、配置标识、记录配置状态、评价配置、发行管理及交付，文档资料归档管理。维护管理：问题和变更分析，实施变更，维护评审及维护验收，软件移植及软件退役。项目经理：定义和分析用户需求，提供招标准备、风险评估、合同准备和验收，评审需求，制订并实施项目计划，评审和评价产品。3.3需求分析过程标准3.3.1需求分析任务通常软件开发项目是要实现目标系统的物理模型，将功能和数据结构分配到这些系统元素中。目标系统的具体物理模型是由它的逻辑模型经实例化表现出来，需求分析的任务就是借助于目标系统的逻辑模型表现出所需要的问题，即具体的工作为：＞目标系统的功能需求（功能描述）＞目标系统的业务需求（业务流程）＞目标系统的业务优化（业务重构）＞目标系统的数据需求（数据流程）＞目标系统的功能性约束和非功能性约束需求（性能描述）3.3.2需求分析过程需求分析过程分为四过方面1）问题识别A功能需求＞性能需求A环境需求

＞可靠性需求＞安全保密需求＞用户界面需求2）分析与综合3）编制需求分析文档4）需求分析评审需求分新愉状件足宝文档■ft出软件需求分析工作流程图件幵罡小蛆览立!1杯我统吐.敬抵噩戎砸圧软件各种件，宜义虫档靠扯川行报吿、开发讣划需求分新愉状件足宝文档■ft出软件需求分析工作流程图件幵罡小蛆览立!1杯我统吐.敬抵噩戎砸圧软件各种件，宜义虫档靠扯川行报吿、开发讣划F石贞补充确沁嘉貌功憧H］户f需求者■性傩•环境I帝感幽虫罢ft畫科即朮葺洛世i*片攻计鸟、就邦需才务耐法需求开发流程说明3.3.3需求分析业务关系谗审编写需求臥择说明模板诵住审查标准编写测试计划至桂理编写需衷说明卑求孑析＞获取问题3.4系统设计过程标准3.4.1任务概要设计，任务包括：设计系统的物理实现方案，内容：＞划分组成系统的物理元素(程序、设备、存储数据结构等)；＞确定数据在组成成份间的流向；＞系统的边界；设计软件的整体结构，划分程序功能模块，决定模块间的接口关系；设计系统全局的存储数据结构，文件或数据库；设计系统输入输出的方式和格式；设计系统的安全性、出错处理、和代码等。详细设计：任务包括上面的内容外，核心任务是进一步把软件的功能模块细分为程序模块，设计每个模块的实现细节，如算法和程序控制逻辑。系统流程图——表达软件系统处理流程，即数据在系统各结构中的流动关系；模块结构层次图——表达软件总体的模块结构组织。描述设计思想的内容：＞描述系统概述＞系统流程图＞程序模块结构图和关系描述＞数据存储结构图和关系描述＞软件接口设计原则＞软件功能需求和数据存储结构，程序交叉引用表＞系统安全性设计

3.4.2设计过程流程说明3.4.3设计流程关系f编写悔说匪棋板编写测试计划确定审1f编写悔说匪棋板编写测试计划确定审1I、I标准'編写设i…—说朋设计管理确定审查标來系绒设计、霁求了語测试过程标准4.1目的为了保证软件的质量和可靠性，应力求在分析、设计等各个开发阶段结束前进行严格的技术评审，在编码阶段对软件进行单元测试、组装测试、系统测试，以确保软件的产品质量，本节的目的就是规范测试过程的标准化，使软件质量体系得到充分地保证。4.2任务在软件质量体系中其主要任务：1）质量保证体系2）文档资料技术评审（需求分析和系统设计评审）3）单元测试（白盒测试）4）组装测试（黑盒测试）5）系统测试（验收测试、验收走查）在软件需求开始后就必须通过对软件功能和需求的情况组织测试计划，确定开发过程的测试点和评审关系。表-2表示了各测试步骤中的测试种类关系。

表各测试歩驟中的測试种类Mt曲娶的(MaiLd3tory}j(ll^hhRec&iiniiend&d^St建懊用(Suecesled)步靈测试种类、\^幵捏阶段的测试产品阶段钓测试设计单元测试模块测试组装测试部件测试有嫂性测试0!测试测2验收测试系统测试设计曙审、1S代码审查MHS功能利试僵盒》HMMMMMM\1结崗测试【白尝）H、1S回归测试HMM可拈性测试HMMMMM軽度测试HM性俺测试HMMMM恢宜测试M启动，停止测试M配宜测试HMM安全测试H可便用性测试SHMM可支挥性测试HM安裳测试MMM互逹测试SMM華霉性剧试MM容量测试HMH文档测试MSHM4.3测试过程关系・；；.试E吿ftifr取E文件欤临取丈件匹试l£i■-直迖甬舸设计测试验收O△-A-裁删站开谢堆羌第图可窕性可适胡悄可匡罄檢可测试性可匡鮮杵可搂植性有效It确认软件配置审查管埋有效性测试确认测试过程关系图4.4质量确认体系卑户运行维护软件计划物造测试用例软件配置审查管埋有效性测试确认测试过程关系图4.4质量确认体系卑户运行维护软件计划物造测试用例实际运行测试进择测试人员用户立档源程序文本开发文档支持环境测试报告欽件配置氛文档检査质证悴慕图b.程序检査质量保证祥系图川八计划绡川八*市扬需求U・K恂ii：i■'U产品计别4和―:―LJ<?JL.UijWL-n.W£>丨丨厂at计观制过磁方系hh卩忖护厂U质量评审内容需求分析评审内容系统定义的目标是否与用户的要求一致；系统需求分析阶段提供的文档资料是否齐全；文档中的所有描述是否完整、清晰、准确反映用户要求与所有其他系统成分的重要接口是否都已经描述；所开发项目的数据流与数据结构是否足够、确定；所有图表是否清楚，在不补充说明时能否理解；主要功能是否已包括在规定的软件范围之内，是否都已充分说明；设计的约束条件或限制条件是否符合实际；开发的技术风险是什么；是否考虑过软件需求的其他方案；是否考虑过将来可能会提出的软件需求；是否详细制定了检验标准，它们能否对系统定义是否成功进行确认有没有遗漏、重复或不一致的地方；用户是否审查了初步的用户手册；软件开发计划中的估算是否受到了影响。5.2设计评审内容评价软件的规格说明是否合乎用户的需求；评审可靠性；评审保密措施实现情况；评审操作特性实施情况；评审性能实现情况；评审软件是否具有可修改性；评审软件是否具有可扩充性；评审软件是否具有互换性；评审软件是否具有可移植性；评审软件是否具有可测试性；评审软件是否具有复用性；评审软件是否具有互连性。程序质量评审内容1)软件结构：＞功能结构，数据结构、功能结构、数据与功能结构之间的对应关系＞功能的通用性＞模块层次、与功能层次的对应关系＞模块结构，控制流结构、数据流结构、与功能结构之间的关系＞处理过程的结构。运行环境的接口：＞与其他软件的接口＞与硬件的接口＞与用户的接口变更的影响范围：＞与运行环境的接口＞在每项设计工程规格内的影响＞在设计工程相互间的影响软件代码：＞可读性，注释说明清楚。＞可理解性，逻辑思维清晰。＞结构合理性。＞技术通用性。配置管理标准6.1配置管理目的软件开发过程中随着工作的进展会产生许多信息，如规格说明书、需求说明书、设计说明、源程序、目标程序、用户手册、各种数据、测试结果；以及合同、计划书、会议记录、报告等管理文件。一个中大型项目这些信息数量将达到数百个甚至上千个。如何管理好这些信息，同时在软件开发过程中出现的变更是不可避免的，对于如此庞大且变动中的信息集合，如何使其有序高效地产生、存放、查找和利用成为软件工程项目十分突出的问题，配置管理的主要目的就是建立一套严谨、科学的管理办法。6.2配置管理内容软件配置项是软件配置管理的对象，指的是软件工程过程中产生的所有信息项，包括计算机可执行的源代码、目标码、数据库以及计算机不可执行的文档资料、源程序清单，测试用例等，主要内容有：与合同、过程、计划和产品有关的文档及数据；源代码、目标代码和可执行代码；相关产品包括软件工具、库内的可复用软件、外购软件及顾客提供的软配置管理的任务实施软件配置管理要做的工作：制订配置管理计划。在软件工程项目制订开发计划时，应使开发计划包括配置管理计划。在配置管理计划中规定配置标识规则，建立怎样的配置数据库及如何将配置项置于配置管理之下，配置管理人员的职责及配置管理活动，以及采用的配制管理工具、技术和方法。实施变更管理，这是配置管理的一项重要内容，许多软件工程项目没有变更管理措施导致出现混乱。实施版本管理和发行管理。配置管理要做的事是标识变更、控制变更以及发布变更。软件配置管理人员需要解决的问题：采用什么方式去标识和管理数量巨大的程序、文档等的各种版本。在软件产品交付用户之前和交付之后如何控制变更，实现有效变更。谁有权批准变更以及安排变更的优先级用什么方法估计变更可能引起的其他问题。具体表现的任务：配置标识、版本管理、变更管理、配置审核及配置报告。配置过程关系图软件项目管理过程标准7.1软件项目管理过程目的软件项目的特殊性使得软件管理的重要性显得更加突出和重要，表现在项目的延误交货期、产品运行不可靠、实际开发成本上升以及产品的不良性能等。一些中大型项目的问题主要在于管理方法上，管理过程就是实现项目科学的合理化管理目的。项目管理人员的责任主要在制订开发计划和确定进度要求，监督项目按计划实施，保证开发活动按规定的标准执行，控制开发进度，保证项目在规定的期限内，在预算的范围内完成任务。软件工程项目的特点：软件产品的不可见，开发的进展以及产品的质量是否符合要求并不是那么明显，因此难于把握。不存在标准的软件过程，无法预料某一个特定的软件过程可能会引起开发的问题。大型软件项目往往是一次性项目，无经验可借鉴。基于以上几个方面的问题，软件的开发管理比其他工程管理更困难。软件项目管理过程主要任务软件项目管理的对象是软件工程项目，它所涉及的范围包括了整个软件工程过程。为使软件项目开发获得成功，必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬/软件)、要实现的任务、经历的里程碑、花费的工作量(成本)，以及进度的安排等一一计划好，使管理作到心中有数。软件项目管理过程是从软件开始到软件项目终止的一个项目生命周期，主要在如下几个方面：软件项目的开始启动确定项目的目标和范围，目标标明软件项目的目的，范围标明软件实现的基本功能，并尽量以定量的方式界定这些功能。从项目管理者角度方面考虑，主要是考虑项目实现的计划性和可管理性，而不必要在具体技术上考虑如何设计实现这些软件功能，和怎样实现这些功能的具体方法手段。软件开发工作的度量进行度量工作是为了帮助软件开发人员了解产品开发的技术过程和产品，改进开发过程，提高产品质量。其作用是有效的定量地进行管理，把握软件工程过程的实际情况和所产生的产品质量。项目开发的估算软件项目管理过程中最关键的活动是制定项目计划，在做计划时，必须就需要的人力、项目持续时间、成本作出估算。其主要的内容为：建立软件的工作范围；以软件度量(以往的度量)为基础作出估算；把项目分解为可单独进行估算的小块。4)风险分析每一个新建的软件总是存在某些不确定性，是否能准确地理解用户的要求在项目最后结束之前要求的功能能否实现，是否存在目前技术上的难题，是否会因某些变更因素造成项目严重延误等等，是项目开发的主要风险。风险分析对于软件项目管理是决定性的，风险分析贯穿在软件工程过程的一系列风险管理中，包括风险识别、风险估计、风险管理策略、风险解决和风险监督。5)进度安排每个软件项目都要制定一个进度安排，对于进度安排，需考虑的是：＞预先对进度如何计划＞工作怎样就位＞如何识别定义好任务＞如何识别和监控关键路经＞对进展如何度量＞如何建立分隔任务的里程碑6)追踪与控制制定了开发进度计划，就可以开始着手追踪和控制活动，项目管理人员负责追踪在进度安排中标明的每一个任务。借助项目管理工具软件可自动对进度安排的变化进行调整和资源重新定位分配。管理过程的主要职能软件管理的主要职能包括：制定计划：规定待完成的任务、要求、资源、人力和进度等。建立组织：为实施计划、保证任务的完成，需建立分工明确的责任机制。配备人员：任用各种层次的技术人员和管理人员。指导：鼓励和动员软件人员完成所分配的工作。检验：对照计划或标准监督和检查实施的情况。项目追踪和控制：定期举行项目状态会议。每位项目成员报告他的进展和遇到的问题。评价在软件工程过程中所产生的所有评审的结果。确定由项目的计划进度所安排的可能选择的正式的里程碑。比较在项目资源表中所列出的每一个项目任务的实际开始时间和计划开始时间。非正式地与开发人员交谈，以得到对开发进展和刚冒头的问题的客观评价。管理过程制定的计划：项目实施计划(软件开发计划)，包括任务、进度、人力、环境、资源、组织等多个方面。质量保证计划：把软件开发的质量要求具体规定为在每个开发阶段中可以检查的质量保证活动。软件测试计划：规定测试活动的任务、测试方法、进度、资源、人员职责。文档编制计划：规定所开发项目应编制的文档种类、内容、进度、人员职责等。用户培训计划：规定对用户进行培训的目标、要求、进度、人员职责。综合支持计划：规定软件开发过程所需要的支持，以及如何获取和利用这些支持。软件分发计划：软件开发项目完成后，如何提供给用户。软件的范围：软件范围包括功能、性能、限制、接口和可靠性。由于成本和进度的估算都是与功能有关，因此常采用某种程度的功能分解。性能的考虑包括处理和系统响应时间的需求。约束条件则标识外部硬件、可用于存储或其他现有系统对软件的限制。接口的性质和复杂性是对开发资源、成本和进度的影响的一个不可忽略的部分。软件维护标准8.1软件维护目的软件产品开发完成投入使用后，常常由于各种理由需要对它作适当的变更原来的功能和性能可能不在适应用户的要求，需要作变更；软件工作环境可能有变化，经常配合软件工作的硬件有了变动，如添置了新设备等；在软件运行中发现错误，需要改正。通常把软件交付使用后的变更称为维护。维护的目的归结为：改正在特定使用条件下暴露出来的一些潜在的程序错误或设计缺陷。因在软件使用过程中数据环境发生变化，需修改软件以适应这种变化。用户和数据处理人员在使用时常提出改进现有功能，增加新的功能，以及改善总体性能的要求，为满足这些要求，需修改软件。维护活动的内容：改正性维护：由于开发时测试的不彻底、不完全所留下的隐藏错误。适应性维护：硬件环境的变化和数据环境的变化，导致软件的修改。完善性维护：使用过程中提出新的功能与性能要求。预防性维护：为了提高软件的可维护性、可靠性对软件的修改。8.2软件维护活动软件如何进行维护，应当如何组织维护活动，以便有效地完成软件维护任务。为了有效地进行软件维护，应建立维护机构，申明提出维护申请报告，评价过程，规定维护申请的处理步骤，建立维护活动登