第2部分软件工程、项目管理、职业道德.docx

软件开发模型-瀑布模型（需求明确）/原型模型（需求不明确）/螺旋模型（快速占领市场） 软件测试W模型（什么阶段对应什么工作？） 常见的软件开发语言：JAVA、j2ee、.Net、C/C++/C#、JSP、ASP、PHP等等多种语言查询各自的特点。 立项阶段的主要工作内容(1)立项准备:在应用驱动下，经过调查研究和需求分析，准确描述出项目的目标和可交付的成果。(2)立项申请:形成立项申请书或者更细化地分成项目建议书和项目可行性研究报告。(3)立项审批:根据业务需求、预定目标、可行性、资金实力、效益分析等要素进行。(4)招投标及合同签订:进行招标(邀标)、投标、评标(议标)、商务谈判，选定信息系统集成商和信息系统监理单位签订合同。 项目质量管理的构成-项目质量管理由质量计划编制、质量保证和质量控制三方面构成。Iso900是企业标准与工程无关 三方协同的项目管理 风险识别--首先要识别风险来源，由此可预测风险事件的发生与识别风险症状。在立项、人员、计划、质量、成本、进度、合同、安全、技术、外包外购、沟通协调等各管理要素中都对应着可能的风险条件。 可采用流程图(或称鱼刺图)和访谈等工具、方法帮助我们识别风险。 风险分析-风险分析是一种评价风险的过程，帮助项目管理人员决定在具体的风险面前采取什么态度:应对?接受?还是忽略? 要尽量采用量化方法进行风险分析。通过量化分析，项目管理人员能够按优先顺序排列风险，并建立一个阐值，以决定哪种风险应受到重视。 风险应对(1)应对风险的三项基本措施:规避、接受和减轻。 (2)制定风险应对计划并执行，包括:风险管理计划、应急计划和应急储备。 风险控制--风险控制包括:随时追踪风险己经、正在和将要发生的变化;预测和判断风险的应对是否会引起更新的风险发生;对用于风险管理的资源配置进行调整;调整风险应对计划;采取临时紧急应变措施等。 UML提供了九种不同的图，分为静态图和动态图两大类。静态图包括用例图、类图、对象图、组件图和配置图，动态图包括序列图、状态图、协作图和活动图。 (1)用例图(Use case diagram) 用例图描述系统的功能，由系统、用例和角色(Actor)三种元素组成。图中显示若干角色以及这些角色和系统提供的用例之间的连接关系。用例是系统对外提供的功能的描述，是角色和系统在一次交互过程中执行的相关事务的序列。角色是与系统、子系统或类交互的外部人员、进程或事物。 用例之间存在扩展、使用和组合三种关系。角色之间可以用通用化关系将某些角色的共同行为抽象为通用行为。在UML中，用例图是用例视图的重要组成部分。 (2)类图(Class diagram) 类图用来表示系统中的类以及类与类之间的关系，描述系统的静态结构，用于逻辑视图中。类是对象的抽象描述。所谓对象就是可以控制和操作的实体，类是具有共同的结构、行为、关系、语义的一组对象的抽象。类的行为和结构特征分别通过操作和属性表示。 类与类之间有多种关系，如关联、依赖、通用化、聚合等。关系提供了对象之间的通信方式。关联关系用于描述类与类之间的连接，通常是双向的?通用化又称继承，是通用元素和具体元素之间的一种分类关系，具体元素完全拥有通用元素的信息，并且还可以附加其他信息。聚合关系具有较强的耦合性，描述整体与部分的关系。依赖关系描述两个模型元素之间语义上的连接关系，其中一个元素是独立的，另一个元素依赖于独立的模型元素，独立元素的变化将影响到依赖元素。 (3)对象图(Object diagram) 对象图是类图的示例，类图表示类和类与类之间的关系，对象图则表示在某一时刻这些类的具体实例以及这些实例之间的具体连接关系，可以帮助人们理解比较复杂的类图。对象图也可以用于显示类图中的对象在某一点的连接关系。对象图常用于用例视图和逻辑视图中。 (4)状态图(State diagram ) 状态图主要用来描述对象、子系统、系统的生命周期。通过状态图可以了解一个对象可能具有的所有状态、导致对象状态改变的事件，以及状态转移引发的动作。状态是对象操作的前一次活动的结果，通常由对象的属性值来决定。事件指的是发生的且引起某些动作执行的事情。状态的变化称做转移，与转移相连的动作指明状态转移时应该做的事情。状态图是对类描述的事物的补充说明，用在逻辑视图中描述类的行为。 (5)序列图(Sequence diagram) 面向对象系统中对象之间的交互表现为消息的发送和接收。序列图反映若干个对象之间的动态协作关系，即随着时间的流逝，消息是如何在对象之间发送和接收的。序列图表现为二维的形式，其中的纵坐标轴显示时间，横坐标轴显示对象。序列图中重点反映对象之间发送消息的先后次序，常用在逻