1、简答题
- 用简短的语言给出对分析、设计的理解。
- 分析强调对问题和需求的调查,而不是解决方案。强调做正确的事,做正确的选择。
- 设计强调满足需求的概念性解决方案(在软件和硬件中),而不是它的实现。强调将事情做正确。
- 用一句话描述面向对象的分析与设计的优势。
- 优势:分析人员不必是“语言专家”,问题领域的专家和实现级专家可以使用公共符号进行通信。
- 简述 UML(统一建模语言)的作用。考试考哪些图?
- 作用
UML是标准的图表语言可视化分析和设计的结果,为软件开发的所有阶段提供模型化和可视化支持,,方便设计过程中的沟通。可作为草图、蓝图和编程语言。 - 考试图
- 用例图:用户角度:功能、执行者
- 静态图:系统静态结构
- 类图:概念及关系
- 对象图:某种状态或时间段内,系统中活跃的对象及其关系
- 包图:描述系统的分解结构
- 行为图:系统的动态行为
- 交互图:描述对象间的消息传递
- 顺序图:强调对象间消息发送的时序
- 合作图:强调对象间的动态协作关系
- 状态图:对象的动态行为。状态-事件-状态迁移-响应动作
- 活动图:描述系统为完成某功能而执行的操作序列
- 交互图:描述对象间的消息传递
- 实现图:描述系统的组成和分布状况
- 构件图:组成部件及其关系
- 部署图:物理体系结构及与软件单元的对应关系
- 作用
- 从软件本质的角度,解释软件范围(需求)控制的可行性
- 软件的本质:复杂性、一致性、可变性、不可视性
- 在多数情况下,客户与开发者能就项目的 20% 内容给出严格的需求约定,80% 的内容都是相对模糊的。因此,围绕客户目标,发现并满足客户感兴趣的内容是最关键的。以 Office 产品为例,早期的版本的功能没有现在版本的 1% ,但这并不会妨碍它的成功。在当年并没人预见到 Office 会有如此多功能,使用者也不会因罗列诸多功能的产品感兴趣,感兴趣的往往是当时背景下最能创造价值的几个特性。
- 由于软件本身的复杂性、不可见性、不一致性、可变性,软件范围多数情况下对于客户和开发者都是模糊的,这形成软件产品与其他产品不同的开发过程。因此,范围管理是软件项目管理的重中之重!
2、项目管理实践
- 看板使用练习(提交看板执行结果贴图,建议使用 Git project)
- 使用截图工具(png格式输出),展现你团队的任务 Kanban
- 每个人的任务是明确的。必须一周后可以看到具体结果
- 每个人的任务是1-2项
- 至少包含一个团队活动任务
- UML绘图工具练习(提交贴图,必须使用 UMLet)
- 请在 参考书2 或 教材 中选择一个类图(给出参考书页码图号)
例图为UML和模式应用(原书第3版),第9页,第一章,图1-6:书上原图
- 请在 参考书2 或 教材 中选择一个类图(给出参考书页码图号)