用用例分析技术进行需求分析和构架建模_谈俊峰
深入理解用例建模
UML用例建模解析刘伟UML（统一建模语言）是当前软件开发中使用最为广泛的建模技术之一，通过使用UML 可以构造软件系统的需求模型（用例模型）、静态模型、动态模型和架构模型。
UML通过图形和文字符号来描述一个系统，它是绘制软件蓝图的标准语言。
熟练掌握UML建模技术是一个优秀的软件从业人员所必备的基本技能之一，越来越多的软件企业在招聘中也需要应聘者具备一定的UML知识基础和实践经验。
作为UML的初学者，很多人也在尝试使用UML中的图形来描述一个软件系统，构造一个软件系统的蓝图。
然而，在使用UML的过程中，一部分人并没有深入理解这些图的作用，以及这些图在绘制过程中的一些技巧。
我将陆续通过几篇文章来帮助大家更快更好地学习UML，在软件项目中合理使用UML来提高软件开发效率并规范软件开发流程。
在本文中我将结合库存管理系统来深入浅出地讲述UML建模中的第一个模型——需求模型的构造，即用例建模，包括如何绘制规范的用例图、如何编写简洁而又清晰的用例文档、以及怎样通过用例图和用例文档来构造软件系统的需求模型。
在UML中，需求模型又称为用例模型，它主要用于描述系统的功能性需求，即软件可以实现的功能，如登录、注册、入库、出库、查看库存报表、增加员工信息等。
常规的用例建模一般包括两个组成部分：绘制用例图和编写用例文档。
1. 绘制用例图用例图是UML中比较简单的一种图形，它包含两个主要组成元素，分别是执行者(Actor)和用例(Use Case)。
执行者又称为参与者或角色，用例又称为用况或案例。
在用例图中，执行者用一个“小人”符号表示，用例用一个“椭圆”符号表示，因此用例图又有一个名字为“小人椭圆图”。
最简单的用例图如下：入库仓库管理员在该用例图中，“仓库管理员”表示执行者，“入库”表示一个用例，即系统的一个功能。
执行者是指直接和系统交互的一类事物，执行者主要有如下三类：(1) 直接使用系统的人，如使用一个库存管理系统的仓库管理员、仓储部经理等用户，仓库管理员可以通过系统进行入库和出库操作，仓储部经理可以通过系统查看各种报表，如库存报表、财务报表等；(2) 与该系统相关的其他系统，如在库存管理系统中如果涉及到付款操作，需要使用另一个软件——支付系统，此时支付系统就是库存管理的执行者之一；(3) 自动发生的事件，如时间、温度等自动事件，如果库存管理系统要求每晚零点执行一个数据汇总操作，此时时间就成为该操作的执行者。
软件工程与开发技术(西电第二版)第9章 需求分析与用例模型
对参与者的进一步描述应该包括对其职责的描述，这种 职责最终会对应系统的功能。
第9章 需求分析与用例模型
在用例定义中有两点需要注意： (1) 用例必须获取有价值的目标或者达到一定的目的。 (2) 通过一个或者多个交互活动序列来完成该目标。 这两点是抽取用例、确定用例粒度和描述用例的基础， 例如在ATM机上取款是一个用例，其目的很明确，也需要 通过一系列的交互活动来达到此目的。输入密码则不是一个 用例，因为其没有包含一系列的系统交互活动。
接口需求是指系统和外部交互的需求，包括格式、时间 及其他约束。
物理需求说明系统的物理特性，如物质、形状、尺寸、 重量等，也可以描述硬件需求，如物理网络配置等。第9章 需求分析 Nhomakorabea用例模型
9.1.3 需求与用例模型 用例(Use Case)是从使用者的角度或者说从系统外部观
察系统的功能。它是系统功能抽象的使用案例，描述了系统 功能的使用过程或者与用户的交互过程。用例可以看成是一 种观察系统、描述系统的角度，从用例角度来看，系统被看 成是黑盒，不涉及或者不关心系统内部如何实现，只关注系 统做什么。这正符合需求分析阶段的主要任务，即定义系统 做什么，而不是如何去做。
第9章 需求分析与用例模型
泛化关系就是一种分类或者抽象关系。这时候可以把参 与者看成是一般对象，只不过是系统之外的对象。具体的参 与者和更加抽象的参与者之间的关系可以使用泛化关系来表 示。比如说，课程注册系统的用户分为几种类型：用户、系 统管理员、教师用户、学生用户等。用户是抽象的，分为三 种具体类型，分别是系统管理员、教师、学生等。参与者之 间的关系如图9.2所示。
需求分析与用例模型
特殊需求
➢非功能需求URPS
软件需求
可用性Usability
可靠性Reliability 性能Performance
非功能需求
功能需求
设计约束
可支持性Supportability
➢设计约束
用Oracle数据库平台;用PB开发…
软件必须符合ISO×××标准
……
本质上不是需求;只是从商业 行政 技术上的约 束
第3章 需求分析与用例模型
第3章 需求分析与用例模型
在软件工程中;需求分析指的是在建立系统时描写系统 的目的 范围 定义和功能时要做的所有工作
需求分析是软件工程中的一个关键过程 在这个过程中; 系统分析员和软件工程师要确定顾客的需求
第3章 需求分析与用例模型
软件开发过程中常见的场景
第3章 需求分析与用例模型
实例分析：网上书店
用例粒度
➢ 用例的粒度指的是用例所包含的系统服务或功能单元 的多少
➢ 用例的粒度越大;用例包含的功能越多;反之则包含的 功能越少
比用较例下列粒两度图用例的粒度
用例粒度
➢ 如果用例的粒度很小;得到的用例数就会太多 反之; 如果用例的粒度很大;那么得到的用例数就会很少
➢ 如果用例数目过多会造成用例模型过大和引入设计困 难大大提高 如果用例数目过少会造成用例的粒度太 大;不便于进一步的充分分析
➢ 在UML中;扩展关系用虚线箭头加<<extend>>表示;箭头指 向基础用例;即被扩展的用例
4 扩展关系
4 扩展课表关查询系系统
4 扩展关系
使用场合 对扩展用例的限制规则：将一些常规的动作放在一个
基本用例中;将可选的或只在特定条件下才执行的动作放 在它的扩展用例中
面向对象的软件开发过程中的需求分析与建模研究
面向对象的软件开发过程中的需求分析与建模研究第一章引言随着信息技术的快速发展，软件已逐渐成为了现代社会不可或缺的组成部分。
而软件开发过程中的需求分析与建模是确保软件开发质量的重要步骤，因此在面向对象的软件开发中，需求分析与建模研究具有重要的意义和价值。
本文将从面向对象的软件开发出发，介绍需求分析和建模的概念、方法和工具，并重点探讨基于面向对象的软件开发过程中的需求分析与建模研究。
第二章面向对象的软件开发面向对象的软件开发是一种软件开发方法，它以对象为中心，实现了软件的高内聚、低耦合和易维护性，具有较高的开发效率和软件重用性。
在面向对象的软件开发中，需求分析和建模是其中的关键环节。
基于面向对象的软件开发过程主要包括以下几个阶段：1.需求分析阶段。
在该阶段中，需求分析人员将收集和分析用户和系统需求，以确定软件开发的需求和目标。
2.设计阶段。
在设计阶段中，设计人员将根据需求分析阶段的结果，设计面向对象的软件系统架构和对象模型。
3.编码和测试阶段。
在这个阶段中，开发人员将根据设计人员的指示开发代码和进行测试，以确保软件能够按要求正确运行。
4.部署和维护阶段。
在这个阶段中，开发人员将软件部署到用户环境中，并进行维护和修复错误。
在整个软件开发过程中，需求分析和建模是相互关联、相互作用的关键环节。
第三章需求分析与建模基础知识3.1 需求分析需求分析是软件开发的首要任务，它是确保软件开发符合用户需求的前提条件。
需求分析包括两个方面，即功能需求和非功能需求。
1.功能需求功能需求是软件开发中最基本的需求，它是用户对软件功能的具体要求。
在软件开发中，功能需求可以通过用例图、活动图、状态图和顺序图等方法进行描述和分析。
2.非功能需求非功能需求是软件开发中的另一个重要因素，它主要描述软件的性能、可靠性、安全性、可维护性和可移植性等方面的要求。
常用方法包括场景模型、质量属性树和系统特征模型等。
3.2 需求建模需求建模是将需求分析的结果转换为相应的模型，以便于软件设计和开发人员的理解和使用。
软考架构师论文-论软件系统建模方法及其应用
摘要：2018年下半年，本人有幸参加了某汽车玻璃生产厂商的“产品质量追溯与条码管理系统”的开发建设工作。
该系统基于三层B/S架构，是以条码管理为基础、涵盖原材料采购、生产物料准备、生产制造执行、仓储管理、成品调拨销售为一体的综合性管理系统。
在该系统的建设中，本人作为系统架构负责人，主要负责需求分析与架构主体设计等工作。
本文以该系统的构建开发过程为例，首先探讨在软件系统开发中常用的建模方法有哪几类以及每种方法的特点和适用范围。
然后着重探讨在该项目的建设过程中，我们是如何采用面向对象的建模方法，通过UML中的用例图、和状态图和活动图（泳道图）进行系统建模的。
由于构建了良好的模型，该系统成功地在客户要求的时间内，以较高的质量完成了建设任务。
正文：在汽车工业快速发展的今天，越来越多的汽车零部件生产企业意识到，实现产品可追溯是提高自身产品质量的有效保证。
随着汽车召回制度的颁布，快速召回有缺陷的产品并根据缺陷产品的条码标识追溯到产品的型号、批次、原材料信息甚至生产工序、生产人员、生产时间、生产设备等信息，可以为查找问题根源，快速解决产品缺陷带来极大便利。
2018年下半年，我公司受当地某汽车玻璃生产厂商的委托，开发“产品质量追溯与条码管理系统”。
该系统采用三层B/S架构，是基于条码管理的，涵盖该厂商整个生产过程的综合性管理系统。
该系统需要覆盖该厂商分布在全国各地的三家生产基地和十多家供货仓库。
客户希望通过该系统的建设达到如下几个目标：一是根据条码技术和生产数据的实时采集与记录，实现产品的可追溯属性；二是通过在生产过程中对条码的扫描核对，实现对生产过程的规范化控制，如批次控制、先进先出控制等；三是基于条码技术，实现物料防混，避免生产、发货过程中出现物料不一致的情况；四是通过对系统中累积数据的分析，制定更有效的经营决策。
作为该系统的架构负责人，本人主要负责需求分析与架构主体设计等工作。
在客户沟通需求的同时，我们也在考虑应该使用那种方式进行系统的建模工作。
软件开发工程中的模型和方法论
软件开发工程中的模型和方法论一、引言在当今的信息化社会，软件开发工程正日益成为人们生产和生活中必不可少的一部分。
随着技术的不断更新，软件开发工程中的模型和方法论也在不断发展，以满足不同行业、不同领域的需求。
本文将从软件开发过程中的需求分析、设计、编码和测试四个阶段，介绍一些常用的模型和方法论。
二、需求分析阶段需求分析阶段是软件开发中最关键的阶段之一。
只有深入了解用户需求，并将其转化为软件需求，才能够开发出用户满意的软件。
在需求分析阶段，较为常用的方法论是面向对象分析和用例驱动方法。
1.面向对象分析面向对象分析（Object-Oriented Analysis，OOA）是一种用对象的概念描述用户需求的方法。
它着重于人们认为的实际对象，而不是过程或操作。
面向对象分析强调对象的属性、状态、行为和它们之间的相互作用。
面向对象分析是以面向对象编程（OOP）为基础的。
开发人员通过面向对象分析获得的对象模型，可以更好地设计和构建软件。
在面向对象分析中，需求分析师通常会使用一些UML（统一建模语言）工具，比如类图、用例图、状态图等，以支持对需求的分析和设计。
2.用例驱动方法用例驱动方法（Use Case Driven Methodology，UCD）是一种以用例为中心的开发方法，它能够有效地比较和交流用户需求。
用例是指从用户的角度描述软件应该如何工作的一种方式，是用来理解和规范用户需求的工具。
用例驱动方法认为，“不同的用户需求可能会聚集在同一个用例中。
”通过用例，我们可以把所有的需求聚集到一起，得到一份权威的需求列表。
在UCD中，需求分析师通常会使用用例图、分类图等工具，以支持需求的分析和设计。
三、设计阶段在完成需求分析之后，就进入了设计阶段。
在这个阶段中，我们需要根据需求分析的结果，设计出一份系统架构和详细的设计方案。
1.结构化设计结构化设计（Structured Design）是一种以数据流程图和结构图为基础的设计方法。
软件需求工程中的模型及分析方法
软件需求工程中的模型及分析方法在软件开发中，软件需求工程是非常重要的一环，因为在这个阶段确定的需求将直接影响后续的软件设计和开发。
而模型及分析方法是软件需求工程的重要工具，它们可以帮助开发人员深入了解用户需求，更好地完成软件开发任务。
本文将围绕软件需求工程中的模型及分析方法展开讨论。
一、模型及其类型模型是对实际系统或过程的一种抽象表示，它可以帮助开发人员更好地理解和分析软件需求，在需求工程中常用的模型包括以下几种：1.1 静态模型静态模型是对系统或过程中的元素及其关系的表示，它们的变化不随时间而定。
在需求工程中常用的静态模型包括数据流图、结构图、实体关系图等。
数据流图可以表示系统中的数据输入、输出以及数据处理过程，它可以帮助开发人员更好地理解数据流动的过程。
结构图可以表示系统中的模块和模块之间的关系，它可以帮助开发人员更好地理解模块之间的交互。
实体关系图可以表示系统中不同实体之间的关系，它可以帮助开发人员更好地理解实体之间的交互。
1.2 动态模型动态模型是对系统或过程中的操作及其变化的表示，它们的变化随时间而定。
在需求工程中常用的动态模型包括状态图、活动图、时序图等。
状态图可以表示系统中不同状态之间的转换，它可以帮助开发人员更好地理解系统状态的变化。
活动图可以表示系统中各种活动的执行过程，它可以帮助开发人员更好地理解系统中不同活动之间的关系。
时序图可以表示系统中事件之间的时间顺序，它可以帮助开发人员更好地理解系统中不同事件的执行顺序。
1.3 物理模型物理模型是对系统或过程中的物理组件及其关系的表示，它们通常与硬件和软件的配合使用。
在需求工程中常用的物理模型包括部署图、机房图等。
部署图可以表示不同硬件之间的连接和通信，它可以帮助开发人员更好地理解系统中不同硬件之间的配合。
机房图可以表示不同设备在机房内的位置和连接方式，它可以帮助开发人员更好地理解机房中各种设备的位置关系。
二、分析方法及其应用分析方法是针对需求进行深入分析的方法，通过分析可以更好地理解用户需求并确定需求的可行性。
需求分析与用例建模.最全优质PPT
– 现有系统存在的问题：可以通过调查表，收集 一些信息。了解现有系统存在的主要问题。
7
1、系统调查划性原则 – 科学性原则 – 前瞻性原则
求，使用合适的调查研究技术验证事实。
14
2、系统需求陈述
• 为获得正确的业务模型，要建立需求陈述。 内容包括：问题范围、功能需求、性能需 求、出错处理需求、接口需求、约束、应 用环境、假设条件及将来可能提出的要求 等。
• 需求陈述应该阐明“做什么”，哪些是必 须的，哪些是任选的。
• 需求陈述案例（见备注）
8
1、系统调查
• 详细调查的内容
– 全面调查内容：与初步调查一样，要了解现行 系统的发展历史、现状、规模、经营状况、业 务范围、与外界的联系、确定系统的边界；对 系统的组织结构进行调查，了解各个部门的权 限、职责、人员分工和关系等；了解系统的资 源状况，现有系统的物资、资金、设备、建筑 平面布局和其他的资源。
5
1、系统调查
• 初步调查主要关注的内容
– 现行系统的概况：规模、目标、历史、组织结 构、管理体制、人员分工、技术条件及技术水 平等。
– 系统外部的资源：现行系统和外部环境有哪些 联系，哪些外部条件制约系统的发展。
– 现行系统的资源：现行系统有哪些资源，信息 系统的状况。
6
1、系统调查
• 初步调查主要关注的内容
– 详细调查：在系统分析阶段进行的，即在确定 系统可行并立项后，投入大量的人力，展开大 规模、全面详细的系统调查。
4
1、系统调查
• 初步调查
– 是接受客户提出建立新系统的要求后，系统研 制人员和用户管理人员的第一次沟通。
需求分析与用例建模
（2）系统的用户 进销存管理子系统的用户包括客户、仓库管理员、销售人员、采购人员、公司经 理、财务管理 系统、生产调度管理系统等 （3）系统运行用户界面 销售合同管理用户界面，采购合同管理用户界面，仓库货物清单管理用户 界面 （4）系统运行的软件、硬件环境 执行者：采购人员，销售人员，仓库管理员，客户，公司经理， 生产调度管理子系统，财务管 理子系统 二、 系统的 UML 建模 （1） “企业综合信息管理系统”中的用例 财务管理，人力资源管理，生产调度管理，进销存管理， 生产设备安全管理，行政事务管理。企业综合信息管理系统，企业综合信息管理系统最高用例图。 （2） “进销存管理子系统”中的用例 销售管理，采购管理，库存管理。 进销存管理子系统 （3） “销售管理子系统”中的用例 制定产品销售计划，签订销售合同，督促客户付款，监督产品发 货，检查合同履约，提供售后服务。销售管理子系统用例图，销售合同管理子系统用例图。 （4） “采购管理子系统”中的用例 制定采购计划，签订采购合同，货物入库检验，支付货款，检查 合同履约，销售合同管理子系统的用例图。 （5） “库存管理子系统”中的用例 入库管理，出库管理，库存管理。 2. 使用 Rose 创建一个模型，实现教材案例“企业综合信息管理系统”的用例建模。 3. 对照教材 P97~P103 内容，学习确定用例和用例描述、理解并使用 Rose 绘制各个用例图。 4. 对照教材 P104~P106 内容，学习用活动图描述用例、理解并使用 Rose 绘制各个活动图。 5. 对照教材 P106~P108 内容，学习细化活动图、理解并使用 Rose 绘制各个活动图。 6. 保存模型文件。以便以后细化和完善 ①
4，简述用例的主要关联分为哪几种？如何理解和表示？
1 、 泛化关系 Generalization 、 代表一般与特殊的关系。 （类似于继承） 在用例泛化中，子用例表示父用例的特殊形 式，子用例继承了父用例的行为和属性，也可以增加新的行为和属性或覆盖父用例中的 行为。
毕业论文-需求分析的方法与建模(doc36)-毕业设计【管理资料】
南开大学本科生毕业论文（设计）题目：____需求分析的方法与建模__学号：____0010127____________姓名：____方春强___________年级：____2000 级___________学院：____软件学院___________系别：____软件工程___________专业：____软件工程___________完成日期：____2004-5-24__________指导教师：____林晓旻___________需求分析的方法与建模软件学院软件工程系软件工程专业方春强学号：0010127指导教师：林晓旻讲师摘要:需求分析作为软件工程的开始，具有相当的难度去把握它。
为了更好的了解软件需求，人们发展了许多方法和建模技术。
借助这次中远船员信息管理系统需求分析实践机会，尽量的在作分析的过程中运用了解的方法、掌握的建模技术，不仅能够有效的分析软件需求，还能加深知识。
关键字：分析，领域，方法学，建模技术，需求AbstractThe requirement analysis took the software engineering the start, has the suitable difficulty to grasp it. In order to understanding software requirement better, people have developed many methods and the modeling technology. With the aid of this CSIS requirement analysis practice opportunity, using the understood method and modeling technology in the analyzing process as far as possible, not only can make the software requirement analysis effective, but also can deepen our knowledge.Key Words：Analysis, domain, methodology, modeling technique, requirement目录第一章绪论 (1)什么是软件需求 (1)需求的过程 (1) (3)第二章方法论 (5)结构化分析（SA） (6)面向对象分析（OOA） (6)面向问题域分析（PDOA） (7)方法的对比 (8)第三章建模技术 (10)外部模型 (10)内部模型 (12)选择技术 (13)第四章需求分析实践 (15)获取需求 (15)需求初始化阶段 (17)详细需求建模阶段 (21)编写需求文档 (25)第五章技巧与心得 (28)总结与展望 (28)一些技巧 (28)致谢 (30)参考文献 (31)第一章绪论什么是软件需求目前，所有国家都在使用复杂的计算机系统。
基于ZigBee的无线传感器网络节点的设计与实现
２ ０ ．— ２ －ቤተ መጻሕፍቲ ባይዱ —
计 算机 光盘 软件 与应 用
软件设计开发
，
２ １ 年第 １ ０２ ６期
Ｃ ｍ ｕ ｅ Ｄ Ｓ ｆｗ ｒ ｎ ｐ ｌ ｃ ｔ ｏ ｓ ｏ ｐ ｔｒ Ｃ ｏ ｔａ ｅ ａ ｄＡ ｐ ｉ ａ ｉ ｎ
修改数据的字段类型等属性，本系统将所有数据表字段编 制成 数据 字 典 。 ３ 系统 详细 设计 ． ３
计算 机 光盘软 件 与应 用
软 件设计开发 Ｃ ｍ ｕ ｅ ＤＳ ｆｗ ｒ ｎ ｐ ｌ ｃ ｔ ｏ ｓ ｏ ｐ ｔ ｒ Ｃ ｏ ｔ ａ ｅ ａ ｄ Ａ ｐ ｉ ａ ｉｎ ２１ ０ ２年第 ｌ 期 ６
基 于 Ｚ Ｂ ｅ的无 线 传 感 器 网络 节点 的设 计 与 实 现 ｅ ｉ ｇ
中 图分 类号 ：Ｔ ２２ Ｐ１
文献 标识 码 ：Ａ
文 章编 号 ：１０ —５ ９（０ ２ １—２ ００ ０ ７９ ９ ２ １） ６０ ２ —２
１ Ｚ ｇｅ 概 述 ｉＢ ｅ
１１ Ｚ ｇ ｅ ． ｉＢ ｅ协 议 构 建
基 于 Ｚｇ ｅ 的无 线传 感器 络节 点 的开 发平 台硬件 ｉＢ ｅ
频 芯 片 Ｃ ２ ３ 。 Ｃ ４ ０ 片在单 个 芯片 上整 合 了 Ｚｇ ｅ Ｃ ４０ Ｃ ２３ 芯 ｉ ｅ Ｂ 射 频前 端 、内存 和微 控制 器 。 括 １ ８ ＭＣ （０ １ 、 包 个 为 Ｕ ８５ ） ３／４１８ Ｂ可编 程 闪存 、８ １的 Ｒ Ｍ 、模数 转 换器 、几 ２ ／ Ｋ ６ ２ Ｋ３ Ａ 个 定 时 期 、Ａ １８ 协 同处理 器 、看 门狗 定 时器 、３ Ｋ ＥＳ ２ ２ Ｈｚ
理 层管 理 实体 服务 接入 点 和一 个数 据 服务 接入 点 ，通 过这 线 传 输硬 件平 台 的核心 是符 合 Ｚｇ ｅ 标 准 的 ２ Ｇ ｚ ｉ ｅ Ｂ ． Ｈ 的射 ４
结构化分析(传统建模方法)方法 分析模型：数据流图(
Do:显示售货机在备用 所有灯都关闭 Do:显示金额总数
投入硬币 （有效的） 投入硬币金额
(1元、5元、10元)
回到备用状态
Do:显示金额已够 饮料选择灯亮 按下选择饮料键
取出饮料 结算找零 扣减存量 完成交易
金额不足 再投币
回到备用状态
存量为零 饮料“售完”灯亮
事件追踪图举例：打电话的事件追踪图
实例连接示例及表示
教师为学生 授课：
教师 学生
教学 0,m 0,n
教师为学生 指导论文：
教师
指导论文 0,m 1
学生
关联关系(链属性)的表示
允许实例连接带有一组属性，这些属 性通过关联来描述
类1 类1
连接名称 m n 连接 属性
关联关系
教师
指导论文 0,m 1 题目 答辩时间 成绩
学生
(链属性)
connectSuccess () Diaconnectsuccess()
移动电话系统的类图之二
对象模型技术
(OMT, Object Model Tech)
基本模型:
对象模型 动态模型 功能模型
三个模型分别从不同角度分析系统
分析模型
• 对象模型: 描述静态结构, 定义做
事情的实体
• 功能模型: 描述处理(数据变换),
建立概念模型（UML中的类图）
•确定并定义类 •建立关联 •添加属性 •描述系统行为：系统顺序图等
建立关联
对象之间的静态联系称为实例 连接(Instance Connection) ，它通过 对象的属性来表现对象之间的依赖关 系。
面向对象术语中把对象之间的实 例连接称为链接(Link)，把类之间的 实例连接称为关联(Association)
《软件工程案例教程》李军国主编习题答案
《软件⼯程案例教程》李军国主编习题答案第1章习题答案⼀、判断题⼆、填空题三、简答题1.软件的特点:①软件具有抽象性。
②软件与硬件的⽣产⽅式不同。
③软件与硬件的维护⽅式不同。
④软件具有复杂的逻辑性。
⑤软件的成本较⾼。
⑥软件的使⽤和社会因素有关。
2.软件危机产⽣的原因:①⽤户需求不明确。
②缺乏正确的理论指导。
③软件开发规模越来越⼤。
④软件开发复杂度越来越⾼。
3.软件危机的主要表现:①软件开发进度难以预测。
②软件开发成本难以控制。
③⽤户对产品功能难以满⾜。
④软件产品质量⽆法保证。
⑤软件产品难以维护。
⑥软件缺少适当的⽂档资料。
4.软件⼯程学的基本原则有哪些:①抽象。
②信息隐蔽。
③模块化。
④局部化。
⑤确定性。
⑥⼀致性。
⑦完备性。
⑧可验证性。
5 什么是软件的⽣命周期？答案：软件与任何⼀个事物⼀样，有它的孕育、诞⽣、成长、成熟、衰亡的⽣存过程。
这就是软件的⽣存周期。
6 软件⼯程过程有哪⼏个基本过程活动？试说明之。
答案：软件⼯程过程的基本过程活动有4步：①软件规格说明（需求定义）。
规定软件的功能及其运⾏的限制；②软件设计与开发（设计开发）。
产⽣满⾜规格说明的软件；③软件确认（测试）。
确认软件能够完成客户提出的要求；④软件演进（维护）。
为满⾜客户的变更要求，软件必须在使⽤的过程中演进。
四、综合题1.详细说明软件⽣命周期分哪⼏个阶段？答案：软件⽣命周期主要分为6个阶段：软件项⽬计划、软件需求分析和定义、软件设计、程序编码、软件测试，以及运⾏维护。
(1)软件项⽬计划：在这⼀步要确定软件⼯作范围，进⾏软件风险分析，预计软件开发所需要的资源，建⽴成本与进度的估算。
根据有关成本与进度的限制分析项⽬的可⾏性。
(2)软件需求分析和定义：在这⼀步详细定义分配给软件的系统元素。
可以⽤以下两种⽅式中的⼀种对需求进⾏分析和定义。
⼀种是正式的信息域分析，可⽤于建⽴信息流和信息结构的模型，然后逐渐扩充这些模型成为软件的规格说明。
另⼀种是软件原型化⽅法，即建⽴软件原型，并由⽤户进⾏评价，从⽽确定软件需求。
03-3 需求分析(需求获取技术)
必要的补充说明（数据结构、业务规则）
21:55 河海大学计算机及信息工程学院 郭学俊 30
书写用例文档：示例1
1、用例：登记成绩（Submit Grades） 2、用例目标：本用例允许教师提交一门课程的学生成绩。 3、事件流 基本流程：当教师希望提交上学期完成的一门或多门课程的学 生成绩时，本用例开始执行。 （1）系统显示教师上学期所教的课程列表； （2）教师选择所教课程； （3）系统检索出已注册此课程的学生列表，显示每个学生及其以 前所给的成绩； （4） 对于列表中的每个学生，教师输入百分制成绩，系统记录所 提供课程的学生成绩。如果教师希望跳过某个特定的学生，其相应的 成绩可以为空，以后在进行填写。教师可以修改学生的成绩。 可选流程：在主流程中，如果教师在上学期没有教课，系统将显 示错误信息，教师接受此信息，用例结束。 4、前提条件：用例开始之前，教师必须在系统登录成功。 5、后置条件：如果用例执行成功，所提供课程的学生成绩被更新，否 则，系统状态不变。
事件流描述：哪些角色在什么情况下启动执行用例；信息交互流
程；不同条件下可以选择的交互流程。描述语法：主+谓+宾，主语是 角色或系统。
基本流程
1. 角色做什么； 2. 系统做什么； 3. … … X X X X；
可选流程（扩展流程）
3a. X X X X； 3a1. … … X X X X； 3a2. … … X X X X； 3b. X X X X； 3b1. … … X X X X；
21:55 河海大学计算机及信息工程学院 郭学俊 1
本章主要内容
3.1 软件需求概念
-软件需求的问题、定义、层次、来源、依据、目标
3.2 需求工程过程
uml02.Essentials+of+Visual+Modeling+with+UML2(北航 谭火彬)
Design Model
-12-
Copyright © thbin@
College of Software, BUAA
Levels of Precision May Differ
Every
model may be expressed at different levels of precision. The best kinds of models let you choose your degree of detail, depending on:
-10-
Copyright © thbin@
College of Software, BUAA
Four Principles of Modeling
The
model you create influences how the problem is attacked Every model may be expressed at different levels of precision The best models are connected to reality No single model is sufficient
已广泛应用，主要增强了MDA特性 2005年7月正式发布UML 2.0 2007年8月、11月UML2.1.1&2.1.2 2009年2月UML 2.2 2010年5月UML 2.3
利用UML的面向对象分析建模
利用UML的面向对象分析建模黄金晶;李文骏【期刊名称】《常州信息职业技术学院学报》【年(卷),期】2011(010)005【摘要】介绍了利用UML统一建模语言进行面向对象分析建模的方法,并以一个呼叫中心系统的开发为背景,采用UML建模语言,对该系统进行用例建模、类与对象建模以及动态建模,展示了UML在需求分析建模中的优势。
%This paper introduces the method of object-oriented modeling based on UML.Then under the background of a call center,this paper conducts use case modeling,class and object modeling,dynamic modeling about the system,which shows the advantages of doing requirement analysis by UML.【总页数】3页(P13-15)【作者】黄金晶;李文骏【作者单位】苏州工业职业技术学院信息工程系,江苏苏州215104;苏州大学,江苏苏州215006【正文语种】中文【中图分类】TP311.52【相关文献】1.面向对象分析和设计领域的统一建模语言UML [J], 张泉;陈涵生2.UML建模机制在面向对象分析中的应用 [J], 刘敏;李云清3.基于领域模型的面向对象分析及UML建模 [J], 张凤英;邹咸林4.面向对象分析与设计技术(OOA&D)及统一建模语言(UML)在产品结构管理中的应用 [J], 花艳5.利用UML语言建模——以图书馆管理系统为例 [J], 潘呈昀因版权原因，仅展示原文概要，查看原文内容请购买。
一种从用例模型到分析模型的设计方法
一种从用例模型到分析模型的设计方法李军【期刊名称】《计算机系统应用》【年(卷),期】2012(021)001【摘要】由于分析模型的复杂性,软件设计师在软件建模过程中往往容易忽略它,直接从用例模型到设计模型,但这样方法难以验证用例的准确性.本文提出了一种从用例模型到分析模型的设计方法,并阐述了这种方法的机理,详细说明了从用例模型中识别分析类的方法,深入探讨了从用例模型中获取实体类的属性及设计分析类的职责.%Software designers usually overlook Analysis Model Because of its complexity, and make Design Model directly from Use Case Model. But this method cannot verify the accuracy of the use cases. This paper presents a modeling method of firstly from Use Case Model to Analysis Model, then mapping Analysis Model to Design Model, and describes the principle of this method, explains specifically how to distinguish Analysis Class from Use Case Model, and discusses deeply how to obtain the attributes of Entity Class and how to design the operations of Analysis Class.【总页数】4页(P191-193,182)【作者】李军【作者单位】长沙环境保护职业技术学院信息技术系,长沙410004【正文语种】中文【相关文献】1.一种基于cantata的单元测试用例设计方法 [J], 魏银英;杨苗2.一种“用例+控例”驱动的软件分析与设计方法 [J], 刘春;张伟;赵海燕;金芝3.一种改进的正交测试用例设计方法研究 [J], 杨翠清;滕奇志4.一种基于场景的装备软件测试用例设计方法研究 [J], 王万金;韩成柱5.一种基于需求的测试用例设计方法设计 [J], 唐滔;谭凤因版权原因，仅展示原文概要，查看原文内容请购买。