我已经为一家医疗诊所设计了一个管理系统,我正在编写设计规范,我有点困惑于如何为一个部分写东西。
它要求我写一个系统的组件,但我感到困惑。系统中的组件到底是什么?这是否被普遍认为是一个系统所具有的特性,还是意味着其他的东西呢?
发布于 2014-04-21 06:06:13
组件可能意味着几件事,实际上取决于,见鬼,很多事情。一般来说,它是一个独特的功能单元。
当你说你不知道该为某一节写什么时,一盏小小的红色警告灯亮了起来。这意味着你要么在做大学项目,要么使用预先创建的模板。这两者都不是坏事,但这确实意味着组件的定义可能有一个非常具体的定义,本节的范围也是如此。
TOGAF (严肃的架构)给出了很多很好的定义,我将在下面引用,但是如果你正在完成一项任务,你最好的选择就是问那些设置作业的人。学术界对现实世界中有时发生的事情有一些奇怪的想法;)
我从一个部分抓取了一堆TOGAF,因为所有这些都可能属于一个人对组件的定义,而不仅仅是标题中包含组件的两个:)
参与者:不考虑体系结构模型但与其交互的人、组织或系统。
应用程序组件:对与实现结构相一致的应用程序功能的封装。
业务服务:通过显式定义的接口支持业务功能,并由组织显式管理。
数据实体:被业务领域专家认为是离散概念的数据封装。数据实体可以绑定到应用程序、存储库和服务,并且可以根据实现考虑因素进行结构。
功能:交付与组织紧密一致的业务功能,但不受组织的明确管理。
信息系统服务:业务服务的自动化元素。信息系统服务可以交付或支持一个或多个业务服务的一部分或全部。
组织单位:有目标、目的和措施的独立资源单位.组织单位可包括外部各方和业务伙伴组织。
平台服务:提供支持交付应用程序的支持基础结构所需的技术能力。
角色:参与者承担执行任务的角色。
技术组件:技术基础结构的封装,它代表了一类技术产品或特定的技术产品。
发布于 2014-04-20 08:36:37
系统部署的体系结构就像一张地图,用来指导人们理解其他所有的部分是什么,以及它们之间的关系;人们在了解正在发生的事情时,在深入了解其他部分的细节之前,首先从某个地方开始。我会谈论一些主要的组件,如“数据库”、“电子邮件系统”等。
有些部分可能需要辅助架构,而另一些部分(如数据库)则不需要,因为它们本质上只是从第三方提供商那里引进的。
发布于 2014-04-20 11:25:32
组件是复杂系统的底层元素。例如,车辆的制动系统有制动垫、卡钳、液压缸等部件。
因此,您的管理系统的可能组件是记帐、调度或med库存。这与特性无关,尽管这些特性确实与提供它们的组件有关。功能是系统的能力,组件是支持功能的结构。
https://softwareengineering.stackexchange.com/questions/236434
复制相似问题