第八部分软件项目的实施与维护

《现代软件工程》第八部分软件项目的实施与维护

软件实施过程与管理-1软件维护过程与控制-2软件项目的风险管理-3第八部分软件项目的实施与维护第一章软件实施过程与管理第八部分软件项目的实施与维护软件实施过程的概念-1.1软件实施过程与控制-1.2软件实施的项目管理-1.3项目实施后的评价-1.41.1软件项目实施的概念实施的阶段含义：1、软件工程的生命周期阶段软件定义（问题定义、可行性研究）需求分析系统概要设计与详细设计编码与测试（单元测试、综合测试）软件实施、运行与维护2、项目管理的生命周期阶段启动、计划、实施、收尾1.1软件项目实施的概念实施是一个软件产品从开发完成、产品发布，到用户实际正常运行之间的一个阶段过程。对于定制的行业应用软件系统，实施是产品开发的延续；对于如ERP/CRM这样的系统，实施是产品的组成部分（咨询服务）。软件工程生命周期的实施概念：1.1软件项目实施的概念项目管理的实施阶段：合同签订，进入了正式的项目实施阶段。在项目实施阶段，项目经理需要细化目标，制定工作计划，协调人力和其他资源；定期监控进展，分析项目偏差，采取必要措施以保证项目在进度计划、成本、质量控制范围内，实现项目目标。确定需求项目选择项目实施项目评估项目总结启动阶段计划阶段实施阶段收尾阶段项目论证进度安排成本预算验收标准项目控制1.2软件系统的实施过程与控制软件系统实施的一般过程：产品的本地化与客户化用户培训实施的准备（组织、数据、环境、计划、工作分工）安装与调试、迁移与割接系统试运行与改进完善测试、验收与移交（运行控制、管理责任、文档）实施大致可分为前（开发与培训）、中（环境准备、迁移与割接）、后（试运行）三个阶段，根据项目具体情况不同系统实施案例：系统割接技术方案与工作计划

系统背景：《天津联通综合营业系统》由欣网负责开发，系统已开通并正常运行近一年，目前承载的业务有：固话、GSM、CDMA系统等。与外系统的接口有：HLR（两类：Alcatel、Sbell）、综合帐务系统、1001客服系统等。由于天津联通业务发展很快，用户日增长率也日益增加，目前的系统规模急剧膨胀，原有的主机（DEC4100）处理能力已不能适应今后的发展。在这种情况下需要更快、性能更好的主机来支撑现有的系统。环境背景：系统的数据库系统和后台应用系统目前都在COMPAQ（DEC4100）上运行（单机模式），CPU、内存、应用系统已使用的磁盘阵列空间为120G。数据库为ORACLE8.1.6（注：由宏贝斯2002年10月中旬打了若干补丁），后台应用系统主要为HLR接口，用C语言编写（cc编译器），进程数运行时为400左右，需要使用ORACLE的proc模块。新的主机为IBMM80（CPU：2X；内存2G，将扩充到4G）；存储为EMC（36.4GX4）；主机操作系统为AIX4.3.3。数据库为ORACLE8.1.6。在M80上割接后的系统状况为：运行所有割接前DEC4100上的程序及数据库，保持在DEC4100上营业系统使用的IP地址不变。系统实施案例：系统移植割接技术方案与工作计划限制条件正式割接日期：200*年1月15日（根据情况，可以适当调整，例如：必须等M80的内存完成到4G的扩容。但必须事前约定，做好准备。）正式割接时间：18:00-8:00（14个小时）（同上）定义M80：割接目标主机一台IBMRS6000－M80小型机，机器别名为：tjuc1

现IP地址为：***.**.***.*DEC4100：被割接主机。一台COMPAQAlpha4100小型机，机器别名为：zhyy

现IP地址为：***.**.***.*系统实施案例：系统移植割接技术方案与工作计划数据库系统准备工作在M80上新建数据库tjlt（根据实际考察，并经局方确认，在M80上，无须重新安装AIX和ORACLE数据库系统）。对数据库系统打补丁（8.1.6.3），调优。（联通完成）在M80上对EMC上存储设备空间进行划分。（见附录一）分别准备建表空间、建回滚段、建用户的脚本。(分别见附录二、三、四）按照M80上划好的设备资源修改表空间脚本（附录二）。在tjlt的数据库上运行表空间、回滚段、用户的脚本。以上工作已经在200*年12月31日前完成。在以下阶段，可能根据实际需要，对上述分配空间、表定义等，做适当调整。系统实施案例：系统移植割接技术方案与工作计划测试及移植前期工作1、1月6日凌晨3：00：EXP数据库数据方法：在DEC4100上用exp命令将数据库按用户zhyy进行备份。目的：测试出把数据exp出需要的时间,做好记录，并写入测试报告。2、将备份的dmp文件从DEC4100上拷入M80上。 方法：首先采用：DEC4100和M80用双绞线直连COPY的方式，进行测试； 目的：从测试的结果来决定本办法是否满足时间要求，或还是要采用其它的连接方式COPY；3、200*/01/06晚22：00后：开始把测试用4100上的DMP文件通过直连双绞线COPY到M80上并记录COPY时间做好测试记录；前提是联通提供双绞线。4、200*/01/07上午9：00：在M80上做Import

方法：在M80上将dmp文件恢复到数据库中； 目的：检查导入情况，出错情况。记录导入时间写入测试记录。5、200*/01/07晚21：00在M80上做应用程序使用测试： 方法：预先设定的客户端（按照M80老地址设的数据库连接）连上数据库，应用程序进行单个实际测试：包括：语音开通、前台营业和后台HLR接口处理程序。 目的：验证应用程序在M80下的正确性。 前提：联通公司提供测试语音开通的号码和测试手机。系统实施案例：系统移植割接技术方案与工作计划6、将后台HLR接口的程序倒入M80上，并进行编译。 对后台HLR接口进行程序测试。 做根据日志文件进行数据库恢复试验。如有必要，做从M80到DEC4100的回退试验。 如果以上测试结果顺利良好继续做如下工作，不好就重做第二次测试：7、200*/01/08上午9：00：做压力测试： 方法：做一个多进程连接M80数据库的查询程序，做‘库压力’测试； 目的：模拟对库的压力操作，检查新环境下数据库对访问的承受能力。8、200*/01/08晚21：00：做停/开机等测试： 方法：进行批量停/开机、呼限、开通等停开机方面的测试。 目的：检验批量听/开机等的承受能力。 前提：联通公司提供号码1000个；如果一切顺利，完成测试报告，提交天津联通做移植的最后决定；此报告最迟在1月12日前提交。视需要进行第二次测试。系统实施案例：系统移植割接技术方案与工作计划移植风险估计及其对策目前对数据导出-导入的时间估计：export目前为3小时，当实际移植时，由于业务进程已经停止，估计在4100上的速度会有所提高，估计为2小时；从DEC4100传输到M80，目前时间为3-4小时。用双绞线直连的试验还没有结果。如果成功，预计在1小时（100M）。import时间目前为10小时，如果M80内存扩到4G，速度可能会稍有提高，预计为9小时。系统重启，其他设置等，约1小时。此时间不能省。根据以上估计，最坏情况为：18小时。最好情况为13小时。系统实施案例：系统移植割接技术方案与工作计划风险对策：（1）时间风险对策：如果实际移植时间大于14小时（最坏为18小时左右），建议允许移植后开始营业的时间后移，或开始移植的时间提前。是否可行，请联通决定。（2）失败回退对策：如果在移植过程中，移植失败，决定放弃，则恢复DEC4100正常营业，时间在半小时以内。如果移植完成，在M80上运行一段时间后，确定移植失败，恢复在DEC4100上的系统，则采用从M80上回导完整数据库数据，或用M80日志恢复二种办法之一，过程与从DEC4100到M80相似。系统实施案例：系统移植割接技术方案与工作计划各部分的工作责任：前提：欣网公司为主机移植项目的总负责，各部分的责任是：欣网对整个移植的结果负责：欣网必须提出具体移植工作内容、计划和对相关厂家的工作要求；联通负责协调主机、数据库厂家，并保证到现场工作；欣网技术中心主机工程师、研发中心数据库工程师在项目组提供的具体配置要求下，要求、监督、配合原厂家，对主机、操作系统等，数据库等，进行安装、配置、调试和优化。并协助项目组解决相关技术问题。欣网项目组负责在主机、数据库安装、设置、调试、优化完成后，开始进行程序、接口、数据的移植、测试和割接。系统实施案例：系统移植割接技术方案与工作计划技术中心主机工程师的工作责任：帮助项目组进一步明确对主机的要求和技术细节，并做技术上的把关；考察M80主机，确认硬件系统完善，符合系统要求；考察已经安装的AIX，检查系统参数设置、目录设置、用户设置等是否符合系统要求，是否不需要重装或修改。必要时，进行重装（由IBM实施），或修改。要求EMC对磁盘阵列进行安装，并划分应用空间，包括数据库备份空间。划分文件系统。检查并测试与网络等外部其他关联系统的硬件/网络接口；检查并考虑Compaq4100与IBMM80之间的差异，特别是当应用程序移到M80进行重新编译后，可能发生的不兼容问题，并与研发一起考虑处理对策。工作时间要求：技术和研发工程师在12月28日前完成对系统环境的考察，参加12月28日与联通的技术协调方案会，提出欣网技术方案。根据移植时间表，1月2日-4日，由技术中心负责硬件和操作系统等的安装测试；系统实施案例：系统移植割接技术方案与工作计划研发中心数据库工程师：帮助项目组清理对新数据库系统的设置、优化要求，并做技术上的把关；要求并监督数据库服务厂家宏贝斯安装数据库，打补丁、备份软件等；做库初始化工作（建库、创建表空间等）；要求数据库服务厂家宏贝斯根据应用系统要求调整参数、调优等；帮助项目组共同解决在程序文件导入后，进行重新编译过程中，可能发生的系统不兼容或出错问题。与项目组一起，试验数据移植方案。目前考虑采用直接导数据库文件方案，用读数据库记录方式，绝对时间来不及（只有一个晚上时间，仅够导C网）。工作时间要求：技术和研发工程师在12月28日前完成对系统环境的考察，参加12月28日与联通的技术协调方案会，提出欣网技术方案。2月5日开始，由研发中心负责数据库数据移植试验和测试；原则上，应在1月15日割接完成前在现场。系统实施案例：系统移植割接技术方案与工作计划项目组的工作：提出对主机的技术要求；提出对数据库的技术要求；在数据库安装完成、表空间建立后，负责创建数据库对象（建表、视图等）；完成程序移植、接口测试；进行数据移植试验；进行系统割接；项目组的具体工作，见后表系统实施案例：环境准备日程表序号时间步骤执行责任新系统环境的准备（4天）2003年1月2日-5日11天由欣网提出安装参数要求及除基本系统以外需安装的内容清单（包括：C++、C编译器、双机备份软件等，由IBM工程师在现场重新安装UNIX操作系统(AIXV4.3)，并进行测试。IBM欣网21天由欣网与联通协商后，根据数据库物理设计方案和实际条件，提出EMC阵列划分方案，由EMC工程师现场完成EMC阵列与M80的连接，并在EMC上划分相应合适的空间EMC欣网31天在新系统中分配阵列空间，划分出合适的文件系统及裸设备欣网欣网41天宏贝斯工程师现场安装Oracle数据库(V8.1.6)，打补丁，安装双机软件，并进行测试。按照欣网提出的新的数据库存储设计方案，建库、创建表空间，调整参数，及性能调优。宏贝斯欣网系统实施案例2：测试试验日程表序号时间步骤执行责任环境测试阶段（9天）2003年1月6日-14日51天将应用系统，包括程序，参数文件等一切相关文件导入新的系统环境，进行性能调优和测试。欣网欣网61天按新的数据库设计方案，在数据库中创建数据库对象，包括表，视图，索引，存储过程，触发器，程序包等。欣网欣网73天研究数据移植方案，编制移植程序，进行模拟移植试验。需要时间应视具体试验结果决定（预计3天）。欣网欣网81天进行数据试移植，并记录所需时间欣网欣网92天进行全面的业务测试（包括：程序、接口等），具体时间视个接口单位配合情况。（预计2天）欣网欣网101天对回退方案进行测试和验证。欣网欣网系统实施案例3：割接迁移日程表序号时间步骤执行责任正式割接上线（200*年1月15日晚上6：00到次日早上8：00）11当天停止营业系统营业受理，停止与帐务的接口以及后台的所有进程12当天备份数据库13当天进行数据移植13当天修改数据库密码14当天上传新的营业程序，以便在数据库修改密码后，修改各个客户端的相关配置完成数据库的正常连接15当天进行全面的系统测试，保证营业系统的运行正常16第二天正常开业系统恢复正常营业1.3软件实施的项目管理1项目范围（背景）1.1项目业主与承包方简介1.1.1业主方1.1.2承包方1.2项目的必要性、意义和目标1.2.1项目的必要性和重要性1.2.2项目合同的主要目标1.3项目及项目管理的特点1.3.1项目的生命周期1.3.2项目的资源需求1.3.3项目的不确定性与风险1.3.4项目管理的特点1.4该项目与公司经营活动、市场和其它项目的关系1.4.1本项目在公司经营活动中的地位1.4.2本项目与公司其他项目的关系1.5项目管理在公司的重要性1.5.1公司的组织结构1.5.2项目管理在公司的地位1.5.3项目管理在公司管理中的作用1.6项目实施的可行性1.6.1公司具有成熟的开发技术和试点成功案例1.6.2公司拥有一批业务熟悉、开发经验丰富的技术队伍1.6.3通过方案介绍和答辩，通过了用户方严格的综合考评2项目计划2.1项目目标2.1.1项目目标2.1.2项目范围描述2.1.3项目可交付成果2.2项目结构（组成）2.2.1主机、存储与网络环境子系统2.2.2系统支撑软件子系统2.2.3应用系统2.2.4系统准备与实施组织2.2.5培训与维护移交2.3项目组织（内部和外部）2.3.1项目的内部组织（欣网公司）2.3.1项目的外部组织（天津联通）2.3.3项目实施中双方的责任2.4阶段模型和里程碑2.4.1软件开发采用迭代模型2.4.2项目开发的主要里程碑事件1.3软件实施的项目管理2.5进度计划2.5.1项目任务的WBS分解结构2.5.2确定工作产品的关联关系图2.5.3明确项目任务的责任矩阵2.5.4项目任务的进度计划安排2.6

资源计划2.6.1项目任务人力资源的需求和估算2.6.2项目任务人力资源需求估算的负载分析2.6.3项目任务人力资源的分配2.7费用（成本）计划与控制2.7.1确定资源需求2.7.2资源成本的估算2.7.3实施费用成本的时间段分布分析2.7.4实施费用成本的构成要素分析2.7.5实施费用的累积曲线分析2.7.6实施费用的控制1.3软件实施的项目管理3项目实施3.1项目启动3.1.1项目启动的输入3.1.2项目启动的过程3.13项目启动的输出3.2范围管理3.2.1项目范围管理与软件需求管理3.2.2项目需求的开发管理和实现管理：3.2.3项目需求的变更分析与控制管理3.3计划管理3.3.1选择合适的软件开发的生命周期模型3.3.2定义工作产品3.3.3对任务进行分解，构造工作分解结构（WBS）3.3.4进行规模、工作量和进度评估3.3.5根据WBS分配任务，确定项目任务计划3.3.6对进度计划进行控制管理3.4成本管理3.4.1确定资源计划3.4.2对资源需求进行成本估算3.4.3建立成