软件开发工程管理2008(二)
软件工程管理的内容
软件工程管理的内容软件工程管理是指在软件工程过程中，对软件项目进行计划、组织、指导和控制等活动的一种管理。
软件工程管理的目标是有效地利用资源和技术手段，按照预定的时间和成本完成高质量的软件产品。
在当今信息技术已经深刻改变了人们的生活和工作方式的时代，软件工程管理显得尤为重要。
软件工程管理的重要性软件工程管理可以在软件项目的不同阶段中加强对项目的控制和调度，确保软件项目在预定的时间和成本范围内按时交付。
软件工程管理可以提高软件开发过程的效率和质量，以满足用户和市场的需求。
软件工程管理还可以帮助企业有效地分配资源，降低软件开发过程中的风险，提高项目的成功率。
软件工程管理的内容1. 需求管理需求管理是软件工程管理的重要内容之一。
软件项目的成功与否，很大程度上取决于对需求的准确理解和管理。
需求管理包括需求收集、分析、确认、变更控制等内容，其中需求变更控制特别重要，可以避免因为需求变更引起的软件项目进度延误和成本增加。
2. 项目计划项目计划是软件工程管理的核心内容之一。
在项目启动阶段，项目计划需要对项目的资源、进度、风险等进行详细规划和管理。
项目计划能够帮助团队成员明确自己的任务和工作重点，提高工作效率，减少项目风险。
3. 质量管理在软件工程管理过程中，质量管理是非常重要的一环。
质量管理应包括软件开发过程中的质量保障和质量控制。
质量保障主要是通过预防来保证产品的质量，而质量控制则是通过检验和测试来保证产品的质量。
4. 风险管理软件项目开发过程中伴随着各种各样的风险，如进度延误、人员调整、需求变更等。
软件工程管理必须做好风险管理工作。
风险管理主要包括风险的识别、评估、应对措施的制定和实施等环节。
5. 沟通与协作软件工程管理中的沟通与协作是至关重要的。
软件项目通常由一个团队共同协作完成，因此团队成员之间的有效沟通和合作是软件工程管理的关键。
良好的沟通与协作可以提高团队的效率、解决问题并降低冲突。
软件工程管理的方法与工具1. 敏捷开发方法敏捷开发方法强调快速响应需求变化、紧密合作和快速交付可工作的软件产品。
硕士研究生入学考试软件工程学考试大纲
硕士探讨生入学考试《软件工程学》考试大纲一、考试要求《软件工程学》是一门专业基础课，要求考生较系统地驾驭软件工程的基本概念、原理、技术和方法，并能灵敏地运用这些基本学问，为软件开发建立分析模型、设计模型、软件测试解决方案等。
本课程包括软件开发模型，软件项目管理，需求分析，软件设计，软件编码和测试，软件维护等。
主要考查考生对软件工程学基础学问的理解，是否有软件开发过程的科学管理意识，驾驭软件需求分析和软件设计基本方法，了解计算机帮助软件工程工具（CASE工具），驾驭UML及其相关工具。
二、主要参考书目软件工程(其次版)，齐治昌谭庆平宁洪著，高等教化出版社，2004年03月出版三、其它参考书目张海藩，软件工程导论(第5版)，清华高校出版社，2008 年2月出版。
四、考试题型及权重（共75分）⑴选择题: 约15分；⑵填空题: 约15分；⑶问答题:30分；⑷综合分析题:7分；⑸综合设计题:8分。
五、考查范围（1）软件和软件工程理解软件的定义、软件工程的定义、软件危机出现的缘由，以及解决危机的方法。
理解软件工程的目标和原则，驾驭软件生存周期、软件开发模型。
（2）软件项目管理了解软件管理的必要性，了解软件项目管理的主要任务，理解软件度量的基本概念，了解项目估算、软件质量度量及软件牢靠性度量的意义、了解软件开发过程管理的主要内容，了解软件成熟度模型的意义（3）计算机系统工程理解计算机系统工程的定义、组成部分，了解可行性探讨的必要性，了解系统规格说明及评审。
（4）需求分析基础理解需求分析的主要任务和原则，了解初步需求获得的技术，理解需求建模的有关概念，理解需求分析的快速原型技术，了解需求规格说明的内容和评审方法。
（5）面对数据流的分析方法了解数据流图和数据字典的意义，理解数据流图和数据字典的组成部分，理解实体关系图，驾驭数据流模型的创建方法。
（6）面对对象的需求分析理解面对对象的基本概念，了解基于UML的需求分析的方法和步骤，能初步进行实例分析。
软件工程管理
软件工程管理软件工程管理是指对软件项目进行规划、组织、调控和控制的过程。
它旨在确保软件项目的顺利进行，高质量地交付，并满足客户需求。
在这篇文章中，我将探讨软件工程管理的重要性、常用的管理技术和方法，以及如何有效地管理软件项目。
一、软件工程管理的重要性软件工程管理在软件开发过程中起着关键的作用。
它不仅仅关注项目进度和可交付成果，还涉及到资源的合理配置、风险的评估和控制、团队协作等方面。
以下三个方面展示了软件工程管理的重要性。
1. 项目规划和组织：软件工程管理通过制定项目计划、定义项目目标和范围，确保项目的顺利运行。
项目经理需要评估项目的可行性、确定项目的关键路径，并合理分配资源。
项目规划和组织阶段的高效管理将对项目的后续开发和交付产生积极影响。
2. 风险管理：软件开发过程中存在许多风险，如需求变更、技术难题、人员变动等。
软件工程管理通过风险评估和规避策略的制定，帮助项目团队更好地应对和处理风险。
有效的风险管理可以降低项目失败的风险，确保项目按时交付。
3. 团队协作：软件开发是一个团队合作的过程。
软件工程管理帮助建立高效的团队合作机制，确保团队成员之间的协调与配合。
项目经理需要有效地管理团队冲突、促进团队沟通，并为团队成员提供必要的培训和支持。
二、常用的管理技术和方法1. 敏捷开发：敏捷开发是一种以迭代和增量的方式进行软件开发的方法。
它注重与客户的沟通和需求变更，强调团队协作和快速交付。
常见的敏捷开发方法包括Scrum和Kanban。
敏捷开发擅长处理需求变更和快速迭代，适用于有较高变动性和灵活性要求的项目。
2. 瀑布模型：瀑布模型是一种线性顺序的软件开发模型，包括需求分析、设计、编码、测试和维护等阶段。
它逐步完成软件开发的各个阶段，每个阶段的输出成果作为下一个阶段的输入。
瀑布模型适用于需求稳定、时间可控、任务分工明确的项目。
3. 增量式开发：增量式开发是将整个软件项目划分为多个可交付的子产品，每个子产品都具有完整的功能。
软件开发项目管理
管理目标1、所有关系人清晰明确地了解工程的需求和期望，努力做到满足工程所有关系人的不同需求；工程关系人包括：工程团队成员和工程团队外(内部/外部客户，内部/外部合作伙伴，经销商/客户等)。
2、工程管理三要素平衡（时间/成本/质量），即开发工程按需按时按质的完成。
3、目标：功能满足需求，设计支持变化，开发快速迭代，成果持续交付。
执行概述1、建立有效的工作流程保证工程的顺利进行，初期使用传统RUP过程，引入部分敏捷方法，团队磨合完成后逐步实现敏捷开发全流程管理。
2、明确工程目标，制定具有可行性的工程计划，有效明确的分解工程需求。
3、跟踪设计/开发/测试/回归/发布全流程，推动工程按预定计划执行。
4、解决工程过程中出现的问题和冲突，一般集中在需求不明/工作量或时长/开发难度/跨部门协调等几个方面。
5、调动开发团队的积极性，创造力，推动团队成员在工程过程中的学习成长。
6、风险识别、风险控制以及风险的预案。
工程管理1、需求阶段对工程进行技术可行性分析、技术评估、成本评估以及风险评估。
与需求提出方的代表进行需求讨论，明确工程的目标、价值。
确定工程范围、功能及优先级。
组建工程团队，特别要搞清楚工程的关键人。
工程启动会议，相关的关系人都必须参加。
2、设计阶段根据确认后的软件需求规格说明书，制定工程进度计划，工作任务分解(WBS)；资源申请，工程涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统设计；文档(包括系统用例、Demo、测试用例等)；评审会议。
设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。
该阶段交付成果需要进行评审。
3、执行阶段(开发和测试)准备开发环境、测试环境。
跟踪，推动工程按计划进行。
工程成员以日报/工程负责人以周报的形式通报各关系人当前工程的进展情况。
按里程碑对阶段成果进行评估，以确保该阶段完成的质量。
代码审核，包括CS审核、SQL审核、WEB审核等。
软件工程标准规范
CreatMap 地理信息共享服务云平台软件工程标准规范河北省制图院2015年1月30日1.前言1.1项目背景当前，我国国家信息化建设与应用不断深入，网络化地理信息应用如同雨后春笋，政府部门和社会大众使用地理信息的方式与频率正发生翻天覆地的变化。
针对这一重大应用需求，国家测绘局认真学习和贯彻落实科学发展观，做出了建设国家地理信息公共服务平台（以下简称“公共服务平台”）的战略性决策。
CreatMap 地理信息共享服务云平台是河北省地理信息局下属的河北省制图院自主研发的并拥有自主知识产权的新一代地理信息公共服务平台，平台以促进地理信息服务大局、服务社会、服务民生为目标，为政府、企事业单位、社会公众提供统一、高效的基础地理信息服务。
1.1.1软件系统名称CreatMap 地理信息共享服务云平台，是依托地理信息数据，通过在线方式满足政府部门、企事业单位和社会公众对地理信息和空间定位、分析的基本需求，具备个性化应用的二次开发接口和可扩展空间，是实现地理信息应用服务功能的数据、软件及其支撑环境的总称。
1.1.2政策依据1) 《国务院关于加强测绘工作的意见》（国发[2007]30号）：要切实提高测绘保障能力和服务水平，构建基础地理信息公共平台，更好地满足政府、企业及人民生活等方面对基础地理信息公共产品服务的迫切需要。
2) 《全国基础测绘中长期规划纲要》（2006年国务院批准发布）：到2010年，我国形成一批具有影响力的基础测绘公共产品；到2020年，要实现服务网络化社会化。
国家测绘局在《测绘事业发展第十一个五年规划纲要》中指出要以地理信息为基础平台整合社会、经济和人文等信息，促进各类信息资源的共享和高效开发利用，到2010年初步实现基础地理信息服务网络化。
3) 国务院办公厅“关于促进我国国家空间信息基础设施建设和应用若干意见”（国办发2001-53号）：要求各级测绘部门与当地发展计划等有关部门配合，共同推进本地区地理空间信息协调机制的建设，解决好地理空间信息资源条块分割、封闭管理等问题。
软件工程-课程目录-大纲视图(全国高等教育自学考试指定教材-计算机网络专业-独立本科)
第一章绪论1.1 软件工程概念的提出与发展1.2 软件开发的本质1.3 本章小结第二章软件需求与软件需求规约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.3 本章小结第三章结构化方法3.1 结构化需求分析3.1.1 基本术语1.数据流2.数据存储3.数据源和数据谭3.1.2 系统功能模型表示数据流图（Dataflow Diagram）3.1.3 建模过程1.建立系统环境图, 确定系统语境2.自顶向下, 逐步求精, 建立系统的层次数据流图3.定义数据字典数据流条目给出所有数据流的结构定义数据存储条目给出所有数据存储的结构定义数据项条目给出所有数据项的类型定义4.描述加工（1）结构化自然语言（2）判定表（3）判定树3.1.4 应用中注意的问题（1）模型平衡问题（2）信息复杂性控制问题3.1.5 需求验证3.2 结构化设计3.2.1 总体设计1.总体设计的目标及其表示（1）Yourdon提出的模块结构图（2）层次图（3）HIPO图2.总体设计步骤（1）变换型数据流图——变换设计（2）事物型数据流图——事物设计3.模块化及启发式规则（1）模块化1）耦合①内容耦合②公共耦合③控制耦合④标记耦合⑤数据耦合2）内聚①偶然内聚②逻辑内聚③时间内聚④过程内聚⑤通信内聚⑥顺序内聚⑦功能内聚（2）启发式规则1）改进软件结构, 提高模块独立性2）力求模块规模适中3）力求深度、宽度、扇出和扇入适中4）尽力使模块的作用域在其控制域之内5）尽力降低模块接口的复杂度6）力求模块功能可以预测3.2.2 详细设计1.结构化程序设计2.详细设计工具（1）程序流程图（2）盒图（N-S图）（3）PAD图（Problem Analysis Diagram）（4）类程序设计语言IPO图、判定树和判定表等也可以作为详细设计工具3.3 本章小结第四章面向对象方法——UML 4.1 UML术语表4.1.1 表达客观事物的术语1.类与对象1）类的属性（Attribute）2）类的操作3）关于类语义的进一步表达①详细叙述类的职责（Responsibility）②通过类的注解和/或操作的注解, 以结构化文本的形式和/编程语言, 详述注释整个类的语义和/或各个方法③通过类的注解或操作的注解, 以结构化文本形式, 详述注释各个操作的前置条件和后置条件, 甚至注释整个类的不变式④详述类的状态机⑤详述类的内部结构⑥类与其他类的协作4）类在建模中的主要用途①模型化问题域中的概念（词汇）②建立系统的职责分布模型③模型化建模中使用的基本类型2.接口（Interface）（1）采用具有分栏和关键字《interface》的矩形符号来表示（2）采用小圆圈和半圆圈来表示3.协作（Collaboration）4.用况（Use Case）5.主动类（Action Class）6.构件（Component）7.制品（Artifact）8.节点（Node）4.1.2 表达关系的术语1.关联（Association）（1）关联名（Name）（2）导航（3）角色（Role）（4）可见性（5）多重性（Multiplicity）（6）限定符（Qualifier）（7）聚合（Aggregation）（8）组合（Composition）（9）关联类（10）约束①有序（ordered）②无重复对象（set）③有重复对象（bag）④列表（list）或序列（sequence）⑤只读（readonly）2.泛化（Generalization）①完整（Complete）②不完整（Incomplete）③互斥（Disjoint）④重叠（Overlapping）3.细化（Realization）4.依赖①绑定（Bind）②导出（Derive）③允许（Permit）④实例（InstanceOf）⑤实例化（Instantiate）⑥幂类型（Powertype）⑦精化（Refine）⑧使用（Use）可模型化以下各种关系（1）结构关系1）以数据驱动2）以行为驱动（2）继承关系（3）精化关系（4）依赖关系4.1.3 表达组合信息的术语——包1）访问（Access）2）引入（Import）4.2 UML模型表达格式1.类图（Class Diagram）（1）模型化待建系统的概念（词汇）, 形成类图的基本元素（2）模型化待建系统的各种关系, 形成该系统的初始类图（3）模型化系统中的协作, 给出该系统的最终类图（4）模型化逻辑数据库模式2.用况图（Use Case Diagram）所包含的内容（1）主题（Subject）（2）用况（Use Case）（3）参与者（Actor）（4）关联、泛化与依赖模型化工作1）关于系统/业务语境的模型化①系统边界的确定②参与者与用况的交互③参与者的语义表达④参与者的结构化处理2）关于系统/业务需求的模型化①确定系统/业务的基本用况②用况的结构化处理③用况的语义表达3.状态图（1）状态1）名字2）进入/退出效应（Effect）①entry②exit③状态内部转移3）do动作或活动4）被延迟的事件（2）事件1）信号（Signal）事件2）调用（Call）事件3）时间事件4）变化事件（3）状态转移①源状态②转移触发器③监护（guard）条件④效应（effect）⑤目标状态实际应用中, 使用状态图的作用①创建一个系统的动态模型②创建一个场景的模型4.顺序图（1）术语解析1）消息2）对象生命线3）聚焦控制（the Focus of Control）（2）控制操作子1）选择执行操作子（Operator for Optional Execution）2）条件执行操作子（Operator for Conditional Execution）3）并发执行操作子（Operator for Parallel Execution）4）迭代执行操作子（Operator for Iterative Execution）4.3 本章小结第五章面向对象方法——RUP5.1 RUP特点1.以用况为驱动2.以体系结构为中心3.迭代增量式开发5.2 核心工作流5.2.1 需求获取1.列出候选需求2.理解系统语境（1）业务用况模型（2）业务对象模型3.捕获系统功能需求（1）活动1: 发现并描述参与者（2）活动2: 发现并描述用况（3）活动3: 确定用况的优先级（Priority）（4）活动4: 精化用况（5）活动5: 构造用户界面原型1）用户界面的逻辑设计2）物理用户界面的设计3）开发用户界面原型并演示为了执行该用况, 用户怎样使用该系统（6）活动6: 用况模型的结构化5.2.2 需求分析1.基本术语（1）分析类（Analysis Class）1）边界类（Boundary Classes）2）实体类（Entity Classes）3）控制类（Control Classes）（2）用况细化（Use Case Realization）（3）分析包（Analysis Package）2.分析模型的表达3.分析的主要活动（1）活动1: 体系结构分析（Architectural Analysis）1）任务1: 标识分析包2）任务2: 处理分析包之间的共性3）任务3: 标识服务包4）任务4: 定义分析包的依赖5）任务5: 标识重要的实体类6）任务6: 标识分析包和重要实体类的公共特性需求（2）活动2: 用况分析1）任务1: 标识分析类①标识实体类②标识边界类③标识控制类2）任务2: 描述分析（类）对象之间的交互（3）活动3: 类的分析1）任务1: 标识责任2）任务2: 标识属性①关于实体类属性的标识②关于边界类属性的标识③关于控制类属性的标识3）任务3: 标识关联和聚合①关于关联的标识②关于聚合的标识③关于泛化的标识（4）活动4: 包的分析4.小结（1）关于分析模型1）分析包2）分析类3）用况细化（2）关于分析模型视角下的体系结构描述（3）用况模型和分析模型比较（4）分析模型对以后工作的影响1）对设计中子系统的影响2）对设计类的影响3）对用况细化[设计]的影响5.2.3 设计1.设计层的术语（1）设计类（Design Class）（2）用况细化[设计]（3）设计子系统（4）接口（Interface）2.设计模型、部署模型以及相关视角下的体系结构描述（1）设计模型及其视角下的体系结构描述1）子系统结构2）对体系结构有意义的设计类3）对体系结构有意义的用况细化[设计]（2）部署模型及该模型视角下的体系结构描述3设计的主要活动（1）活动1: 体系结构的设计1）任务1: 标识节点和它们的网络配置2）任务2: 标识子系统和它们的接口①标识应用子系统②标识中间件和系统软件子系统③定义子系统依赖④标识子系统接口3）任务3: 标识在体系结构方面有意义的设计类和它们的接口4）任务4: 标识一般性的设计机制①标识处理透明对象分布的设计机制②标识事务管理的设计机制（2）活动2: 用况的设计1）标识参与用况细化的设计类2）标识参与用况细化的子系统和接口（3）活动3: 类的设计1）任务1: 概括描述设计类2）任务2: 标识操作3）任务3: 标识属性4）任务4: 标识关联和聚合5）任务5: 标识泛化6）任务6: 描述方法7）任务7: 描述状态（4）活动4: 子系统的设计1）任务1: 维护子系统依赖2）任务2: 维护子系统所提供的接口3）任务3: 维护子系统内容4.RUP设计小结1）RUP设计的突出特点2）关于RUP的设计方法①给出用于表达设计模型中基本成分的4个术语, 包括子系统, 设计类, 接口, 用况细化[设计]②规约了设计模型的语法, 指导模型的表达③给出了创建设计模型的过程以及相应的指导3）RUP的设计模型①设计子系统和服务子系统②设计类（其中包括一些主动类）, 以及他们具有的操作、属性、关系及其实现需求。
软件系统开发和管理规范标准
软件系统开发和管理规范2017年5月26日目录1、. 软件系统管理概述 (3)2. 软件系统管理过程 (4)3. 软件系统管理内容 (7)3.1. 需求阶段管理 (7)3.2. 设计阶段管理 (9)3.3. 开发阶段管理 (9)3.4. 测试阶段管理 (10)3.5. 维护阶段管理 (10)3.6. 工具管理 (11)3.7. 软件系统估算与进度管理 (11)3.7.1. 软件系统估算 (11)3.7.2. 进度安排 (13)1.软件系统管理概述软件系统管理是软件工程和系统管理的交叉学科，软件系统管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。
根据美国系统管理协会PMI对系统管理的定义可以将软件系统管理定义为：在软件系统活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。
软件系统管理是为了使软件系统能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。
实际上，软件系统管理的意义不仅仅如此，进行软件系统管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。
软件生存周期包括可行性分析与系统开发计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，所有这些活动都必须进行管理，在每个阶段都存在着权限角色控制、文档管理、版本控制、管理工具等，软件系统管理贯穿于软件生命的演化过程之中。
2.软件系统管理过程为保证软件系统获得成功，必须对软件开发系统的工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等做到心中有数。
软件系统的管理工作开始于技术工作开始之前，在软件从概念到实现的过程中持续进行，最后终止于软件开发工作结束。
根据公司的实际情况，结合软件工程及软件过程标准等，特制定我公司软件系统管理流程如下：软件项目管理规范流程图注：带书名号《》的为系统开发过程中需提交的文档。
软件开发工程项目管理中的质量控制研究
第21卷第3期潍坊教育学院学报Vol.21No.3 2008年9月JO URNAL OF WEIFA NG ED UCA TION AL CO LLEGE Sep.2008软件开发工程项目管理中的质量控制研究于芳民(中国海洋大学经济学院,山东青岛 266003)摘要:在对质量管理和软件质量控制的概念以及软件质量控制参数和软件缺陷具体分析基础上,系统论述了软件质量控制需要注意的问题和软件缺陷产生的原因,提出软件开发过程质量标准设计,就如何建立质量评估模型引入比较矩阵。
通过研究软件工程项目开发的质量控制模型,使软件项目管理变得有效而实际。
关键词:质量管理;质量控制;评估中图分类号:TP311.52文献标识码:A文章编号:1009-2080(2008)03-0039-03近年来,我国软件业快速发展,众多软件开发公司在不断引进新技术的同时,不断改进内部管理模式,加大软件质量控制力度。
然而大部分软件公司,无论是产品型公司还是项目型公司,几乎都没有形成适合自己公司特点的软件开发管理模式。
虽然有些公司根据软件工程理论建立了一些软件开发管理规范,但并没有从根本上解决软件开发的质量控制问题。
针对于此,软件开发公司对软件质量管理和质量控制投入了大量的人力、物力。
在一些成功的软件项目调查中显示,有效的软件质量管理在项目中起至关重要的作用。
本文从对质量控制模型的分析来讨论软件项目开发过程中需要注意的问题。
一、质量管理与软件质量控制按照2000版的ISO9000标准,质量管理的定义是:质量管理是在质量方面指挥和控制组织的协调活动。
高质量的软件离不开有效的管理和控制。
J.M.Juran认为质量控制是一个常规的过程,通过它度量实际的质量性能并与标准比较,当出现差异时采取行动。
由此,Donald Reifer给出软件质量控制的定义:软件质量控制是一系列验证活动,在软件开发过程的任何一点进行评估开发的产品是否在技术上符合该阶段制定的规约。
大学_软件工程第二部分(软件项目管理)复习试题及答案
软件工程第二部分（软件项目管理）复习试题及答案软件工程第二部分(软件项目管理)复习试题及答案(一)一单项选择1、软件生命周期一般包括：软件开发期和软件运行期，下述(D )不是软件开发期所应包含的内容。
A需求分析 B 结构设计 C程序编制 D软件维护2、软件是一种逻辑产品，它的开发主要是(A )。
A研制 B拷贝 C再生产 D复制3、以文档作为驱动，适合于软件需求很明确的软件项目的生存周期模型是( C )。
A喷泉模型 B 增量模型 C瀑布模型 D螺旋模型4、在软件生存周期中，( B )阶段必须要回答的问题是“要解决的问题是做什么?”。
A详细设计 B 可行性分析和项目开发计划 C概要设计 D软件测试5、软件产品与物质产品有很大区别，软件产品是一种(C )产品A有形 B 消耗 C逻辑 D文档6、 ( C )把瀑布模型和专家系统结合在一起，在开发的各个阶段上都利用相应的专家系统来帮助软件人员完成开发工作。
A 原型模型B 螺旋模型C 基于知识的智能模型D 喷泉模型7、 ( B )阶段是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
A概要设计 B 详细设计 C 编码 D 测试8、下列软件开发模型中，适合于那些不能预先确切定义需求的软件系统的开发的模型是( A )。
A 原型模型B 瀑布模型C 基于知识的智能模型D 变换模型9、下列软件开发模型中，以面向对象的软件开发方法为基础，以用户的需求为动力，以对象来驱动的模型是( C )。
A 原型模型B 瀑布模型C 喷泉模型D 螺旋模型10、下列软件开发模型中，支持需求不明确，特别是大型软件系统的开发，并支持多种软件开发方法的模型是( D )。
A 原型模型B 瀑布模型C 喷泉模型D 螺旋模型11、软件特性中，使软件在不同的系统约束条件下，使用户需求得到满足的难易程度称为( C )。
A可修改性 B可靠性 C可适应性 D 可重用性12、软件特性中，一个软件能再次用于其他相关应用的程度称为( B )。
信息系统项目管理师试题_标准(国际标准、国家标准、行业标准)
一、质量标准（2011下_11）国家标准 GB/T16260《软禁产品评价——质量特性及其使用指南》规定了软件产品的 6 个质量特征，他们是（11）。
A、功能性、可靠行、易用性、效率、可维护性、可移植性B、功能性、寿命、可信性、安全、可维护性、可移植性C、功能性、无形性、经济性、效率、可维护性、可移植性D、功能性、同步性、可信性、安全、可维护性、可移植性A（2011下_13）根据《软件工程产品质量第 1 部分，质量模型GB/T16260 1‐2006》，在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的力能成为软件产品的（13）。
A、易用性B、稳定性C、可靠性D、效率D（2011下_14）根据《GB/T 12504‐90 计算机软件质量保证计划规定》，评审文档质量的度量准则中的（14）准侧，要求在软件开发各个阶段所编写的文档的内容，必须真实地反映该阶段的工作且与该阶段的需求相一致。
A、完备性B、正确性C、简明性D、自说明性D（2011上_13）根据《软件工程产品质量第 1部分：质量模型 GB/T16260.1-2006》，在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力被称为软件产品的__(13)__。
A．易用性 (usability) B．有效性 (availability)C．适合性 (suitability) D．功能性 (functionality)A（2010下_13）软件的质量需求是软件需求的一部分，根据《软件工程产品质量第 1部分：质量模型 GB/T 16260.1-2006》，软件产品质量需求的完整描述要包括（13），以满足开发者、维护者、需方以及最终用户的需要。
①内部质量的评估准则②外部质量的评估准则③使用质量的评估准则④过程质量的评估准则（13）A．①② B．③ C．①②③ D．①②③④C（2010上_13）根据《软件工程产品质量》（GB/T 16260.1-2006）定义的质量模型，（13）不属于易用性的质量特性。
工程管理软件开发方案
工程管理软件开发方案一、需求分析1.1 背景随着信息技术的不断发展，工程管理软件在工程管理中扮演着越来越重要的角色。
在建筑、交通、能源等领域中，工程管理软件的作用愈发凸显。
该软件可以帮助项目经理和团队成员进行项目规划、资源管理、成本控制、风险分析等方面的工作，提高项目的管理效率和项目成功率。
1.2 需求分析在开发工程管理软件时，我们需要充分了解用户的需求，根据用户的需求进行分析、设计和开发。
通过用户需求分析，我们可以确定工程管理软件所要具备的功能和特性。
1.2.1 功能需求（1）项目计划管理：包括项目进度、任务分配、资源分配等功能。
（2）项目成本管理：包括成本估算、成本控制等功能。
（3）项目风险管理：包括风险识别、风险评估、风险应对等功能。
（4）项目沟通管理：包括团队协作、沟通记录、文件共享等功能。
（5）项目质量管理：包括质量检查、质量评估等功能。
1.2.2 非功能需求（1）安全性要求：用户信息安全保护、数据备份等。
（2）易用性要求：用户界面友好，操作简单易懂。
（3）性能要求：软件稳定性好，响应速度快，支持大规模项目管理。
（4）可扩展性要求：支持插件、API接口，方便与其他系统集成。
1.3 竞品分析在进行需求分析时，我们需要对市场上的竞品进行调研分析，了解各个竞品的特点和优劣势，为我们后续的研发工作提供参考。
二、架构设计2.1 系统架构设计在进行软件架构设计时，我们需要根据需求分析结果，合理的设计系统的架构，确保系统具备良好的可扩展性、灵活性和稳定性。
2.2 数据结构设计对于工程管理软件来说，数据结构设计尤为重要。
我们需要设计合理的数据库结构，确保数据的存储和检索效率。
2.3 技术选型在进行系统架构设计时，我们需要根据需求分析结果，选择合适的开发语言、数据库和框架等技术，确保系统的高效性和可扩展性。
三、开发实施3.1 代码开发根据需求分析和系统架构设计，我们进行软件代码的编写和开发，确保软件的功能实现和性能优化。
软件 工程真题带答案
⭐自考（02333）软件工程⭐2019年10月试题（带答案）一、单项选择题：本大题共15小题，每小题2分，共30分，在每小题列出的备选项中只有一项是最符合题目要求的，请将其选出。
1、软件模型可以进一步分为三种不同的模型，其中不包含A、设计模型B、实现模型C、部署模型√D、参考模型2、需求发现技术中，可能会引起客户抵触的是√A、观察B、交谈C、自悟D、提炼3、下列不属于需求规约的作用是A、需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现B、需求规约是一个管理控制点√C、对于产品、系统的设计，需求规约是一个正式的、受控的交付验收点D、需求规约是创建产品验收计划和用户指南的基础4、下列选项不属于软件系统、产品的需求分析工作中，面临的“三大挑战”的是A、问题空间理解B、人与人之间的通信√C、客户可能抵触D、需求的变化性5、下列属于正确的结构化分析方法建模的基本流程步骤是①定义数据字典②描述加工③建立系统环境图，确定系统语境④自顶向下，逐步求精，建立系统的层次数据流图A、③①④②B、①④③②C、①②③④√D、③④①②6、如题6图所示，该类的类名是A、ShapeB、oniginC、moveD、display7、属性的可见性指的是，该类的属性是否可以被其他类（类目）所使用，其中表示受保护的符号是A、+B、#√C、-D、~8、下列关于软件接口应用应该注意的问题的叙述，不正确的是A、接口之间没有关联、泛化、实现和依赖，但可以参与泛化、实现和依赖√B、接口可以被其他类目使用，而其本身可以访问其他类目C、接口描述类的外部可见操作，通常是该类的一个特定有限行为D、接口不描述其中操作的实现，也没有属性和状态9、RUP中，分析类分为3种类型，下图属于边界类的是A、B、√C、D、10、RUP的测试活动不包含A、计划测试√B、程序测试C、实现测试D、评价测试11、RUP的业务对象模型为了精化业务用况模型中的每一个业务用况，引入了3个术语，用于表达参与业务的业务对象，其中不包括√A、业务单元B、业务实体C、工作人员D、工作单元12、软件测试主要策略中，具有最低的测试度量的测试策略是A、路径覆盖√B、语句覆盖C、分支覆盖D、条件覆盖与条件组合覆盖13、单元测试关注的是A、模块的组装B、检验是否符合用户所见的文档C、检验系统中所有的元素之间的协作√D、每个独立的模块14、CMMI模型部件中，子实现、典型工作产品和有关该共用实践的精化等CMMI资料性部分，使用以下哪种符号表示？A、B、C、√D、15、集成化能力成熟度模型（CMMI）部件中，可以用于帮助确定一个过程是否得以满足的部件是A、专用实践√B、专用目标C、共用实践D、意图陈述二、填空题（本大题共20空，每空1分，共20分）16、软件工程作为一门学科，其发展可以划分为两个时期：前期主要研究系统实现技术，后期则开始关注软件质量和软件工程管理（顺序可调换）。
2008年下半年软件设计师真题 及答案
2008年下半年软件设计师上午试卷●计算机内存一般分为静态数据区、代码区、栈区和堆区，若某指令的操作数之一采用立即数寻址方式，则该操作数位于（1）。
（1）A. 静态数据区 B. 代码区 C.栈区 D. 堆区●计算机在进行浮点数的相加（减）运算之前先进行对阶操作，若x的阶码大于y的阶码，则应将（2）。
（2）A. x 的阶码缩小至与y 的阶码相同，且使x 的尾数部分进行算术左移B. x 的阶码缩小至与y 的阶码相同，且使x 的尾数部分进行算术右移C. y 的阶码扩大至与x 的阶码相同，且使y 的尾数部分进行算术左移D. y 的阶码扩大至与x 的阶码相同，且使y 的尾数部分进行算术右移●在CPU 中，（3）可用于传送和暂存用户数据，为ALU 执行算术逻辑运算提供工作区。
（3）A. 程序计数器 B. 累加寄存器 C. 程序状态寄存器 D. 地址寄存器●下面关于在I/O 设备与主机间交换数据的叙述，（4）是错误的。
（4）A. 中断方式下，CPU 需要执行程序来实现数据传送任务B.中断方式和DMA 方式下，CPU 与I/O 设备都可同步工作C.中断方式和DMA 方式中，快速I/O 设备更适合采用中断方式传递数据D.若同时接到DMA 请求和中断请求，CPU 优先响应DMA 请求●下面关于校验方法的叙述，（5）是正确的。
（5）A. 采用奇偶校验可检测数据传输过程中出现一位数据错误的位置并加以纠正B. 采用海明校验可检测数据传输过程中出现一位数据错误的位置并加以纠正C. 采用海明校验，校验码的长度和位置可随机设定D. 采用CRC 校验，需要将校验码分散开并插入数据的指定位置中●Cache 用于存放主存数据的部分拷贝，主存单元地址与Cache 单元地址之间的转换工作由（6）完成。
（6）A. 硬件 B. 软件 C. 用户 D. 程序员●在Windows Server 2003 下若选择安全登录，则首先需要按（7）组合键。
工程项目管理软件运用及考试含答案5
《工程项目管理软件及应用》练习二一、单项选择题.(1分/题)1．当进行某些敏感操作时，比如修改一项任务所需的时间或涉及的资源，MicrosoftProject通常会自动弹出一个A A．智能标签 B．快捷菜单 C．项目向导 D．屏幕提示2．在进行资源分配后，MicrosoftProject资源工作表中的某些资源显示为红色，则表示这些资源 C A．不能分配 B．分配不足 C．分配过度 D．已被分配3．在MicrosoftProject的操作界面上占面积最大的部分是 CA．工具栏 B．菜单栏 C．工作区域 D．输入栏4．根据实际支出的成本与预算成本之间的比值来估算百分比，这种累算方法与MicrosoftProject的成本累算方法中的哪一种相对应？ BA．开始 B．按比例 C．结束 D．投入比导向5．下列限制类型中时间弹性程度最低的是 DA．不得早于…完成 B．越晚越好 C．不得晚于…完成 D．必须完成于…6．关键路径上的任务在完成后会变成 BA．关键任务 B．非关键任务 C．摘要任务 D．周期性任务7．MicrosoftProject提供的缺省日历模板是 CA．行政日历 B．24小时日历 C．标准日历 D．夜班日历8．MicrosoftProject中用户文件的扩展名是 DA．mpt B．bak C．exe D．mpp9．若任务15必须在任务17完成之前完成，则任务15和任务17的相关性是 CA．FS B．SS C．FF D．SF10．某任务的工期域中显示的内容是“3d？”，其中的“？”表示 AA．预估工期 B．平均工期 C．乐观工期 D．悲观工期11．如果需要对某项任务进行特别说明，可以为其添加 CA．说明 B．智能标签 C．备注 D．超链接12．泥工组中有8个泥工，若要使这8个泥工全职参与某项工作。
则可在“资源工作表”视图中将泥工组资源的最大单位设置为 CA．100% B．400% C．800% D．1000%13．打开组合视图的操作是 AA．窗口/拆分 B．视图/甘特图 C．视图/网络图 D．视图/表14．有时为了突出显示某项任务，可以对它进行格式化，比如更改 DA．大纲结构 B．颜色和位置 C．域名和编号 D．字体和字号15．11,12,13,14任务的优先级分别是1,100,500,1000，则其中不可进行资源调配的任务是的A．11 B．12 C．13 D．1416．在用“PERT分析”进行工期的预估时，除要输入乐观工期和悲观工期外，还要输入 BA．平均工期 B．预期工期 C．工时 D．单位17．摘要任务的开始时间和完成时间取决于 CA．摘要任务本身的开始时间和完成时间B．最晚开始的子任务的开始时间和最早结束的子任务的完成事件C．最早开始的子任务的开始时间和最晚结束的子任务的完成时间D．项目开工的时间和竣工的时间18．MicrosoftProject中的一个资源可以设置多重费率，这些费率是 DA． A B B． A B C C． A B C D D． A B C DE19．如果比较基准信息持续与当前数据不同时，则可能的原因是 BA．原始计划准确，实际操作不当 B．原始计划不准确C．记录信息有误 D．没有建立中期计划20．MicrosoftProject既可以为项目时间设置基准，也可以为项目费用设置基准，则这两种基准的设置是完全一样的，因为 AA．建立了比较基准 B．建立了中期计划C．采用了盈余分析法 D．采用了“任务分配状况视图”进行跟踪管理二、多选题(2分/题)1．MicrosoftProject中的项目向导包括 A B C DA．任务 B．资源 C．跟踪 D．报表E．日历2．下列选项中属于项目的有 B C DEA．书籍和报刊 B．开发一种新的产品 C．建筑物的改造 D．出版一本读物E．家庭住宅的装修3．工作分解完全的标准包括 A B CE DA．可交付成果 B．有明确的开始和结束时间C．耗时容易评估 D．成本容易评估E．工作可以独立安排4．成功的项目管理包括的主要阶段有 A B C DEA．制订计划 B．跟踪计划 C．管理项目 D．报告项目E．结束项目5．在MicrosoftProject的项目跟踪中，需设置 A B CA．比较基准 B．中期计划 C．完成百分比 D．工期E．资源三、名词解释题项目__为完成某一独特的产品或服务所做的一次性努力WBS——工作分解结构，是一种用于组织任务分解以便报告日程和跟踪成本的分层结构网络图——显示任务之间相关性的图表，任务由框或节点表示，而任务相关性由连接框的线条表示。
软件工程(名词解释)
软件工程(名词解释)软件工程（Software Engineering）是一门研究如何以系统化、规范化、可靠性、经济性地设计、构建、测试和维护软件系统的学科。
它集合了计算机科学、数学、工程管理和其他相关领域的知识和方法，以满足用户需求，同时确保软件质量和开发效率。
软件工程的定义：软件工程是一门应用计算机科学原理、方法和工具，以系统化的、规范化的方式进行软件开发、维护和管理的学科。
软件工程强调软件开发过程的可控性和可量化性，以及通过工程化方法来提高软件项目的成功率。
软件工程的关键概念：1. 软件开发生命周期：软件工程采用一种结构化的开发过程，由需求分析、设计、编码、测试、部署、维护等阶段组成。
每个阶段都有明确定义的目标和活动，以确保软件项目按时、按质量要求交付。
2. 软件需求工程：软件需求工程是软件工程中的关键环节，其目标是通过系统化的方法获取用户需求，并将其转化为可行的、具体的软件规格说明。
需求工程涉及需求收集、需求分析、需求规格说明等活动，要求与用户密切合作并保持良好的沟通。
3. 软件质量保证：软件质量是指软件系统满足用户需求的程度。
软件质量保证是软件工程中的重要环节，包括质量计划、质量控制和质量评估等活动。
软件质量保证的目标是通过测试、验证和评估等手段，确保软件系统的可靠性、可用性、可维护性等品质。
4. 软件项目管理：软件项目管理涉及软件项目的规划、组织、协调和控制等活动，旨在确保软件项目按时、按预算、按质量完成。
项目管理包括需求管理、进度管理、风险管理、资源管理等方面，要求项目经理具备良好的组织、协调和沟通能力。
5. 软件工程方法和工具：软件工程发展了许多方法和工具，以支持软件开发过程的各个环节。
常见的软件开发方法有瀑布模型、敏捷开发、迭代开发等；而工具方面，有项目管理工具、版本控制工具、测试工具等，这些方法和工具可以提高开发效率和质量。
总结：软件工程是一门综合性的学科，涉及软件开发生命周期、需求工程、质量保证、项目管理和方法工具等多个方面。
08学年第2学期面向对象分析与设计试卷(B)_答案
华南农业大学期末考试试卷（B卷）2008学年第2学期考试科目：面向对象分析与设计考试类型：（闭卷）考试时间：120 分钟学号姓名年级专业一、单项选择题（每题2分，共30分。
将正确答案填入下表）1.下面关于面向对象方法中消息的叙述，不正确的是（）。
BA.键盘、鼠标、通信端口、网络等设备一有变化，就会产生消息。
B.操作系统不断向应用程序发送消息，但应用程序不能向操作系统发送消息。
C.应用程序之间可以相互发送消息。
D.发送与接收消息的通信机制与传统的子程序调用机制不同。
2.面向对象技术中，对象是类的实例。
对象有三种成分：（）、属性和方法（或操作）。
AA.标识B.规则C.封装D.消息3～5：在UML提供的图中，可以采用（3）对逻辑数据库模型建模；（4）用于接口、类和协作的行为建模，并强调对象行为的事件顺序；（5）用于系统的功能建模，并强调对象间的控制流。
D、B、CA.用例图B.构件图C.活动图D.类图A.协作图B.状态图C.序列图D.对象图A.状态图B.用例图C.活动图D.类图6.采用面向对象技术开发的应用系统的特点是（）。
AA.重用性更强B.运行数度更快C.占用存储量小D.维护更复杂7.继承反映了类间的一种层次关系，而（）反映了一种整体与部分的关系。
BA.继承B.组合C.封装D.多态8.下列叙述中正确的是（）。
CA.面向对象程序设计语言都不支持过程化的程序设计B.面向对象系统只可采用面向对象设计语言实现C.某些过程化程序设计语言也可实现面向对象系统D.面向对象程序设计语言不支持对成员变量的直接访问9.面向对象的特点主要概括为（）。
CA.可分解性、可组合性、可分类性B.继承性、封装性、多态性C.抽象性、继承性、封装性、多态性D.封装性、易维护性、可扩展性、可重用性10.下列关于面向对象方法中描述中错误的是（）。
CA.使用设计模式有助于在软件开发中应用面向对象技术B.选择面向对象程序设计语言时需要考虑开发人员对其的熟悉程度C.UML作为一种可视化建模语言需要与RUP开发过程同时使用D.目前在软件生命周期的分析、设计、实现和测试中均可以应用面向对象方法11.在类图中，那个类图中的类Order所生成的代码具有public class Order {public Customer recipient;}的形式？（）AA. B.C D.12.关于用例与类的对比中（）是错误的。
软件开发管理规范(制度)
版本页标题：China Advanced Construction Materials Group信息技术管理制度主题：软件开发管理制度文档编号：版本说明：China Advanced Construction Materials Group软件开发管理制度第一节总那么第一条为标准自有软件研发以及外包软件的管理工作，特制定本制度。
本制度适用于公司总公司软件研发与管理，分公司参照执行。
第二条本制度中软件开发指新系统开发和现有系统重大改造。
第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业IT公司〔合作商〕共同协作完成IT应用的工程实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行工程实施，IT系统的日常支持由IT技术中心和合作商共同承当，IT技术中心负责内部〔一级〕支持，合作商负责外部〔二级〕支持；外包开发是指将IT应用工程的设计、开发、集成、培训等任务承包给某家专业公司〔可以是专业的IT公司或咨询公司等〕，由该公司〔承包商〕负责应用工程的实施。
第四条软件开发遵循工程管理和软件工程的根本原那么。
工程管理涉及立项管理、工程方案和监控、配置管理、合作开发管理和结项管理。
软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
第五条除特别指定，本制度中工程组包括业务组〔或需求提出组〕、IT组〔可能包括网络管理员和合作开发商〕。
第二节立项管理第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写?立项分析报告?〔附件一〕，开展前期筹备工作。
?立项分析报告?应明确工程的范围和边界。
第七条应用系统主要使用部门将?立项分析报告?上交公司总裁室进行立项审批，以保证系统工程与公司整体策略相一致。
软件工程习题及解答2
第二章习题一、选择题1、可行性分析研究的目的是（）A.争取项目B.项目值得开发否C.开发项目D.规划项2. 可行性分析是在系统开发的早期所做的一项重要的论证工作，它是决定该系统是否开发的决策依据，因必须给出（）的回答。
A．确定 B．行或不行 C．正确 D．无二义3、 DFD中的每个加工至少需要( )A. 一个输入流B. 一个输出流C. 一个输入或输出流D. 一个输入流和一个输出流4 ．数据流图（ DFD ）是 _________ 方法中用于表示系统的逻辑模型的一种图形工具。
（）A ． SAB ． SDC ． SPD ． SC5. 在软件开发中，（）是指对将要开发的系统的开发成本进行估算，然后与可能取得的效益进行比较和权衡。
A. 成本—效益分析B. 可行性分析C. 结构化分析D. 软件需求分析6.软件可行性研究一般不考虑（）A.是否有足够的人员和相关的技术来支持系统开发B.是否有足够的工具和相关的技术来支持系统开发C.待开发软件是否有市场、经济上是否合算D.待开发的软件是否会有质量问题7、下列模型属于成本估算方法的有( )A、COCOMO模型B、McCall模型C、McCabe度量法D、时间估算法8、从心理学角度看，对数据流程图的数据处理泡进行分解，一次分解为多少个泡为宜。
（）A、3±1B、7±2C、15±1D、18±29、研究开发所需要的成本和资源是属于可行性研究中的( )研究的一方面。
A. 技术可行性B. 经济可行性C. 社会可行性D. 法律可行性10. 软件可行性研究实质上是要进行一次( )需求分析、设计过程。
A. 简化、压缩的B. 详细的C. 彻底的D. 深入的11. 一个项目是否开发，从经济上来说是否可行，归根结底是取决于( )。
A. 成本估算B. 项目计划C. 工程管理D. 工程网络图二．简答题1.情景与描述了所有可能的动作序列的状态图之间有什么关系？2.在程序流程图中的每个结点都必须有一条从开始结点到该结点本身的路径，以及一条从该结点到结束结点的路径。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
许可型专制(permissive autocrat)
命令型民主(directive democrat)
许可型民主(permissive democrat)
有关项目经理（4/5）
项目经理的职责
通过管理、监督和沟通，领导项目团队成 员实现项目目标 是执行项目合同的管理者，全权代表开发 商与用户进行联络 负责合同的实施，对进度、费用、质量全 面负责 是组织战略、策略、制度的执行者
项目成员 项目协调
员工
组织的建立与管理（4/14）
协调人
总经理
平衡矩阵型结构
弱矩阵中的一名协调人作为项目经理 职能部门 职能部门 职能部门 双向汇报 经理 经理 经理 项目经理全职 项目经理权限增大，可解决日常问题 员工 员工 工作效率高 员工 效率较前者高 员工 员工
项目成员 项目协调
人力资源管理（1/16）
人力资源管理内容：
人员挑选
选择合适的人 使人更适合组织 激励人员
人员开发
人员动力
人力资源管理（2/16）
人力资源管理理论基础：
McGregor的X理论和Y理论
人力资源管理（3/16）
McGregor的X理论
假定人们是：
※ 普通人天生不喜欢工作，逃避工作 ※ 缺乏进取心、没有解决问题的能力 ※ 喜欢指导，避免承担责任 ※ 自我中心，对组织需求反应淡漠 ※ 因此，有必要强制、引导和控制
人力资源管理（5/16）
人员挑选
应选择合适的(suitable)人而不是合格的 (eligible)人 人员挑选手段
通常为招聘
人力资源管理（6/16）
常见招聘过程：
创建岗位要求 创建岗位说明 招聘 检查简历 面试等 其他规程
人力资源管理（7/16）
人员开发
内部培训 外部培训
人力资源管理（14/16）
弗罗姆的期望理论
激励水平 = 预期效果的价值 * 预期效果 的可能性
人力资源管理（15/16）
adams的公平等价理论
当一个人作出了成绩并取得报酬以后，他 不仅关心自己所得报酬的绝对量，还关心 自己所得报酬的相对量
人力资源管理（16/16）
常用的提高工作热情的方法
定义人员间的沟通模式：
同一时间同一地点的沟通
如：会议等 如：电话、远程通信等
同一时间不同地点的沟通
不同时间同一地点的沟通
如：布告板等
如：电子邮件、文档等
不同时间不同地点的沟通
组织的建立与管理（14/14）
通常：
在项目开始阶段通常使用同一时间同一地点 的沟通 在项目设计阶段通常使用同一时间不同地点 的沟通 在项目实现阶段通常使用不同时间不同地点 的沟通
组织的建立与管理（12/14）
定义组内通信机制：
正式的、与人无关的方法
如：文档、交付物、里程碑、错误跟踪报告等
正式的、人员间的规程
如：各种质量保证活动
如：信息的传播方式、子小组内部会议等
非正式的、人员间的规程
电子通信 人员间的网络
如：非正式讨论
组织的建立与管理（13/14）
组织的建立与管理（9/14）
高性能小组的要求：
“集体不稳定”(social loafing) 优秀小组的整体能量大于个体之和
小组成员必须相互信任 注意： 技能的分布必须适合于问题 组织效率并不总是比个人效率高 为保持凝聚力，特立独行的人员不适合在小 注意避免出现 组中存在
组织的建立与管理（10/14）
项目经理
员工
员工
员工
员工
员工
员工
项目成员
组织的建立与管理（7/14）
组织内部管理方式：
民主分散式（Democratic Decentralized, DD)
无特定负责人 问题和解决方案由小组讨论决策 小组成员间通信是水平的 有特定负责人 问题和解决方案由小组讨论决策 小组成员间、小组间通信是水平的，有垂直通信 有特定负责人 问题和解决方案由小组负责人决定 负责人和小组成员间垂直通信
领导能力的MOI模型： 他知道他想去何处，
有关项目经理（3/5）
领导风格的选择
命令型专制(directive autocrat)
独自进行决策，在实现过程中密切监控 独自进行决策，下属在实现过程中有一定自由 度 用大家参与的方式进行决策，在实现过程中密 切监控 用大家参与的方式进行决策，下属在实现过程 中有一定自由度
“小组毒素”：
一个狂乱的工作环境 导致小组成员间摩擦的个人、业务或技术因 素带来的挫折感 规章制度不合理或选择的软件工程过程不合 理 导致责任缺乏和指责的不清楚的角色定义 导致信心缺乏和士气下降的“连续的和重复 的失败”
组织的建立与管理（11/14）
“抗毒素”：
项目管理者应该确保小组可访问完成工作所 需的所有信息，不要轻易更改主要目标 尽量让小组成员对过程和技术决策的控制多 一点，保持组内稳定 严格选择软件工程过程 建立组内的责任机制 对失败反馈，一个人出问题所有人参与解决
软件项目管理
第二讲
上讲提要
项目的特殊性 在软件项目中引入管理的必要性 简介软件失控原因
本讲主要内容
人力资源管理简介 组织的建立和管理 项目经理的职责和自我实现
Next
人力资源管理简介
人力资源管理——引言
一个成功软件项目中最重要的因素是什么？
我想如果必须在我们的环境中挑出一项最重要的 因素，我必须承认它不是我们所用的工具，而是 人 一个项目成功的最重要的因素是有聪明的人…… 我想不出其他因素……你为一个项目所做的最重 要的事情是选择人员……软件开发组织的成功与 其招募优秀人才的能力密切相关 我在管理上唯一的准则是保证我有优秀的人员— —真正优秀的人员——同时我也培养优秀的人 员——我提供培养优秀人员的良好环境
理论核心思想：
人力资源管理（12/16）
期望：
坚信更努力的工作会获得更好的成果 坚信好的成果会获得好的回报 所得到的奖励的价值
助益：
回报：
人力资源管理（13/16）
洛克的目标设置理论
工作目标的明确性可以提高工作的绩效 尽量为员工设置有一定难度但又可以通过 一定程度的努力实现的目标
制定特定的目标 提供反馈 考虑任务合理分工 扩充工作范畴 允许一定程度的自主执行工作
Next
组织的建立和管理
组织的建立与管理（1/14）
常见项目组织结构
职能型结构 弱矩阵型结构 平衡矩阵型结构 强矩阵型结构 基于项目的结构
组织的建立与管理（2/14）
总经理
职能型结构
人力资源管理（8/16）
人员动力（人员激励）：
内因激励理论
Maslow的需求层次论 Herzberg的双因素理论 工作热情模型
外因激励理论
洛克的目标设置理论 弗罗姆的期望理论 Adams的公平等价理论
人力资源管理（9/16）
马斯洛的需求层次论 尊重（自尊、
自主、成就 感）
自我实现 （对成长和 实现感的需 求
社会需求（情 感、友谊、归 属）
安全（安全、次 序、自由） 生理（空气、 水、食物、住 所）
人力资源管理（10/16）
马洛斯的需求层次论
激励来自没有满足的需求 无论何时，人们都有为了满足这些没被满 足的需求而奋斗的欲望 低层次需求必须在高层次需求满足之前得 到满足 满足高层次需求的途径比满足低层次需求 的途径更为广泛
人力资源管理（4/16）
McGregor的Y理论
假定人们是：
※ 工作和休息、玩耍同样是天生的 ※ 能够自我约束、自我导向与控制 ※ 外部的控制和强制不是引导人们为了组织的最 终目标而努力的唯一方法 ※ 对目标的承诺是与绩效奖励相关的 ※ 给予适当的激励与支持，会达到很高的绩效 ※ 具有创造力、想象力、雄心和信心，可以从多 方面来激发人的创造力和想象力
Next
项目经理的职责和自我实现
有关项目经理（1/5）
与项目有关人员：
高级管理者
负责定义业务问题 负责计划、激励、组织和控制软件开发人员
项目（技术）管理者
开发人员
负责技术
负责说明需求、承担风险 直接与软件交互
客户
最终用户
有关项目经理（2/5）
项目组负责人：
很不幸而且是很经常的情况是，似乎某个人 用最简单的话来说， 碰巧落在项目管理者的位置上，也就意外地 成为了项目管理者。 负责人是这样一种人， M：激励 并站起来，去。 O：组织 I：想法、创新
员工
组织的建立与管理（5/14）