《软件制造工程第应用安装.ppt》由会员分享,可在线阅读,更多相关《软件制造工程第应用安装.ppt(38页珍藏版)》请在三一文库上搜索。
1、软件制造工程,第五章 应用安装,5.1应用安装概述,什么叫应用安装 ? 应用安装是指经过软件测试后的软件产品在用户实际环境中安装,确保该软件产品满足用户初始阶段所确立的需求,成为在用户环境中真正可运行的软件系统。,5.1应用安装概述,应用安装 主要目标 满足项目初始阶段所确立的需求,让客户及项目相关人员满意 处理在用户环境中运行时所发现的所有问题 具体途径 : 对于商业软件,项目组会将一个beta版本发布给具有代表性的多个“beta”客户环境中安装运行 ; 对于具体客户定制开发的产品,项目组只在该客户环境中安装运行。,5.1 应用安装概述,在应用安装阶段,客户是否积极配合是应用安装是否顺利的关
2、键,验收测试是客户的基本职责,尽管一些客户把它委托给专门的验收测试机构、组织。 在安装过程中作好如下的服务工作 : 发现系统是否真正实现了业务处理流程及其用户的需求; 发现没有预见的风险 留意未解决的问题 寻找错误 修复用户文挡中不清楚和有遗漏的内容 把重点放在客户显得无能为力和需要培训的地方,5.1 应用安装概述,应用安装的作业内容和流程 应用安装的作业包括制定计划、业务应用准备、导入新系统(导入作业、移植作业)、完成报告4个方面的内容。 制定计划 确定导入移植作业的担当人员、作业期间、每日作业内容,各个作业项目的实施流程、结果的确认方法等。 制定导入移植计划(包括日程、安装人员操作手册)
3、制定实机运行计划(包括实机运行的日程、实机运行的手册、 实机运行的体制) 与客户共同对计划进行评审,5.1 应用安装概述,业务应用准备 为客户培训准备培训资料,对与新系统相关的所有人员,进行新系统培训。 准备培训资料(按照客户要求准备安装手册、完善和修改用户手册、操作手册) 客户培训(包括新系统培训环境准备、新系统的运行数据准备以及新系统运行的作业流程),5.1 应用安装概述,导入新系统 实施导入新系统作业 。 准备并确认从现行系统转换到新系统所需要的硬件、软件及相关连的设备 按照计划实施导入新系统的作业(导入、移植作业),5.1 应用安装概述,完成报告 检查确认新系统的导入移植作业是否完成,
4、新系统的实机运行是否正常。做出 : 导入移植完成报告 实机运行确认完成报告,5.2 应用安装和实机运行,应用安装的准备 操作手册、用户手册、测试计划、测试报告等资料以及应用软件安装程序等这些都是软件产品的一部分。在软件开发阶段就着手准备好应用安装过程中需要使用的资料、工具、安装程序,这对以后的应用安装工作非常重要。 文档资料应该在软件开发各阶段完成,开发工作结束后再补文档是不好的习惯,也不符合软件开发过程规范,不符合软件工程的要求。,5.2 应用安装和实机运行,应用安装的准备 1、应用安装的文档 文档形式 :一部分是开发过程中填写的各种图表,可称为工作表格,另一部分是编制的技术资料或技术管理资
5、料,可称为文档,应用安装的准备,按照文档产生和使用的范围,软件文档又可分为三大类: 开发文档:这类文档是在软件开发阶段过程中产生,作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据,它包括软件需求说明书、数据需求说明书、可行性研究报告、项目开发计划、概要设计说明书、详细设计说明书、程序设计说明书等 管理文档:这类文档是在软件开发过程中完成,由软件开发人员制定的并需提交的一些工作计划或工作报告,使管理人员能够通过管理文档了解软件的开发安排、进度、资源使用和成果等,它包括项目开发计划、测试计划、测试报告、开发进度报告、项目开发总结等 用户文档:这类文档是软件开发人员为用户准备的有关该软件使用
6、、操作、维护的资料,包括用户手册、操作手册、在线使用说明、维护建议书等,应用安装的准备,文档编写规范 国家标准局在1988年1月发布的计算机软件开发规范和软件产品开发文档编制指南 开发组织采用的标准 国标GB4388、GB438A ISO 9000、ISO/IEC 12207 各文档的主要内容 可行性研究报告:说明该软件项目的实现在技术上、经济上和社会因素上的可行性,综述为合理地达到开发目标而提出的可供选择的各种可能的实现方案,说明并论证所选定实施方案的理由; 项目开发计划:为软件开发项目实施方案制定出的具体计划。它包括人员的体制计划、开发的进度、开发经费、所需的硬件/软件资源等计划,应用安装
7、的准备,各文档的主要内容 软件需求说明书:也称软件需求规格说明书,对所开发软件的功能、性能、用户界面、运行环境等作出详细的说明。它是开发人员与用户双方对软件需求取得共同理解基础上达成的协议,是实施软件开发的基础,也是用户验收的依据 数据规格说明书:该说明书应当给出数据逻辑描述和数据采集的各种要求,为生成和维护系统的数据作好准备 概要设计说明书:该说明书是概要设计工作阶段的成果。它应当说明系统的功能分配、模块划分、程序的总体结构、输入输出及接口设计、运行设计、数据结构设计和出错处理设计等 详细设计说明书:着重描述每一个模块是如何实现的,包括实现算法、逻辑流程等,应用安装的准备,各文档的主要内容
8、用户手册:详细描述软件的功能、性能和用户界面,使用户了解如何使用该软件进行业务处理 操作手册:为操作人员提供该软件各种运行情况的有关知识,特别是操作方法细节 在线使用说明:操作手册的电子化版本 测试计划:针对组合测试和系统测试,需要为组织测试而制定的计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等 测试分析报告:测试工作完成之后,应当提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论性意见,应用安装的系统支持工具,环境设置工具 一般开发的软件不能单独运行,只有具备环境时才能运行 ,如网络应用需要设置端口号;数据库应用软件需要设置数据库访问
9、接口(客户端软件、ODBC设置等);通过并口、串口方式对外部设备进行控制管理的软件需要设置端口号、波特率、数据位、奇偶校验位、数据位数等;直接访问硬件的应用需要专用的设备驱动程序和地址设置等。 当所开发的软件使用者较多,如几百人使用,每台机器都手工设置环境参数,效率非常低下,有必要开发或选择购买环境设置的系统支持工具。,应用安装的系统支持工具,安装制作工具 现在大多数软件是基于WINDOWS环境开发的,为了提高生产效率将尽可能地使用各种控件,但控件需要注册才能运行。而且每个开发语言都有一定的运行支持DLL。手工完成各种控件、DLL非常困难,使用install Shield等安装制作工具来完成安
10、装的制作是个明智的选择 。 如果你开发的系统有服务器最好同时制作服务器安装程序。 安装程序制作好后,一定要找个“干净”的机器进行测试以检验安装程序是否正确,特别是与硬件相关的应用安装测试显得更为重要。,应用支持工具,作业管理工具:以大中型机为核心的集中计算处理应用,以文件、数据交换为核心的应用,以系统监视、网络监视为核心的应用等均需要进行作业调度和运行时间安排,根据应用的种类、环境选择不同的作业管理工具以提高应用安装的工作效率。,应用支持工具,系统关联工具:在开发企业级管理软件时,一般在系统间要进行大量的数据传送,例如:流水线作业管理要将上游作业的有关情况传送到下级作业中,这类应用要使用叫作“
11、企业应用集成”工具包的软件,如IBM公司的MQ Series。选择好管理、监视系统间交换的数据、信息的工具有助于提高应用安装的工作效率。,应用支持工具,备份/备份恢复工具:我们知道在开发以大型数据库为核心的应用中,数据备份/备份恢复工具非常重要,有的大型数据库提供相应的工具(如:Microsoft 的SQL SERVER ),有的大型数据库则不提供备份/备份恢复工具,这时你不得不选择第三方产品或者自己开发相应的工具。,应用支持工具,异常出错通知:当你所开发的系统发生异常时,如何通知你?通常是系统最终使用人员给你打电话或者发电子邮件。如果选择好工具当系统发生异常时自动给你发送电子邮件不是更好吗?
12、,应用支持工具,日志管理:系统运行后将产生各种不同的日志记录,应用软件定期输出的运行记录、系统内部捕获的错误记录、操作系统日志、数据库访问日志、Web服务器记录的日志等。当应用系统发生异常时,收集、分析这些日志有助于分析发生异常的原因,因为日志数据种类多、数据量大,如何选择保存的日志、保存的期间、保存的范围将非常困难,只有选择好工具,通过参数设置来进行日志的选择、保存、分析,这是非常有用的。,安装人员的需求,应用安装的工作重点是安装系统和验收测试 ,应用安装人员需要做如下的对应分析工作 : 分析应用安装过程中的反馈信息并对之作出反应,需要一些更面向应用服务而不是更面向开发的人员,即使只考虑一个
13、细小的改善所带来的好处,也可能需要专门的人员来处理,他们不仅对系统的绝大部分精通,而且对系统所采用的应用特征也要十分熟悉。,安装人员的需求,应用安装的工作重点是安装系统和验收测试 ,应用安装人员需要做如下的对应分析工作 : 当测试一旦发现了缺陷,需要应用安装人员研究其错误的根源、深入地去了解整个系统,或者至少要非常深入地研究导致错误发生的部分 。 虽然在开发阶段初步编制了软件文档,但在送到用户手中之前由于出现软件缺陷,而需要修改软件文档,这也要安排应用安装人员做必要的修改。,安装人员的需求,在本阶段,构架设计师必须随叫随到,这不仅仅是为了确保和维护系统构架的完整性,而且有时也需要考虑对构架作适
14、当的修改和完善。,确定验收准则,在软件开发阶段的系统测试后,确信已经基本满足客户的需求,或者说满足需求规格说明书中规定的各项条款,但这只是站在开发者的角度,还须最终由最终用户确认,这需要确定验收准则,验收准则包含的内容有: 由谁进行验收?是最终使用者,还是受用户委托的第三方? 确定需要进行验收的功能点,检验该功能点的输入、输出、评价标准是什么? 确定需要进行验收的性能指标及其度量方法。 软件资料如何验收,标准是什么? 如何进行用户培训等?,安装系统安装的困难,安装的困难 由于开发者和使用者所站立场不同,安装过程就有一定困难。软件开发者所关心的是在安装过程中软件本身无问题,而客户所关心的是: 在
15、软件系统导入过程中业务必须正常进行? 软件系统导入过程时间尽可能短? 如果已经使用业务软件,如何有效使用历史数据? 如果未使用业务软件,如何有效地收集使用历史数据等? 充分考虑安装过程中的风险,制定周密的安装作业计划,确保安装过程的正常、高效进行。,安装系统安装计划,安装计划 在制定安装计划时必须对以下问题作充分的考虑: 是一次性全面地导入新业务系统?还是根据新业务系统导入的实际状况分阶段导入? 在新业务系统导入过程中,如何确保用户的日程业务正常进行? 如果用户已经在使用原开发的业务系统,在新业务系统导入过程中如何确保新/旧系统间数据的正常过度,即数据移植? 如何处理用户未电子化而新业务系统又
16、要求必须使用的业务数据? 在新业务系统试运行时数据不足该怎么办? 数据格式不一致时如何处理? 新系统中如何检验移植数据的正确性?,安装系统安装计划,在制定安装计划时必须对以下问题作充分的考虑: 如何处理在安装过程中已经发生变化的数据? 如何估算安装过程所费时间? 如何计算安装成本? 安装过程中的风险是什么,如何避免风险? 软件开发方和用户方在安装过程的各自责任是什么?如何确保用户方的有效配合? 如何进行安装测试?,安装系统安装计划,安装计划由安装日程表、安装手册、运行验收日程表、运行验收确认功能表、运行验收人员安排表、问题记录表、培训计划表等构成。 安装日程表:描述整个软件的各个子系统/模块安
17、装的时间、地点、人员。一般包括顺序编号、子系统/模块名称、工作内容、工作地点、责任人、备注、时间区间等,在时间区间上标明应具备的环境; 安装手册:描述各个子系统/模块安装的步骤、所需时间、如何确认。一般包括顺序号、子系统/模块名称、时间范围、操作内容、确认方法、确认时间、结果等; 运行验收日程表:描述各个子系统/模块安装验收的具体时间安排,它是安装日程表的附表。一般包括顺序号、子系统/模块名称、时间安排等;,安装系统安装计划,运行验收确认功能表:描述如何验收各个子系统/模块的功能,它是安装作业步骤表的附表。一般包括顺序号、子系统/模块名称、确认内容、确认方法、确认时间、结果等; 运行验收人员安
18、排表:描述参加项目安装的双方人员组成、责任人、时间、联络电话等; 问题记录表:用于记录发生在安装过程的所有问题及解决办法、时间; 培训计划表:培训参加人员、培训时间、培训内容、培训内容的考核等。,安装系统数据准备,任何软件都离不开数据,不同的软件处理不同领域的数据,在安装验收测试时需要大量的数据来验证软件的功能、性能是否满足用户需求。 收集整理开发阶段的测试数据,以便在安装阶段使用 开发数据移植工具,用于新/旧系统间的数据格式转换、导入、移植 作好数据备份准备,在系统出现异常时以便能及时恢复 保留旧系统,如果新系统不能正常工作,可以临时使用 准备好进行手工数据查询分析的工具,以便数据验证和应急
19、使用,安装系统数据移植,数据移植的三种办法 如果新旧系统使用的数据格式大致相同,这只需要将旧系统的数据直接导入即可 如果新旧系统使用的数据格式虽然不同,但通过简单的变换即可为新系统使用,这时使用专门的数据移植工具(如:Copy Manager)即可完成数据移植 最为困难的是新旧系统使用的数据格式不同、精度要求不同,这时你不得不开发专门的程序进行数据移植。,实机运行人员配置,合理配置实机运行的人员 在进入实机运行之前应该再次确认所需文档是否完备?特别是IT部门使用的用户手册和业务部门使用的操作手册,在系统测试和运用测试期间系统发生故障时是如何分析问题和解决这些问题的经验和方法的总结,这些资料非常
20、重要,因为在实机运行过程中常常需要参照这些资料和手册。,实机运行人员配置,合理配置实机运行的人员 由于软件系统的引入可能改变软件使用者已经习惯的业务处理流程,再加上系统刚刚使用,软件使用者对软件如何使用也有个熟悉的过程,因此感到不习惯。这段期间可能出现许多问题,有软件系统本身的问题,但更多的是用户对软件的不熟悉和如何使用软件来进行业务处理以及使用软件后的业务流程等方面的问题。 合理配置对业务处理流程熟悉、从事过运用测试的人员将直接影响实机运行的结果和用户的综合评价。,实机运行,实机运行开始后,用户可能提出需求变更、功能追加等方面的要求,一些大的需求变更、功能追加可以留到下一个版本去处理,但小的
21、需求变更、功能追加你应及时对应处理。但是在进行需求变更、功能追加时,要保留开发环境不要删除。,实机运行判定标准,实机运行后交付给客户使用的判定标准 功能方面:是否实现客户需求中的所有功能需求?这些功能客户是否确认?客户界面是否友好? 性能方面:是否实现客户需求中的性能要求?如:系统响应时间等。,实机运行判定标准,实机运行后交付给客户使用的判定标准 使用方面:IT部门使用的用户手册和业务部门使用的操作手册是否齐备?软件系统是否进行业务处理流程测试?是否已经进行用户培训?软件系统投入使用后发现问题的处理方法?软件系统如何进行数据备份等? 数据移植:是否完成所要求的数据移植工作?被移植的数据运行结果是否正确?用于测试的数据是否已经删除等? 系统维护:是否完成系统维护手册?维护体制等?,实机运行,如果以上方面均满足客户需求就可以申请专门的验收小组进行验收。一旦通过验收小组验收合格后,项目负责人应将资料、源程序等在开发阶段为开发软件所有的东西移交给客户,变为客户所有。 验收合格后,所有权已经变为客户所有。如果软件系统发生改动需求,在进行实际改动时应在客户方认可后进行。 在完成实机验收运行后,还需要做设计验证、确认客户未注意的事项,保证维护所需文档的标准化及一致性,并作好项目总结。,
链接地址:https://www.31doc.com/p-2923664.html