ATA培训

计算机软件技术人员（中级）50学时（12理论+20实践+18训练）课程安排理论知识部分（200道选择题）职业道德（10%17单+3多）基本知识（20%35单+6多）计算机基本应用操作（10%9单+10多）计算机软件系统分析（5%8单+2多）计算机软件设计（10%14单+6多）计算机软件编码（20%30单+10多）计算机软件测试（15%23单+7多）计算机软件系统集成（5%7单+3多）计算机软件维护（5%5单+5多）实践操作部分（12道）仿真环境下，不需要存储数据，系统自动阅卷计算机基本应用操作（10%6题）WindowsXP、RTX、OFFICE2003、SQLServer2005真实环境下，在C盘产生GATDoc(提供给考生的素材文件)和GATAnswer（考生按要求将文件按要求存放在其中）文件夹，提交后由考试中心人工阅卷计算机软件系统分析（10%1题）Visio2003计算机软件设计（10%1题）Rose2003计算机软件编码（40%1题）VisualStudio2005(VB.NET)计算机软件测试（15%1题）VisualStudio2005(VB.NET)、NUnit计算机软件系统集成（10%1题）VisualStudio2005、HTMLHelpworkshop、SandcastleHelpFileBuilder计算机软件维护（5%1题）Rose2003、SQLServer2005理论知识——4.计算机软件系统分析软件与软件危机软件工程软件生命周期软件开发模型可行性分析需求分析软件程序、软件与软件产品独唱--小合唱--合唱--万人大合唱|||简单程序较复杂程序软件软件包括程序：按事先设计的功能和性能需求执行的指令序列数据：是程序能正常操纵信息的数据结构文档：与程序开发、维护和使用有关的图文材料软件危机定义计算机软件的开发和维护过程所遇到的一系列严重问题表现对软件开发成本和进度的估算很不准确用户很不满意质量很不可靠没有适当的文档软件成本比重上升供不应求：软件开发生产率跟不上计算机应用迅速深入的趋势软件工程定义软件工程将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中指导计算机软件开发和维护的工程学科工程方法+管理技术+技术方法软件工程软件生命周期软件定义问题定义可行性分析需求分析软件开发系统设计（包括概要设计和详细设计）编码测试软件维护软件开发模型瀑布模型快速原型模型螺旋模型增量模型瀑布模型问题定义可行性研究需求分析软件设计编码测试维护瀑布模型特点阶段的顺序性和依赖性推迟实现的观点质量保证存在问题不适合需求模糊的系统快速原型模型需求分析原型开发最终系统设计原型评价最终系统实现用户反馈快速原型模型特点快速开发工具循环低成本种类渐进型抛弃型螺旋模型螺旋模型特点瀑布模型+快速原型+风险分析迭代过程一个螺旋式周期确定目标，选择方案，选定完成目标的策略风险角度分析该策略启动一个开发阶段评价前一步的结果，计划下一轮的工作增量模型(递增模型)先完成一个系统子集的开发，再按同样的开发步骤增加功能(系统子集),如此递增下去直至满足全部系统需求。系统总体设计在初始子集设计阶段就应作出设想。可行性研究Whytodo?—可行性研究Whattodo?—需求分析Howtodo?—系统设计可行性研究的任务回答是否可行最短时间最小代价三个方面的可行性技术可行性经济可行性操作可行性循环可行性研究的步骤1.复查系统规模和目标2.研究现有系统功能3.导出新系统模型4.重新定义问题5.导出和分析各种可选解决方案6.推荐行动方针7.草拟开发计划8.书写文档提交审查需求分析需求分析的任务与步骤需求获取的常用方法分析建模结构化分析法SA面向对象分析法OOA软件需求规格说明书SRS需求分析的任务和步骤需求分析的任务建立分析模型编写需求说明需求分析的步骤需求获取————数据收集与分析需求提炼——识别问题，明确设计目标需求描述——分析建模，编写需求分析说明文档需求验证——在此阶段要进行需求测试注：软件系统开发工具和语言的确定在程序编码阶段才开始需求获取的过程需求调研的前期准备工作围绕的内容调研对象、调研内容、调研记录联合分析小组用户代表、领域专家和系统分析员客户访谈充分准备，寻找共同语言循序渐进、逐步逼近了解用户的身份、背景，以便随机应变应该先了解宏观问题，再了解细节问题轻易不要打断用户的谈话避免片面地听到某些用户的需求而忽视其他用户的需求问题分析与确认多个来回需求提炼识别的内容从系统角度来看环境需求用户界面需求安全保密需求功能需求性能需求…….分析建模——两种思想结构化分析模型SA面向对象分析模型OOA分析模型描述工具DFD、DDE-R图用例图，对象-关系图，对象-行为图两种程序设计方法程序设计的两次飞跃结构化程序设计程序=数据结构+算法面向对象程序设计程序=对象+消息两种软件工程方法传统软件工程软件分析→总体设计→详细设计→面向过程的编码→测试面向对象软件工程软件分析与对象抽取→对象详细设计→面向对象的编码→测试面向对象的基本概念对象Object类Class继承Inheritance消息Message面向对象对象+类+继承+消息通信具体建模方法原型分析法结构化分析法用例分析法（面向对象）原型分析法按照用户的需要，提供基本的界面风格快速形成一个操作流程界面可能只是一个框架，体现主要的功能，具体的功能没有实现，只是结果静态的操作流程，以便与用户快速就需求达成一致主要考虑系统的功能需求，很少考虑非功能需求适用于没有大量运算和逻辑处理过程的系统开发的系统更加贴近实际，提高了用户的满意程度结构化分析法结构化分析工具（面向数据流的分析方法）DFD（举例）DD（举例）E-R图用例分析法用例的建立表明开发者和用户需求规格达成的共识三步骤：识别系统参与者、合并需求获得用例、进行用例描述面向对象分析工具用例图，类对象图对象-关系图对象-行为图软件需求规格说明书（SRS）引言信息描述需要规格说明书行为描述功能描述质量保证接口描述其它需求高质量需求陈述有许多特性完整性正确性必要性可行性具有优先级无歧义和可验证性软件需求规格说明书（SRS）实践操作——2.计算机软件系统分析实践操作——2.计算机软件系统分析理论知识——4.计算机软件设计软件设计阶段结构化设计方法概要设计中的接口设计详细设计中面向数据结构的设计方法（JackSon图）面向对象的设计方法（UML）软件设计阶段概要设计(总体设计)确定软件的结构以及各组成成分(子系统或模块)之间的相互关系。详细设计确定模块内部的算法和数据结构，产生描述各模块程序过程的详细文档。结构化设计方法划分模块，画出功能模块图•模块之间的耦合性（低耦合）•模块自身的内聚性（高内聚）模块间耦合的类型低无直接耦合耦数据耦合合标记耦合性控制耦合外部耦合公共耦合高内容耦合模块独立性弱(低耦合)强(中耦合)(较强耦合)(强耦合)如何降低模块间耦合度(1)尽量使用数据耦合少用控制耦合限制公共耦合的范围坚决避免使用内容耦合(2)降低接口的复杂性模块的内聚性类型低偶然内聚0分逻辑内聚1分内时间内聚3分聚过程内聚5分性通信内聚7分信息内聚9分高功能内聚10分模块独立性弱(功能分散)强(功能单一)子系统划分方法子系统的划分应便于系统分阶段实现子系统的设置应考虑今后管理发展的需要子系统要具有相对独立性，系统之间数据依赖性要弱概要设计中的接口设计用户接口用来说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。外部接口用来说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。内部接口用来说明本系统之内的各个系统元素之间的接口的安排。如何接口设计是否合理？用户接口设计是否正确全面，是否有单独的用户界面设计文档；是否包含有硬件接口设计，硬件接口设计是否正确且全面；是否包含有软件接口设计，软件接口设计是否正确且全面；是否包含有通信接口设计，通信接口设计是否正确且全面；是否描述了各类接口的功能、各接口与其他接口或模块之间的关系以及接口的设计是否具有可测试性。详细设计任务流程图N-S图问题分析图PAD判定表、判定树过程设计语言PDL确定每一模块使用的数据结构为每个模块设计测试用例，以便在编码阶段对模块进行预订的测试选择适当的工具表达算法详细设计中面向数据结构的设计方法——JackSon图数据结构既影响程序的结构，又影响程序的处理过程适用于在详细设计阶段设计每个模块的处理过程按输入、输出和计算机内部存储信息的数据结构进行软件结构设计最著名的是Jackson方法（举例）和Warnier方法面向对象的设计方法（UML）UML是什么？统一建模语言（UML，UnifiedModelingLanguage）是非专利的第三代建模和规约语言。是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML可应用于软件开发的各个领域，如系统软件、嵌入式实时系统、技术系统、信息系统等。UML图形结构性图形（Structurediagrams）强调的是系统式的建模行为式图形（Behaviordiagrams）强调系统模型中触发的事件沟通性图形（Interactiondiagrams）,属于行为图形的子集合，强调系统模型中的资料流程UML图形结构UML三种基本构造块事物：对模型中最具代表性的成分的抽象。关系：描述UML模型各成分（基本图示符号）之间的关系。图：以图形方式对系统所作的抽象描述UML四种事物结构性事物：包括类、接口、协作、用例等行为事物：包括交互、状态机分组事物：如包注释事物：如注释UML的视图和主要模型用例视图（用例模型）设计视图静态模型（类图、对象图）动态模型（活动关系图、状态机关系图、通信关系图、序列关系图、交互概览图、时序关系图）过程视图（类、对象、序列、通信、状态、时序、活动关系、交互概览）实施视图（实现模型）部署视图UML使用准则选择合适的UML图只对关键事物建模分层次建立模型图模型应具有协调性模块及其元素的大小要适中UML测试单元测试系统测试集成测试性能测试常用UML工具RationalRoseTogtherMicrosoftVisoPowerDesignerVisualParadigmforUML用例图用例图（usecasediagram）就是由参与者(Actor)、用例(UseCase)以及它们之间的关系加上系统边界、箭头等构成的图。如何确定参与者谁将使用该系统的主要功能。谁将需要该系统的支持以完成其工作。谁将需要维护、管理该系统，以及保持该系统处于工作状态。与该系统那个交互的是什么系统。谁或什么系统对本系统产生的结果感兴趣。如何识别用例特定参与者希望系统提供什么功能。系统是否存储和检索信息，如果是，由哪个参与者触发。当系统改变状态时，是否通知参与者。是否存在影响系统的外部事件。哪个参与者通知系统这些事件。类图类图显示了一组类、接口、协作以及他们之间的关系。类的UML表示类名属性操作类之间的关系关联基本聚合组合聚合泛化依赖类的关联关系是模型元素之间的一种语义联系，是类之间的一种很弱的联系。关联有双向关联和单向关联。基本聚合在基本的聚合关系中，部分类的生命周期独立于整体类的生命周期组合聚合子类实例的生命周期依赖于父类实例的生命周期。泛化继承实现依赖(Dependency)表示一个类依赖于另一个类的定义，其中一个类的变化将影响另外一个类。活动图是什么UML活动图记录