系统分析与设计第二次作业

简答题

• 用简短的语言给出对分析、设计的理解
  分析阶段专注于系统需求，不关心解决方案；
  设计阶段专注于满足需求的解决方案，不关心具体实现；
  简而言之，分析是关于要做什么，设计是关于用当前的技术如何去做。

• 用一句话描述面向对象的分析与设计的优势
  分析设计过程和实现过程使用同一类建模标记，这使得面向对象的分析与设计不需要分析者精通具体的编程语言，也能够和实现者交流

• 简述 UML（统一建模语言）的作用。考试考哪些图？
  UML是标准的图表语言，能够可视化分析和设计的结果
  考试考的图：图形化的表示机制，十多种视图，分4类：

  • 用例图：用户角度：功能、执行者
  • 静态图：系统静态结构
    • 类图：概念及关系
    • 对象图：某种状态或时间段内，系统中活跃的对象及其关系
    • 包图：描述系统的分解结构
  • 行为图：系统的动态行为
    • 交互图：描述对象间的消息传递
      • 顺序图：强调对象间消息发送的时序
      • 合作图：强调对象间的动态协作关系
    • 状态图：对象的动态行为。状态-事件-状态迁移-响应动作
    • 活动图：描述系统为完成某功能而执行的操作序列
  • 实现图：描述系统的组成和分布状况
    • 构件图：组成部件及其关系
    • 部署图：物理体系结构及与软件单元的对应关系

• 从软件本质的角度，解释软件范围（需求）控制的可行性

  • 软件的本质是编写合适的代码，以满足目标对象需求。所谓合适的代码，指的是满足目标前提下尽可能减小工作规模。
  • 因为编写代码需要成本投入，因此代码量越少成本越低，但是另一方面我们又需要满足用户需求，这样又要求我们不能仅仅以代码尽量少为目标，我们需要权衡。
  • 由于软件本身的复杂性、不可见性、不一致性、可变性，软件范围（需求）在多数情况下，客户和开发者仅仅能够对少部分内容做出严格需求规定，而大部分内容都是模糊的。
  • 所以我们需要在满足严格规定的前提下（完成项目所需的最少代码量），去掉不明确的需求，然后通过多次迭代，不断丰富软件内容，得出最终的成品，这样的操作使得软件范围控制可行：我们使用最少的代码量保证了用户最基本最明确的需求，在此基础上丰富软件内容（视情况增加代码量），从而控制软件范围。

项目管理实践

• 看板使用练习
  • 使用截图工具（png格式输出），展现你团队的任务 Kanban
  • 每个人的任务是明确的。必须一周后可以看到具体结果
  • 每个人的任务是1-2项
  • 至少包含一个团队活动任务
    
• UML绘图工具练习（提交贴图，必须使用 UMLet）
  • 参考书2 第331页 图26-16：
    
  • 练习绘图：