互联工厂模块商可视项目设计方案说明书

综 项目概 项目建设目 项目建设原 需求理 现状分 功能模块划 项目方 总体架 功能模 库存共 计划共 信息看 接口平 预约管 系统管 技术架 架构组 HOP技术架构 架构简 选用架构原 架构特 硬件配 技 开发语 操作系 接口设 接口层设计描 设计原 系统性能评 系统灵活性评 安全容错及性评 6.8.1...............................................................................................................................................主机安 应用安 数据备份与恢 技术服务评 服务流 培训服 标 范 东软........................................................................................................................................ 开发工具介 项目开发工 配置管理工 质量管理系 参与团队介 项目组织机 介 团队成员简 进度计划规 知识......................................................................................................................................................项目管理与实 工程实施计 项目管理方 项目管理方 项目开发和管理工 项目实施方法 项目实施资 安装实施要 项目实施步 项目实施规 目交付的成果物要 项目测试方 测试目 测试原 测试方 测试工 测试环 测试阶段划 测试任务安 项目运维方 需求开发规 需求分析与设 编码与单元测 系统测 ...........................................................................................................................................................项目验收方 项目验收标 初验要 系统移交和终验要 项目验收方法及计 项目评审程 项目验收内 系统知识..........................................................................................................................................技术支持与服 长期技术支持和方 系统应急方 项目概项目建设目实时和移动办公。1PC端库存共享；31项目建设原免重复建设，降低建设投资。整个系统应易于管理、易于、易于扩充、易于升级。1保证的正确性，即发送信息者和接收信息者都不会存在。传输信息的正确性，即信息传输过，不会篡改。 234现状分SRM供应商管理系统具备完整的供应商关系管理，包括采购信息、预约送货等功功能模块划系统应具良好的安全性和可靠性。保证数据不被盗用和修改，保证数据一致性；对登陆或系统故障等能采取多种检查和处理；采用故障检查、应支持功能互联工厂模块商互联可互联工厂模块商互联可PC 移动 共 共 看 平 信 轨 指 推书海尔SRM供应商关系管理系供应商S等系功能模库存共通过接口、模板导入、手工等多种方式将供应商生产情况接入信息共享平台。供供应商供应商供应商共享库存中互联工厂模商互联可计划共SRM中采购计划、生产情况展现给模块商，让双方互视共享信息，更好的优化产业信息看 二 接口平共有三类接口，首先是与SRM的接口，作为基础数据主要来源；第二类是与模块移动端功模块商共享库存查询、海尔采购计划查询、GPS位置共享、 预约管两种方案，第一种是开发全新预约管理模块；第二种是同步SRM系统管树状结构进行显示，最高结点为行政区域的别。门店管理：提供对自营店、分销商实体店的管理，包括基本信息管供查看详细信息的功能，详细信息包括：区称、操作工号、操作、登陆时IP地址、操作类型、操作对象、操作动作、操作结果，详细信息架构简展现层是系统与用户进行信息交互的平台通过界面集成将界面展现组件组用户界QoS基础服务选用架构原本项目的实施过程严格遵循海尔信息系统SOA包括SOA的参考架构和技术架可控、可扩展及最优化，体现出了服务的SLA标准，本次建设使用了版本的HOP开发框架，接入服务和伙伴服务均使用EAI平台，流程服务使用海尔的BPM平台。该架构在数制。能够明确服务的SLA，保证在项目中的服务SLA达标率100%，能够实现服务SLA的实时线横向扩展，平台采用JAVA语言进行开发，数据库采用海尔要求的oracle或者是架构特数据，实现业务系统与数据库平台的无关，通过数据路由，实现对大数据的务支撑；开发语数据ANSI/ISOSQL-89、ANSI/ISOSQL-92,ANSI/ISOSQL-99,SQLCore支持网络上同构或异构数据库之间的数据的有效传输和冗余性具有多种功能模块（如：实时、定时、双向、多点方式下的N向、转发，范围可整表或表中部分行或修改单元,高级队列控制），卖方应提供与其它数据库能够实现数据的快速装载高效的并发处理和交互式查询以达到信息挖掘的目的，提供Web服务接口模块，对客户端输出协议支持HTTP2.0、SSL等，卖方应提供具体实可靠性数据库系统应具有强的容错能力错误恢复能力错误记录及能力,支东软从1991年开始从事电信运营支撑系统的集成开发，并于1998年将产品线移植到ORACLEOracle11gMysql5.6Oracle旗舰产品。Oracle11g是面向Internet计算环境的数据库，它改变了信息管理和的方将新的特性融入传统的Oracle数据库服务器技术从而成为面向高端企业应用和Web信息管理的数据库。Oracle11gWeb高级应用所需要的多数据管理能力。Oracle11g能够处理的数据，容纳的用户，在性能上有了多方面的改善，进同时，Oracle11gOracle11g的因素。Oracle11g继续侧重于这些要求，并且在Oracle8i数据仓库性能的各个方Oracle11g是第一个真正的“商务智能平台”。商务智能系统远远超出数据仓库。它通常OLAP和数据挖掘功能。Oracle11gOracle11gOracle11gEnterpriseEditionOracle11g在复杂分布式环境中，Oracle11g效分布式数据的能力。Oracle11g的可伸缩的，可靠的体系结构推出了无法匹敌的任务关键OLTP系统所需的可伸缩性、可用性以及高性能。Oracle11gOracle11gRealApplicationServer为了实现事务处理的高性能，Oracle11gOracle11g为迅速有效地定位事务型数据，提供了许多不同的路径，包括快速的全表扫描，B-树单列(B-treesinglecolumn)和连锁索引扫描(concatenated-indexscan)，聚簇(预)表，哈西聚簇(利用一个单列，或一个具体应用的SQL哈西函数)，以及单个行标识(uniquerowidentifier)。Oracle11g(cost-basedoptimizer)Oracle11g通过一系列先进技术提供了高性能的数据能力。Oracle11g采用针对数据和索引的完全的、的行级锁定(row-levellocking)，而且为了保证最大的数据能力，从不对锁进行升级。Oracle11g的高性能，可伸缩的序列号消除了传统的事务处理应用为获得一个唯一的数值型键值(uniquenumerickeyvalue)而进行的竞争。反向键索引在索引处将字节颠倒，并将一些的连续键(consecutivekey)分布到不同的块中，从而消除了热点(hotspot)的需要。MySQLMySQLABOracle司。MySQL最流行的关系型数据库管理系统，在WEB应用方面MySQL是最好的RDBMS个大仓库内，这样就增加了速度并提高了灵活性。MySQL所使用的SQL语言是用于数特点，一般中小型的开发都选择MySQL作为数据库。由于其社区版的性能卓越，搭配PHP和Apache可组成良好的开发环境。操作系界面，支持汉字（国标码）环境，符合中国关于中文字符集定义的有关。很大部分系统管理工作并提供指导提示以减少错误发生并获得系统管理的高效率提供打包、分配、管理以及安装服务。保证关键任务应用程序的性能与响应时间。服务器的操作系统支持各项UNIX标准。应遵循所有主要的操作系统标准如X/OpenUNIX95，IEEEPOSIX1003.11003.2、XPG4、UNIXSystemV.4接口设接口及测接口的开放性体现在交换接口格式必须公开，支持的交换接口方式等。系统及与其它系统的接口标准控制；接口能灵活地支撑重点管理系统和各专业系统的业务需求；系统性能评■系统采用面象的分析、设计■系统具备高度的安全性，必须具备完善的权限管理机制99.95%以上。系统的主要配置是1+1关、等系统的通讯接口。安全容错及性评企业也制订了一些行之有效的操作规程,这些强制性安全措施,重在。切实加强网络系统的组织和各业务部门之间的协调配合,从每个工作站、重视数据库管理工作,加强对用户操作、口令、管理。加强对磁盘文件和软盘片管理,软盘数据的操作管理和。在网内使用、软盘,如:、到屏障。网络服务器和数据库要保存在安全的地方。进出最好需要有通行证或佩带徽章。也可以采用其它验证。网络的安全性措施主要包括网络、主机和应用三、的，也会极大地阻挠用户的正常。产。你必须知道那些需要保护，那些可以，以及如何使它们融洽地工作在一起。确定你的网络被忽视它也是网络的点，因为它常常带有没有任何保护措施的帐户(guest帐户)，使用了广泛信赖的命令(例如：rlogin和rsh)，有的Modem连接，以及使用限制的范常常不得不但在允许的情况下能够为你的比较敏感的网络区域提供高级别安全保，，的网络没有缺口者的知识并不是很高者使用标准的，或者加锁的房间很安，，很多的安全程序失败了都是由于它们的设计者没有考虑这些因素。例如，自动生成的经的调制解调器经常绕过繁琐的拨号接入安全程序直接连接到网络上许多用户为了自员碍于情面满足了这些用户的要求。因此为了确保遵从的安全措施，用户们不仅要将他在最低程度，用户们必须知绝对不能将口令或其它通过不安全的线路或对其雇员们来执行正式的训练教育的他们在完成正式的训练教育课程之前不允许网络。了解你的网络系统的正常功能，知道允许做的，而不允许做的，熟悉你的系统造成破坏之前俘获他。审计工具能够帮助你去探测、记录和非常事件。另外，一个公司组织应该正确地知道何种为他们提供审计一个安全的系统不能运行在所 用安全卫士、关闭拨号口、系统卡和控制物理网络设备和主机等等措施。物理现行的业务系统通常采机系统与多机系统来提高系统的可靠性运行时采机热目态下,不允许执行指令;在管态下,系统可执行全部机器指令。这样可以防止各个用户之间的相互干扰,数据的安全。信息保护技保护的目的一方面是程序,保护知识;另一方面分析修侵者上当,并及警,通过设置鉴别标志识别调用者和被调用者等。操作系统安全操作系统中最根本的安全措施是存取控制,它是对程序执行期间使用资源进行检查。加强操作系统的超级用户的管理,防止任意对数据的程序读、写应用程序安全应用系统在编制程序时采取的安全措施主要有用户权限分级限制,同时设置相应的,采用分级管理。系统可以根据用户给出的明,检查其,确定进入系统的何等级别,并对进入的时间进行记录。为防止越权对网络共享文件提供用户名/口令、信息用户权限、最大权限和文件属性等多级完善的措施。在运行相同,严禁安装应用的源程序和开发系统,防止对程序的修改。数据库安全技术数据库技术的目标在于力求数据独立,重在表现数据之间的联系,尽的控制和存取控制等安全措施,来实现数据库的正确性、完整性、性。共享数据库日志审计与留痕技术系统日志机制,用来记录系统运行的全过程。系统日志文件是自动生监督而从系统外取得数据,对系统中重要数据采取加密的格式存放。为了防止发生或在发生后为侦破提供监督数据,在银行计算机系统里启用系统记帐功能,即在系统中设置"计算机网络同样如何使防护系统、能够对付不断出现的新问题,典型的做法是开放特征数据库,让用户使用特征分析程序,随时将发现的加入特征库,增强抗网络工作站对的防工作站是网络的,把好关,查杀并举,是防止的有效措施一是通过各服务器的路径进行检测和保护。目前将防程序安装在网卡中的BOOTROM剩余空间内服务器防治技基于服务器防治技术是以可加载模块技术进行程序设计的,其特点是集中扫描。实时扫描功能,保持"全天候"。采用多线索的设计,随时激活检测程序,及时追踪可执行文件,到特定的中。工作站扫描功能,在上网工作站内存中,调入一个常驻扫者登录标识loginid)和一个口令password。用户口令在键入时是不被显示出来的，因为它/ec/passd来看这个户是否功地满登录的件该文件系“认识的用这个件的nas”用口令irewall”passwdetc/paswd中永出于特别的安全性的需要，Unix工具中提供了shadossword文件，用来产生加密的口令，只有超级用户有使用 ssword的权力。因此在较新Unix系统的文/etc/passwd2”。这就表示有另一个文件和文件/etc/passwd结合起来使用，那文件就是文件/etc/shadow。尽管文件文件或其他系统资源的用户的集合。用户组是提高系统安全性的一个重要工具。文件防安全实计算机网络同样如何使防护系统、能够对付不断出现的新问题,典型的做法是开放特征数据库,让用户使用特征分析程序,随时将发现的加入特征库,增强抗在网络的服务器和工作站上安装网络防定时更新特征码确保网络设备和文件就必须进行加密传输。海尔全交互中心系统是公司IT系统的重要组成部分，尤其涉及到客户的资料和费用，因此虽然该中心现在是一个网络，但考虑到它的网络部分接权的证明数字文件，也就是认证。数据备份是数据高可用性的法，将系统数据备份或转储到其它介质上，为保证系统安全可靠业务系统应提供友好数据备份界面快捷的数据备份和策略；备份期：每一次、每天一次以及每月一次等定份策略的过需要除了考虑的备份工具对整体数据的备份策略外还应该RMAN，数据库运行在归档模容包括所有数据文件、控制文件、联机日志文件、ini要使用热备份必须将数据库运行在(ArchiveLogARCHIVELOG可以提供的恢复选择restrict求，建议应尽量使用完全恢复。Oracle数据库备份，当2012/5/1使发现数据库中数据发生，希望将数据库恢复到2012/4/30时的状态，只能先恢复2012/1/1的数据库备份然后在其上运用重做记录使2012/4/302012/5/12012/4/30。为了系统的设计数据库的恢复方案，先对可能遇到的错误进行分类，Oracle数据5（，如果发生前三种失败，不需要人为，Oracle系统会自动进行恢复。对于用户操作型如误删除数据）采取的补救措施主要有导入的逻辑备份或进行到某一时间点的不完全恢复。从Oracle8之后的新版本中引入了基于表空间的时间点恢复（，OracleOracle所有控制全部失效时，可以在Nomount模式下执行createcontrolfile来重新生成控制文redolog，datafileMAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。如果失败之前alterdatabasebackupcontrolfiletotracealterdatabasebackupcontrolfiletoxxx’对控制文件作备份，恢复时可使用生成的recoverusingbackupcontrolfileresetlogs技术服务评项目上线前，东软可为客户提供业务应用培训。1.时间及响东软将提供7*24的支持当接收到一个项目的关于故障报告的请求后，东软将立即开始评估和问题原2分配与效率改进建议、配置规划和性能优化建议、系统容量建议等；系统运行的咨询服务：提供系统应用和技术咨询服务，对系统的更新及升级时海尔同意，不改变针对本项目定制的功能，东软实施、技术支持、支持等综合服务。7*24调派资调派资 、用启动启动应急预应急处理小解解决故紧急事件处理报原厂家技术支持中东软技术支持中提交提交报应急行动结12、启动应急预案。3、紧急情况处理小组的（由用户和我公司共同组成）立刻调派我公司的资深和用户相关。首先尽最大可能收集事件相关信息，确定事件类别、4、根据收集的信息，紧急情况处理小组立刻采取措施抑制事件的影响进一步扩大，5、根据实际情况，技术进行系统的恢复工作6、如果是应用故障，我公司保证2小时内解决问题，恢复故障系统7、如果项目组难以短时间内解决故障，及时申请公司技术支持中心 8、在问题得到解决、系统恢复工作后，回顾并整理该事件的各种相关信息，尽可9、提交《紧急事件处理结果报告》。10理。A类问题如下：（a）系统停机；（b）座席50%以上无法使用。（c）产品50%资源60B软在发现后应该立即着手解决，并在最快时间内予以解决,由现场服务工程师确定问题原（a）座席10%-50%无法使用；（b）呼叫管理系统无法使用；（c）产品10%-50%资源不可用；（d）无法提供主动信息；（e）严重系统性能问题（实时应用系统响应速30）；员将与海尔联系并确定问题原因在8小时内与系统工作小组协商出具体解决办法10）。(c)配置更改，简单调整；在服务保证期外对于系统出现的C类问题或D类问题东软将本着与海尔竭诚合作，为海尔提供优质满意服务，努力提高系统的可靠性、易用性、可性的基本原则，由项目经理为总协调人，在接到用户形式的正式通知后1个工作日内，将同海尔的技术人 功能的发展和完善进行友好协商在3个工作日内给出问题的具体解决办法和A4B当日确定问题和解决方案，8当日首先确定问题和解C或D当日首先确定问题和解1日开发工具介具体的开发过建议采用需求分析工具为RationalRequisitePro。RequisitePro是一个有效UML面象分析设计方法是信息应用开发领域的主流方法建议采用面象方面象分析设计的标准语言——建模语言UML。关系数据库的设计是系统设计的重要部分在系统设计时采用的是面象的设计是在面象设计领域争论较多的一个专题虽然许多支持面象设计的工具都支持这种要人为的调整和干预因此在选择面象分析工具时有必要研究其对关系数据库设计的支许多面象分析和设计工具针对常用的应用开发工具提供了正向工程和反向工程的系统采用J2EE应用体系构架为，在关键环节（主要为实时部分）采用C语言开发。J2EEJAVAIDE（集成开发环境）的一个趋势是与Java应用服务器的整合，越来越多的Java分析与设计工具：RationalRose、Power优化与工具：OracleDBDiagnosticsPack、OracleDBTuningPack、OracleFusionMiddlewareDiagnosticsPack纠错/变更追踪工具：NeusoftBugBase、RationalRose是一个完整的可视建模方案，开发、项目经理、工程师和分析分析设计和数据库模型设计的全过程提供工具支持。GCC（GNUCompilerCollection）GNUCC++HTTP,FTPJDBC纠错/变更追踪工具中，NeusoftBugBase是东软自主开发的、拥有独立知识的纠错工具，其可靠性和功能已经在众多大型项目中验证；ClearQuest针对动态的、不断更新的开发工作，提供最佳的变更需求管理(--ChangeRequestManagement)解决管理和管理和贯穿整个开发过程始终，是全交互中心非常重要不可忽略的一个环节，管理和阶段，项目开发过程的各个阶段非常重要。管理和主要包括配置管理、RationalClearCase可为中型和大型团队提供资产管理（SAM），管理从设计、编码到测试的整个开发过的所有工件。Project对项目的管理控制提供较全面的支持，包括规划、资源和成本管理、进度的控制等方面。，更管理工作流提供了准则来管理演化系统中的多个变体创建过的版本。工作原因、时间、保持审计记录。，注意以下要求，以保证的质量达到目标。正确性的功能要满足用户的要求在预定环境下能够完成预期的功能因此RationalClearCaseRationalClearQuest，这两个这两个工具合在一起提供了Rational第三代配置管理解决方案——变更管理（UCM），UCM定义了一个可以立即用于开发项目的一致并基于活动的变更管理流程，是用于管理（包括从需求到版本发布UCMRational用于开发最佳实践的全面框架——Rationial过程（RUP）的关键组成部分。根据开发团队的具体需要，可以使用相应的过程模型来加速开发进度，提高质量并“000用户。IDC（国际数据）在其报告“2001-2005配置管理工具和分析”中将ClearCase连续三年最畅销的配置管理解决方案”。ClearCase的突出特点包括：“ClearQuest另外，RationalClearCaseSCM如、分支、属性、触发器（trigger）和超级（hyperlinks）等，开发团队可以RationalClearQuest提供业界最强大而且高度灵活的缺陷及变更系统，在全球160，000ClearQuest贯穿整个开发过程用于管理和缺陷和其他变更的一个高效工作流对于满足高可以从活动的角度来观察变更，然后RationalClearQuest工作流引擎将活动同相关的开发ClearCase/LicenseServer（已有）――用作ClearCase的服务器和Rational软LicenseClearQuest/RequisiteProDBServer及Web服务器――用于ClearQuest和RequisitePro的用户数据，同时提供ClearQuestRequisitePro的Web服务，置的Web服务器WindowsClearQuestRequisitePro如出于系统性能的考虑，可以单独的RequisitePro数据库服务器和Web服务 ServerAD Server200GBHard ServerRequisitePro数WEB100GBHard用户可以通过质量管理系统对项目各个方面的质量问题进行管理,和统计。质量管理系统中包括三个子系统：缺陷管理子系统、评审管理子系统、SQA评审管理子系统的基本功能是支持项目开发过的评审活动对评审发现的问题进行SQAQAPC58664MWindows98IE6.0、ant(1.6.2)硬件环境：PC586以上微机，800MHZ以上CPU，256M以上内存（环境：Windows2000server中文版、Oracle8i（8.1.7）、Oracle9i环境：LinuxRedhat9.0(Kernel2.4.20-8)、Web服务器Tomcat（4.1.x以上版参与团队介19266IT354UI9UI536郭3进度计划规个建设过分为以下几个关键里程碑节点：1进行系统需求2—期需求上一期上线需求3二期需求上一期上线需求SRM4知识工程实施计从项目中标到系统上线估计为18详细进度安排如下项目管理方项目管理方在开发过，建议项目计划的管理采用WBS（WorkBreakdownStructure，工作WBSWBS对于大规模的系统，在生命期的后期阶段可能需要的层次。开始的时候，计划量趋势是及其的，而这对于组织级过程改善是很关键的。WBS图整个生命期中WBS精确度的进，向另一个阶段的转换中的是到一个重要的业务决策，而不是完成一个具体的，不断地调整和细化项目开发计划。迭代计划是在对上一次迭代结果进行评估的基础上制定是不能的如还没有成当前代时不进入下一代因下一次代的计制定迭代计少地经历生命期中的所有活动：设计、实施类系统并进行单元测试阶段评面迭代评状态评 项目需求管需求调研及分析能达到完整准确清晰地取得并整理出客户对的需求和目标从而在(1)需求调研规解和总结客户的需求，形成清晰的需求文档，提交给需求分析。召集组织客户的相关、关联单位的相关，面对面进行需求访谈。对客户对软访谈：在访谈过，使用笔等工具，完整记录客户和需求调研的VY2MP3。图开发部需求组，研究需求说明书。组同步需求理解，做出评审。如未通过则3。组织客户的相关，对需求说明书的内容进行评审，核对业务。评审未通过则重复调研。 需求变更管图的过变更控制决策以确定选择哪些，放弃哪些，并设置实现的优先顺序，建立了变更控制。变更控制的组变更控制的任，变更控制的任务就是对每一项改动请求，从平衡各方面的角度出发来进，与来做出决定。任务包括：将决定通报于有关配置与变更计划说明在产品/项目生命期中要执行的所有与配置与变更管理相关的基线是项目库中个工件版本特定时期的个“快照”。它提供一个正式标准随的工作于此标且只有过才变更这个准立一个始基线， 作的进展基线将合并自从上次建立基线以来开发已经交付的工作变更一旦并入基线，开发就采用新的基线，以与项目中的变更保持同步。调整基线将把开发工作区中的文件项目（在主要分支上）所进行的变更进行。当认为更新不稳定或不时，基线为团队提供一种取消变更的方法。通过创建 数 开发工作区的开发员必须能够构建产品、建立基线并使开发团队的其他能够使用确定系统满足功能需求和物理需求。确定工件在受控制的库中。客户业务向客户技术部门提交新需求，或变更需求。应提交变更控制来决定变更控制一般由项目组所在部门和业务部的业务代表组成，由他们对需求变更进行评估、，必要时与客户进行协商。项目经理根据需求实现的难度和可行性或者变更控制的决定来确认是否要实需求变更可依据《需求修改记录模板》来记录，内容包括需求变更参与、变更原因、变应急事统顺利上线。但由于工程实施过某些不可预见的原因，系统可能出现的以下突发事故：由于，门户显示页面及内容与预期完全不同。可能的原因包括：突发事故应对措对运行过的所有数据进行备份。具体实施如下401.5(2)应对措在网络出口设置、防系统和网络防篡改系统。在网络设备和服务器上采用安全策略，安装相应的补丁程序、关闭不用的端口、启动日志。11系统试点上线过发生本方案未尽紧急事件的，应由本系统试点上线工作的施组立即报告海尔小组决策后实施。突发事故应急处大的影响，需立即向东软和海尔项目小组报告。立即上报项目小组，经批准后马上更换故障设备，尽快恢复应用系统运行。进行扫描和清除工作。网络中断，所有网页无法显示时，检查计算机的“本地连接”是否处于状角色文档的等级进度调定期调整是指项目经理在迭代内里程碑、迭代结束和阶段结束通过正式评审项目进资源是指在项目运行过所需要的人力资源。资源是指项目充分、有效地利用、配备管理计划；在项目实施过，通过邮件例会和里程碑总结等正式和不正式的、动态结构：根据不同阶段项目对的不同需求考虑投入不同能力和不同数量的变更项目经理配备管理计划以项目的投入状况，并在每和每里程碑上投入的数量以及投入的技能是否可以满足项目实施要求；在项目会和里程碑会议上，高级管理者、客户方和项目经理评审以上状况，制由于离职或工作变动会引起项目中的变更。项目经理会分析变更所带来下图描述了图变更流程图对于以上变更活动需要注意以下内容：间、内容及相关安排等，应该包括相关培训和的内容。 风险管理策风险对策：主要描述应对风险的策略。风险管理的思想不是地等待（等到风险变成现实、成为问题或导致项目失败），而是决定如何对付风险。对于每个风险，有3迭代中的风险管迭发比瀑布式开发可以更早的缓解风险。在瀑布开发过，只能在最后的集成在系统迭发过，项目经理需要一张风险列表，来对风险进行并评估项目风险和对项目上的风缺乏掌握的资深开发商自身的管理流程不成熟、不规范、不正确造成系统实施。对业务应用系统应该具有的业务功能系统管理功能进行的需求进行充分的分析和详是掌握的专业，例如系统架构师和系统分析等。要求项目有关参与方对参与的专业的投入进行承诺，提出专业无法对项目有关参与在的把握上进行慎重，对相关在上进建立严格的项目控制机制对集成和应用系统建设的各个环节进行严格的进度和质量控制。的队伍，建立规范的系统运行机制，规范系统运行环境。项目“语言”方式传达和接收信息的准备同时还必须明白他们以个人涉及的信息将如项目沟通方会议，包括评审、等。项目沟通机计项目计项参参参项目计计划变项参参参展项目项了了了里项参参了展项参参了状态评项参参了迭代总业务模项参参需项参参项参参实项参参测项参参参部项参了了 项目管理文档是项目管理过非常重要的管理内容事先编制完成项目的管理文档模该体系包含了开发生命期中的所有管理文档所有文档范本将在开发过提供给业项目开发和管理图开发工具示意面象分析设计方法是信息应用开发领域的主流方法建议系统采用支持面象分析设计的标准语言——建模语言UML。关系数据库的设计是系统建设的重要部分在系统设计时采用的是面象的设计是在面象设计领域争论较多的一个专题虽然许多支持面象设计的工具都支持这种要人为的调整和干预因此在选择面象分析工具时有必要研究其对关系数据库设计的支许多面象分析和设计工具针对常用的应用开发工具提供了正向工程和反向工程的优化与工具：OracleDBDiagnosticsPack、OracleDBTuningPack RationalClearCaseRationalClearQuest，这两个工UCM定义了一个可以立即用于开发项目的一致并基于活动的变更管理流程，是用于管理开发过程（包括从需求到版本发布）中所有变更的“最佳实践”流程。UCM已成为Rational用于开发最佳实践的全面框架——Rationial过程（RUP）的关键组成部分。根据开发团队的具体需要，可以使用相应的过程模型来加速开发进度，提高软RationalClearCase提供业界最强大的配置管理解决方案，在全球拥有超过240，业界领先的变更流安全的工件和版本RationalClearCase提供了一个工件管理（SAM）框架，开发团队可以使用这一框架来管理贯穿项目生命期的所有工件。UCM将RationalClearCase基础框架同RationalClearQuest另外，RationalClearCase提供了灵活的SCM的基础框架，通过使用灵活的元数据，如SCMRationalClearQuest提供业界最强大而且高度灵活的缺陷及变更系统，在全球拥160，000ClearQuest RationalClearQuest是一个高度灵活和可扩展的缺陷及变更系统，它可以捕获和RationalClearQuest为活动的和管理提供了可定制的工作流，这使得开发团队可 ClearQuestClearQuest相关规则（图2）；当开发团队需要在预定义的过程上进行定制时，可以使用ClearQuest贯穿整个开发过程用于管理和缺陷和其他变更的一个高效工作流对于满足高ClearQuest/RequisiteProDBServer及Web服务器――用于ClearQuest和RequisitePro的用户数据，同时提供ClearQuestRequisitePro的Web服务，ClearQuestWeb置的Web服务器WindowsClearQuestRequisiteProRationalRose是一个完整的可视建模方案，开发、项目经理、工程师和分析PowerDesigner根据本项目的特点，建议采用东软的SEAS文档管理作为项目文档管理。在本项目中，SEAS1、项目档硬拷贝的地方。文档的软拷贝必须被保存到一个预定义的网络，为了安全目的每个用户的都被控制。2、文档传递流3、控4、版本控无论一个文档的新版本什么时候发布项目库的集志系统都应该更新以反映交付物的的变更。在文档发布后，文档的发布应随修订而增加。优化与工具可以实时地流程的运行情况，发现潜在的问题，对流程进行优化。纠错/变更追踪工具中，NeusoftBugBase是东软自主开发的、拥有独立知识的纠错工具，其可靠性和功能已经在众多大型项目中验证；ClearQuest针对动态的、不断管理和，护阶段项目开发过程的各个阶段非常重要。管理和主要包括配置管理、开发项目，为中型和大型团队提供资产管理（SAM），管理从设计、编码到测试的整个开发过，更管理工作流提供了准则来管理演化系统中的多个变体创建过的版本。工作原因、时间、保持审计记录。，证的质量达到目标。 性：遵从的规范，包括命名规范、界面规范、编程风格。编码应具有良好 质量要求严格。 、进的交互式助手，可帮助项目经理设置项目、管理任务和资源日程安排以及报告项目、ProjectStandard2007。有效创建项目计划。通过迅速地将已在OfficeExcel或OfficeOutlook中创建的任务列表转换为项目计划，节省了时间。另外，还可以ProjectStandard2007题。还可以从活动服务或ExchangeServer地址簿分配资源。比较项目计划的版本。可使用“比较项目版本”工具轻松项目计划方面的版本变工期和。ProjectServer帮助项目经理有效地抓住工作重点并且做出更好的完成日期）上的差距、保留历史记录（可以在任何项目过始终保存11个完整的参考基线）为其它程序提供项目数据。借助“将信息到Office”向导，项目经理可以在多个共享项目计划。通过将项目计划保存到Windows®SharePoint®服务站点的中央工作区，可以同机构中的其他人共享您的项目计划。WindowsSharePoint服务是WindowsServer™2007的组件。使用“共享工作区”任务窗格可以查看共用户可以通过质量管理系统对项目各个方面的质量问题进行管理,和统计。质量管理系统中包括三个子系统：缺陷管理子系统、评审管理子系统、SQA 评审管理子系统的基本功能是支持项目开发过的评审活动对评审发现的问题进行项目实施资CMM5级认证。PCMM5东软通过ISO/IEC20000-1:2005IT服务管理体系认证，并获得BSI（英国标准）授予的ISO/IEC20000-1:2005认证。安装实施要东软提供产品的安装和调试，东软有责任对甲方的技术问题做出解答。项目实施方法总。术支持两条主线指导整个项目实施，而技术支持则主要反映在对整个项目实施中。在项目实的过，我公还将运各种先的目管理理、技能工具和术以满足并超过项目利益相关方对项目的需求和期望为目标，对项目的全过程进行科学的管理。东软多年大型IT项的实施不总项目最佳践，在RP工程程管理方项目实施步导，与客户确定需要建设的系统的需求。所拥有的哪些业务系统，在建哪些系统，与我公司承建的系统的关系等。因此的界面设计原则包括：将在需求分析阶段得出的系统外部功能需求转换为未来系统的设计编码中的大部分工作由开发工程师承担，实施模型由构架设计师负责建立。安装调试工作一般由项目经理与实施完成。2、对系统部署过出现的故障进行系统级的和排错项目实施规项目实施规划围绕业务管理与信息建设目标和未来提供的服务进行同时考虑，，整个系统采用总体设计原则设计系统功能规划系统硬件网络设施应用，在，，目交付的成果物要均为简体中文版本，在每次培训前一内提供。其他服务至少包括系统安装资料；SOA项目测试方东软公司结合多年的系统建设经验、结合工程测试要求及本项目的特点，在测试原测试目测试是使用人工或自动，测试在生命期中占据重要的地位测试学在传统的瀑布模型中仅处于运行阶段之前，是产品交付用户使用之前保证质量的重要。近来工程，测试原100：测试都应追溯到用户需求。正如所知测试的目标在于揭示错误。而最严重的错误（从用户角度来看）是那些导致程序需求的错误；：方法不能高效和完全的针对所有缺陷因此测试应该尽可能的多采用多种途径进行 测试方测试利用程序的逻辑结构与有关文档的信息，设计并准备测试用例与模拟数检查数据结构以确保其有效性试和检验实现的功能是否符合要求这种测试对或程序模块的结构与技术实现操作、界面、报表等的合理性、一致性进试。ID能全面的分析和瓶颈的。并发性测试关注系统是否还能够处理期望的用户负载，以系统的未来性能；并发性测试的目并发性测试的策压力测试的目然间掉了？它是否只是挂在那儿啥也不做了？它失效的时候是不是有一些反应？在重压力测试常规操1210SNMP）；负载测试的目负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此负载测试与压力测试的区容量测试目的是通过测试预先分析出反映系统应用特征的某项指标的极限（如最对容量的测试，能让开发商或用户了解该系统的承载能力或提供服务的它和稳定性测试不同，稳定性通常模拟的是平均用户数量（或值），而疲劳测试通指标，例如降低用户数、缩短测试期等，以综合衡量系统系统。疲劳强度测试的目的就是检验系统长时间、大用户量运行后的性能，对服务器、、网络进行不同条件下的综合测试分析，测试时要记录系统发生故障的信息作为。，单独的数据库或文件系统性能测试；通常来说采用第二种测试方案。把，测试在一个特定的硬件/作系统/网络等环境下能否运行，性能如何。分析市场份额，互联网产品主要是客户端，比如IE杀毒、等；行业还要考虑服务器段比如：中间件、数据库等。web浏览器的产品，不必去考虑、显示、音频和其他输入输出的兼容问题，但是要考虑每个浏览器版本的解释HTML、页面样式信息和、执行java小activex 安全的。侵入系统；可以通过浏览非的数据，从中找到进入系统的；等等。基于边界的：网络处的数据和资源、网络世界保护1保护数据的完整性性、用户数据的私密性、数据作为知识。、可达性；2保护网络资源、未的网络资源使用。当作：制造、毁坏他人数据；DOS模拟DOS服务测试工测试环 ）的ACL进ACL本地net网络IPIP服务器与系统测RAIDClusterC两台IBM550QHACMPDOWNftpRAID系统设备相关测相关检查厂商提供的及根据手册操测试阶段划单元测试是对中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软集成测试是在系统集成过所进行的测试其主要目的是检查单位之间的接。系统测试是基于系统需求说明书的黑盒类测试是对已经集成好的系统进行彻底的测试计划进行，其输入、输出和其他动态运行行为应该与规约进行对比系统测试。测试任务安执-意外结项目运维方需求开发规需求开发：负责组织策划需求开发活动，保证需求开发活动正常执行，并与也可以由项目指定专门的需求。解决方案咨询相关文档，例如方案需求矩需求开输需求开输合同/意需求调研策解决方案询相关文需求调研准用户需求调用户需求分用户需求评产品需求格说明产品需求优先级确产品需求评需求确认产品需求确产品非功能需求开产品接口需求开产品功能需求开用户需求确需求确认业务词需求汇 研需求调研提需求调研度输建立需 矩开发基需 矩“项目任务书”或项目启动通知下达后，需求开发负责组织需求调研策划工作。例如合作伙伴、用户、领域、行业分析员等。需求开发需要在整个需求调研过的依据，需求开发需要综合合同/意向、商务等方面考虑。用户、访谈问卷市场发进行培训，常用的培训内容有：“业务词汇表随着调研的展开不断更新故需求开发需要在调研过不断确认，需求开发需要在需求调研过针对不同的相关干系人使用准备好的相关调研问题，通过访谈、原型和问卷等方式收集需求信息。引导需求是指在已有类似系统的情况下，需求开发采取必要的方法，例如原型方法关内容。“需求调研卡”用于记录功能调研结果。需求开发根据用户需求调研结果，进行用户需求分析，确定系统范围、需求开发根据用户需求调研结果确定系统定位包括系统上线后的商有哪些，所以通常要参考解决方案咨询相关文档，例如方案等。需求开发根据调研得到的资料，确定系统的所有用户信息。通常指系统或组成部分遇到输入数据以及在异常情况和操作下系统能继续运经济方面：财务或方面的约束支持等。确定相关干系人的关键依赖约束，例如：相关系统的等。参照《评审指南》，需求开发组织需求开发、设计对已完成的用户需求分析、、在正式的场合，与用户分析“用户需求分析报告”，使用户清楚了解需求分、需求分析与设更新后的需求矩阵概概要设分析与设分析与设输项概要设详细设输用户需求分报概要设架构设概要设计报系统接口设过 子系统/模块设更新的需求踪矩数据库设概要设计评评审记概要设计基概要设计报详细设计报详细设产品需求规说明用户界面设用户界面设报子系统/模块设更新的需求踪矩详细设计评评审记详细设计基理解设计和需需求理建立详细设基建立概要设基数据库设计告详细设概要设计完成后，概要设计更新“需求矩阵”，建立概要设计和需求之间的设计分析系统目标和定位，了解主要的业务流程或应用场景，全面理解系统的功能需求和非功能需求（包括质量属性和设计约束）。与需求开发通过会议、设计基于对需求的理解，识别影响系统架构的关键功能需求和非功能需求。在发将用户需求分配到产品/产品组件。对于大型、复杂或实现风险大的系统，可考虑进系统组件的复用、或确定系统技术路线及使用的开发包概要设计对用户界面、系统的外部接口和接口进行设计识别系统所使用的外部系统提供的接口本系统向其它系统提供的接口以详细描述各接口类型、通信协议、格式等接口实现内容。根据系统的逻辑架构，识别系统各子系统/模块间的接口及其功能子系统/模块设据库明文或加密等，且需考虑第的。的属性为表的字段；实体之间的关系为表的主、外键。应的过程或触发器；评审的可包含项目组内设计、需求开发、编码、测试等，也可邀请客法》执行概要设计的变更，更新需求矩阵，CML根据需要重新建立概要设计基线。决理解设计和需求过的问题，达成对需求理解的一致。详细设计对概要设计识别的子系统/模块等进行完整、充分的设计，说明设计元素面象设计：合适的设计元素粒度为类及其属性方法，可采用类图描述子系统/模块统/模块的组成，采用流程图说明子系统/模块内各设计元间的关系。 评审的可包含项目组内设计、需求开发、编码、测试等。详细设计评审通过后，CML负责按照《配置管理规程》建立详细设计基线，编码根法》执行详细设计的变更，更新需求矩阵，CML根据需要重新建立详细设计基线。编码与单元测项目：负责编码和单元测试活动的总体组织和。包括组织编码确定文档开发：编写支持性文档CML：负责对通过单元测试的源代码建立基更新后的需求矩单元单元测编编码与单元编码与单元测输项过组织编码规编码准表规产品需求规说明详细设计报 需求踪矩代详细设计报单元测试更新需求用 踪矩单元测试执源代码基产品需求规说明支持性文文档审记 文档编单元测试设编码与调文档验支持性文档编项 代码码的代码中发生同样的问题。 可包含项目组内设计、编码 路径设计测试用例，以发现单元的错误。如果采用自动化单元测试工具编码还应编写相应的或程序以满足自动化项目组织实施单元测试用例的评审。评审工作可参照《评审指南》进行。参加评审的可包含项目组内设计、编码、测试等。行导致缺陷出现的测试用例，逐步定位产生缺陷的代码；然后，对缺陷代码编码再次进行单元测试工作，重复1～2所述步骤，直至达到单元测试通过准控制方法》修改源代码，更新“需求矩阵”，CML根据需要重新建立源代码基线。包括“用户手册”、“系统安装手册”、、用户培训文档等。文档编写完成后项目组织实施支持性文档的评审评审工作可参《评 、设 、编码、测 等 根据修改相关文档。本导致运行语句或等。系统测项目协助系统测试策划和系统测试活动评“系统测试计划对缺陷判定的进行仲裁。CML：负责策划和执行系统测试相关的配置管理活更新后的需求矩系系统测项目计系统测试策系统测试计用户需求分报系统测试需测试用例测试设用矩环境搭测试环确认待测试工作品测试执系统测试总系统测总结报需求理计、开发等相关干系人，以保证项目各个阶段的测试内容组织级制订的测试类型和测试结束准则可记录在“系统测试计划”的模板中，供项目参考。都进行接收测试，也可以有新功能时进试，接收测试的重点可以是A、B系统测试组相关干人参照评审指》行“系统试计划的评审对测试策略、进度安排等内容达成共识。评审的相关干系人通常包括：项目负责人、项目、需求开发、设计、开发、系统测试、实施和CL等。划”进行。、需求的问题可以通过会议、Q&A表、mail的方式与需求开发或客户进行沟通，需求问题的沟通规范通常由项目根据项目实际情况制定，并与客户、测试思路说明从哪些维度对此功能点进试，清晰地表达此功能的测试要测试步骤、期待结果和用例分类等要素。测试用例设计时，对于某些有前例性的测试数据应符合业务应用场景，同时遵循规范，当需要应用客户真实数据时，测试大纲/测试用例完成后，系统测试组织相关干系人参照《评审指南》进系统测试和实施，也可根据项目需要邀请客户、设计、开发、业务、测试等参与评审。在测试执行过系统测试基于需求变更、漏出缺陷的分析以及测试用例的缺陷，求矩阵”。系统测试从配置库中获得待测试的工作产品并依据测试环境策划的要求进行环境对于集成的产品，测试执行前需根据开发提供的“测试版本发布记接收测试通常需要明确接收的标准，通常从测试功能点的通过率、二次bug的数量等方面进行判定。在接收测试后，系统测试对接收测试的执行真实准确的缺陷报告，可以帮助开发更快地定位缺陷原因。系统测试对缺陷的修改进行确认，并基于回归测试策略进行回归测试。通常在测试结束判定后由CML将通过系统测试的基准发布给实施组进行测试执行 系统测试组织系统测试对系统测试活动的进度、工作量、缺陷等进行总增量或迭代的测试后进试总结。审，对总结的内容达成共识。评审的相关干系人通常包括：项目、项目软件、实施和系统测试，也可根据项目需要邀请客户参与评审。 实本文的目的是描述系统实施到验收过程的活动及流程，指导高效地交付、安装实施：完成项目的实施工作可交付的产品客户签署交付书客户签署。可交 产验收计划\员户。明确各部分工作的及职责。的接口人。 按照实施方案对实施任务进行分解和详细策划，确定实施活动的日程安排和分工。实施过通常在割接测试前、上线割接前、系统验收前建立基线；运行过， 后，实施将“实施方案”提交客户，与客户沟通并确认。现场实施项目组到达客户现场后，实施集客户及相关召开实施，说明和确换，并依据数据转换校验方案/标准进行校验。模拟数据转换过发现的问据转员和客户共同确认通常模拟转换结果满足数据转换校验方案的所有校验标准时可上线割接时数据转员严格按照数据转换割接方案进行数据转换并依据数数据转换将正式数据转换校验结果及遗留问题形成报告，并与客户确现场实施 现场安装结束后，实施填写“安装记录”，并由客户签字确认。现场测试的重点是验证产品在现场环境中是否能够正常运行通常需使用的转实施组织实施准备客户培训资料及用户手册等，并对培训资料进行评实施按照“客户培训计划”实施培训，将培训情况，记录到“客户培训记录”，并实施应对反馈的问题进行分析，并与客户确认培训的效果，必要时再次组织培训或实施上线割接前实施需组织或配合客户对系统进行全面测试并完成割接测试确认。割接测试目的是从客户角度验证系统是否满足需求、是否达到上线条件。实施根 实施整理割接测试发现的问题并记录到“Buglist”，提交项目进行修改，修改后的系统应提交客户进行重新验证。试可以结束，实施填写“割接测试确认单”，提交客户签字确认。实施根据合同/协议、实施方案检查上线割接前的必要工作是否已全部完成，如割接告割接情况，协调客户对“交付书”进行签字确认。参照《规程》系统上线割接后实施工作需围绕验收目标和范围进行项目应同项目销售、项目根据合同/协议要求与客户沟通确认验收方式、验收形式、界定验收范围、验收方式：根据项目规模、合同/协议约定及客户情况，验收可能采取分节点或同客户直接确“”。邀请第进行验客户方邀请、协作单位、外部、监理组成验收组，进行验收测试、验收答辩，根据验收组的评议结果签署“”。项目和实施按验收备忘的内容后续工作管理要，实施必须按操作规范严格执行随意关闭设备电源、改变设备位置等行为。严， 本文描述流程，用来指导过的日常、定期巡检、节假日值守、问题处：负责策划和组织执行活动，作为与客户的接口人 日常记合同的期结束行策方行策方系统巡系统检方案检记节假日应急方问题管理故障报任务认补丁发布说总产品升级故障处问题处日 记节假日值定期巡日，。实施完成后根据合同的要求，策划活动活动通常包括日常，。日常的频度和检查日常行检查，将检查结果记录到“日常记录”中，并向及客户报告检.5当系统存在的问题或故障是产品造成的应及时通知项目经理或开发，进行的活动。可按照本文2.2.6。应定期根据系统升级情况及客户要求的变化，完善“日常记录”中的检行日常活动。最大限度地减少由于不当所带来的危害。制定“系统巡检方案”，对主机、磁盘阵列设备、数据库设备、应用统巡检记”中，向客报告结。在节假日来临之前，正式通知客户负责节假日值守的和具体的时保障措施，如遇突况，执行应急方案，保障系统正常运行。在过，应主动识别问题，分析问题的原因，并采取纠正和预防措施，件提出需求，按照本文2.2.6的要求执行。如果判定故障是由应用的问题引起，通知项目，按照本2.2.6的内容，执行活动，如遇紧急故障可第一时间向通报故障的大致情况和解决方案，得，，重大故障处理后应对客户进行回访，将客户对故障处理服务的评价记录在“客户满意度报告”。， 依据合同约定的范围，对系统进 受理任件任务。纠错性是指对正在运行的系统进行纠正错误的活动活动主要根据错误现象，分析错误可能发生的位置，并纠正错误。结果不改变原来的功能。为了适应新的业务需求而进行的功能增减和完善活动主要根据客户提出。为了提高系统的性能、可性或其它属性，而进行的活动活动主。开发修改代码，进行必要的代码评审和单元测试，测试补充必要的测试用例，开发可以根 产品发布前，开发应提品升级包的配置路径和 5．升实施可以参考“补丁发布说明”，对产品的实施过程进行合理的裁剪后，进行软产品补丁发布或版本升级时须使用经确认的版本对于关键性业务系统，严禁客户直接在实施业务环境下测试或私自替换程序。，合同中规定的有效期结束后组织从管理、技术和沟通等方面进行总结，高级管理者批准后关闭项目。，活动中的要求。护应与客户确认后方可实施。， ，项目验收方项目验收标目”初验申请报告，买方应在接到卖方提供的系统初验申请报告后10个工作日内组初验要测试环境硬件部署和部署，与正式环境一致，具体可参考“第三章技术建议 型 E5645*22.4GHz61内存：16G*2DDR3；硬盘：3.5器及IKVM1+1加配1：512MPCI-E八通道6GbSASRAID卡*1；1 E5645*22.4GHz6内存：8G*4DDR3；硬盘：3.5300GSAS*1GE*2；光PCI-E八通道6GbSASRAID包括CBSS记录测试过程，并形成文档。客户可以随时对测试过程进行检查和全程。 系统移交和终验发卷宗、重新生成的环境要求，测试用例说明（注：参照测试用例说明模板编写）必须提供能重新编译和生成可运行的系统并证明所生成的系统与提交的正式承诺系统的功能和非功能要求满足合同约定初验测试中遗留问题和试运行期间发项目验收方法及本项目验收按照国标的工程相关规定执行。东软