软件体系结构4 1模型实例.doc

第七部分 设备管理 1.功能描述： 设备管理功能主要包括设备信息的编辑（增加、删除、修改）。 1.1.设备信息包括设备的位置信息、名称、状态。 1.2.设备信息的编辑：支持对设备信息的编辑（增加、删除、修改）。 2.内容概述： 运用4+1视图模型，从5种视图角度，进行分析设计。 2.1场景视图 （Use case）使用user case图设计系统的各个场景。 2.2逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。 开发视图（Development View），描述了在开发环境中软件的静态组织结构。物理视图（Physical View），描述了软件到硬件的映射，反映了分布式特性。 过程视图（Process View），捕捉设计的并发和同步特征。 图1 在设计场景视图时，对包含（include）和扩展(extend)的应用需要仔细琢磨，刚开始并不知道每种的应用范围，看了网上的例子，和以前软件工程的书，大概了解包含的概念是一些必然发生的用例，然而扩展是在特殊情况的时候才可能发生的非正常情况。 我觉得一个小小的箭头也许在现在的项目作业中并不重要，但是在今后的学习工作中它会从某种程度上决定项目的成败，并体现出个人对工作和生活的认真态度，所以，大学课程的好处就是允许我们在实践和失败中汲取教训，总结经验。 在这部分，有同学提出了质疑，认为需要具体细分一下，如图2： 图2 在这里，也是得到其他同学的启发，场景视图必须要具体细分，它注重功能的概念，细分的过程可以放在逻辑视图中，通过函数来具体实现。在这部分，我还需要更深入的了解，在实际应用过程中不断摸索。 3.2逻辑视图（Logic View）：逻辑试图主要是用来描述系统的功能需求，即系统提供给最终用户的服务。在逻辑视图中，系统分解成一系列的功能抽象、功能分解与功能分析，这些主要来自问题领域（Problem Definition)。在面 向对象技术中，通过抽象、封装、继承,可以用对象模型来代表逻辑视图，可以用类图（Class Diagram）来描述逻辑视图。 逻辑架构关注功能， 不仅包括用户可见的功能，还包括为实现用户功能而必须提供的“辅助功 能模块”；它们可能是逻辑层、功能模块、类等。如图3： 图3 设备管理服务由 三种类服务构成，分别为增加、修改、删除，其中，设备信息的属性包含位置，名称，状态，故分别存在于三种类中以备修改。 在做这个的时候，刚开始并不是做成了现在的样子，不过现在也忘了最初做成什么样了，原因就在于并不能对逻辑视图有一个好的认识，一个星期以后，和小组成员开会讨论的时候，大家才提出那个样子是不对滴，回去重新改。在做类图的时候，深刻感觉到前几个学期没有好好的编程..对类的概念非常的模糊，又学习了一下以前的支持，大概了解了类有函数和属性，类之间还有不同的联系，有继承，友元等，这根据类内的函数关系等来定义，但是在做这部分的时候，对程序的实现还是非常模糊，所以在听了别的小组的报告之后非常的惭愧！并没有像他们一样有清晰的认识，他们不但对于每个类中的函数有详细的解释，并且对接口也有明确的定义，不同的功能层层递进，调用接口实现功能。看来对这部分的学习和理解还是非常必要的，我觉得我可以通过多阅读分析代码来提高自己的这部分技能，因为编程真的让我非常的头大..相当的苦闷。 在经过同学的指正后，发现存在一些问题，有的功能不需要重复定义，比如显示，所以，修改之后变成了把显示放在大的类中，只调用不同功能。这样可以提高效率，减小代码，便于维护。如图4： 图4 3.3开发视图（Development/Module View)：开发视图主要用来描述软件模块的组织与管理（通过程序库或子系统）。服务于软件编 程人员，方便后续的设计与实现。它通过系统输入输出关系的模型图和子系统图来描述。要考虑软件的内部需求：开发的难易程度、重用的可能性，通用性，局限性等等。开发视图的风格通常是层次结构，层次越低，通用性越好（底层库：Java SDK，图像处理软件包）。 开发架构关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件。开发架构和逻辑架构之间可能存在 一定的映射关系：比如逻辑架构中的逻辑层一般会映射到开发架构中的多个程序包；再比如开发架构中的源码文件可以包含逻辑架构中的一到多个类（在C++里一个源码文件可以包含多个类，即使在Java里 一个源码文件也可以同时包含一个类和几个内部类）。如图5： 图5 设备管理最底层文件由C++编写，完成的CPP文件应用于设备设置，有需要时调用数据库文件做修改或查看。 对开发视图的研究时间比较长，因为看了很多