系统分析与设计-作业二
HW2
王晶 16340217
文章目录
1. 简答题
用简短的语言给出对分析、设计的理解
分析是系统地对用户给出的各方面的需求进行研究，并在研究分析的过程中进行提炼和精简，直到我们所分成的所有部分都能够直接以我们所掌握的知识解决。
设计就是基于需求分析中得到的需求，然后进行具体的功能与界面的设计，从而提出的可行方案和工作计划。
用一句话描述面向对象的分析与设计的优势
面向对象的分析与设计能够构建与现实世界相对应的问题模型，并保持他们的结构、关系和行为为模式。
简述 UML（统一建模语言）的作用。考试考哪些图？
UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法，UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。
而且它还提供了多种类型的模型描述图，当在某种给定的方法学中使用这些图时，它使得开发中的应用程序的更易理解。UML的内涵远不只是这些模型描述图，但是对于入门来说，这些图对这门语言及其用法背后的基本原理提供了很好的介绍。
-
用例图：展示系统的核心功能及其交互的用户。用户称之为“活动者”（Actor）。用例使用椭圆表示。为简化建模过程，用例图可标注优先级。
-
类图：表现类的特征。类图描述了多个类、接口的特征，以及对象之间的协作与交互。由一个或多个矩形区域构成，内容包括：
–类型（类名）
–属性（可选）
–操作（可选）
-
对象图：表现对象的特征。对象图展现了多个对象的特征及对象之间的交互。
-
组件图：表现软件组件之间的关系。
-
部署图：表现用于部署软件应用的物理设备信息。
-
时序图：捕捉一段时间范围内多个对象之间的交互信息。强调消息交互的时间顺序。
-
协作图：表现一定范围内对象之间协作的信息。强调与信息交流的对象之间的组织结构。
-
状态转换图：强调一个对象在不同事件触发时，其内部状态的转变过程。
-
活动图：描述活动的流程。
从软件本质的角度，解释软件范围（需求）控制的可行性
由于软件本身的复杂性、不可见性、一致性、可变性，软件范围多数情况下对于客户和开发者都是模糊的，这形成软件产品与其他产品不同的开发过程。因此，范围管理是软件项目管理的重中之重。在多数情况下，客户与开发者能就项目的 20% 内容给出严格的需求约定，80% 的内容都是相对模糊的。所以更需要对软件需求的控制，对目标系统提出完整、准确、清晰、具体的要求，确定系统必须完成哪些工作，而且需要在合适的时候对业务进行删减。
项目范围的变更必然会造成项目进度计划、人员安排、成本等各方面的变化，处理不当则会增加项目风险，甚至造成项目陷入混乱的状态。
范围控制就是指监控项目的范围状态，管理范围变更。范围控制的目的是在出现范围变更需求后，管理相关的计划、资源安排以及项目成果，使得项目各部分可以很好地配合在一起，避免变更带来的负面影响。
未经控制的产品或项目范围的扩大被称为范围蔓延。变更是不可避免的，为防止范围蔓延，在每个项目上，都必须强制实施某种形式的变更控制。
2. 项目管理实践
看板使用练习
- 使用截图工具（png格式输出），展现你团队的任务 Kanban
- 每个人的任务是明确的。必须一周后可以看到具体结果
- 每个人的任务是1-2项
- 至少包含一个团队活动任务
UML绘图工具练习（提交贴图，必须使用 UMLet）
请在 参考书2 或 教材 中选择一个类图（给出参考书页码图号）
只需要从右上角将对应的控件拉到左边，然后在右下角进行相应的修改就可以了
参考：UML和模式应用(原书第三版)第27页