系统分析与设计实践指导书.docVIP

All empires fall, you just have to know where to push. 《系统分析与设计实践》指导书 一、实践目的 本课程是专业的修课。实强调完成。不但要培养学生，要培养学生。本课程要求学生完成，以。实进行过程中，指导教师给予适当的指导，尽量让每个学生自己动手完成，并要求学生指导教师根据学生情况和报告的撰写情况打分。 附录2：主要技术要点提示 一、“仿真系统”释义 所谓仿真系统，本实践是指模仿实际物理系统的软件（当然也有用硬件进行仿真的情况，但本实践是指软件）。在科学研究中，常用仿真的方法模拟系统的运行特性、参数变化、工作过程等。本实践内容之一要求用软件模拟微波炉的工作过程，属于过程模拟。即，要求程序能够模仿微波炉的工作步骤和过程。这样的模拟程序只是为了综合应用所学系统分析与设计的知识和技能，并不要求有工业上的实际意义。程序需要模仿微波炉的界面、事件（操作）、响应。可以用组件（类）模拟微波炉的部件。 二、Rose Rose是辅助系统分析及设计的工具，可以在Rose上描述用例，建立分析模型、设计模型，画各种UML图，设计用例等。该工具使用简单，只要懂得系统分析与设计，就很容易掌握其操作。 三、需求描述 需求是软件为达到用户的目标所必需具备的能力。使用用例描述需求是比较通行的方法。用例是从系统参与者（处于系统外部）角度看到的系统使用场景。一个用例应取得对参与者有意义的可观察的结果。 四、领域对象分析 领域对象及问题领域的概念。进行领域对象分析是为了更全面深入理解系统，为系统设计作准备。领域模型中部分领域对象会成为设计对象的来源。 五、分析模型与设计模型 在Rose中，RUP是其支持的主要软件过程模式。在RUP中，所谓分析模型是从逻辑角度分析的系统的结构和构成。分析模型完全从需求得到，未考虑具体的实现细节，是较理想但不一定能实现的模型。分析模型是中间结果，一般不建立文档。但可以将分析模型直接转移到设计模型中，在分析模型的基础上进一步得到设计模型。 在有些软件过程中，没有提到分析模型。 设计模型就是系统的设计结果。设计模型表明系统由哪些类构成，类之间有何关联，各个类有哪些属性和方法。设计模型在分析模型的基础上考虑了实现的细节。 六、架构设计 架构设计主要决定系统由哪些大的逻辑结构构成。例如分层的方式，各层有哪些功能和职责等。架构设计一般从架构模式从得到启发和指引。架构常用4+1视图表示。架构的4+1视图是指架构的逻辑视图、进程视图、开发视图、物理视图外加用例视图。逻辑视图表示系统的静态结构（如逻辑层的划分、类与类的关系等），常用包图、类图表示；进程视图表示系统运行时，各进程之间的依赖关系。进程视图也使用类图（带有《process》关键字的类表示进程）表示；开发视图表示系统的子系统划分、包的组成，用组件图表示(带有《component》关键字的类表示组件)；物理视图表示系统部署方式，常用部署图表示；用例视图表示系统的功能总览，以用例图表示。 七、用例实现 对每个用例进行实现，是系统设计的主要方法和活动。用例实现包括识别用例的参与类、类之间的依赖关系以及画用例的交互图。通过这样的过程，可以识别实现用例的类及类的操作。 八、物理设计 物理设计是决定系统由哪些物理包（文件）组成。每个物理包中包含哪些类（或对应那个逻辑包）。物理设计为开发组织作准备。有了物理设计，就可以分配任务给项目组成员。 九、分析设计文档 不同项目和开发过程，所写的文档种类和数量不一样。作为一次学习，本实践文档至少应包括需求说明书、软件架构文档、设计说明等。应该用到用例描述及用例图、类说明及类图、状态图、活动图、顺序图、包图等。具体结构参见报告模板。 十、提交系统与分析设计报告 1