Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >系统设计中的三化指什么

系统设计中的三化指什么

原创
作者头像
北京华盛恒辉科技
发布于 2024-08-22 07:15:20
发布于 2024-08-22 07:15:20
2140
举报

 系统设计中的三化指什么

  通用化

  产品的通用化是以互换性为基础的,对产品或系统的共性和相似特征,经归并、简化、选优、统一,找出其最佳的物理特性或典型结构,尽可能扩大同一对象的使用范围的一种标准化形式。传统的硬件产品的通用化主要是指组成设备的零部件的继承和通用,产品通用化从通用单元的形成情况看有两种类型,一种是统计分析现有产品,优选出通用单元,称为继承型通用化; 另一种是根据总体需求专门开发新的通用单元,称为开发型通用化,实际工作中,往往是既有继承,又有开发。

  通用化的对象极为广泛,只要是有利于避免或者减少重复劳动、节约资源的产品单元都可以是通用化对象。对软件产品而言,主要是指构成信息系统、软件产品的分系统、软件配置项、软件部件、软件单元。因此,软件的通用化主要包括:

  (1) 软件单元的通用化;

  (2) 软件部件的通用化;

  (3) 软件配置项的通用化;

  (4) 软件分系统的通用化。

  分系统以上层次的产品要作为软件通用化的对象做到通用虽然难,也有成功的实例,比如美军的COE(公共互操作环境);系统一级的软件产品通用化一般都是基础的公共支撑服务,比如操作系统、数据库管理系统等,对于与应用密切相关的应用业务软件,由于特定的作战使用要求和技术战术指标,一般很难做到相互通用和替代。

  软件产品的通用化是通过对需求的分析、凝练,并通过规范软件的界面、接口、数据结构和网络、传输协议等方式,满足不同用户需求,扩大软件产品的使用范围的标准化形式。

  软件产品通用化的核心是形成通用化的需求,通过对不同用户需求的收集、分析、沉淀和归并,甚至提出前瞻性、冗余的需求,形成具有一定普适性软件功能、性能,即软件的规格。

  软件通用化的基本原理是通过领域工程、面向对象技术实现软件功能、性能的通用性,通过构件化技术、服务化技术实现软件外部规格、形态和接口的一致性,实现软件的互换。

  系列化

  系列化是从产品使用要求和发展规律出发,将同一功能产品的主要参数或者规格按一定的数系或要求作合理规划,并对其型式和结构进行简化和统一,使产品有序发展并形成一定的序列,以满足用户广泛要求的一种标准化形式。

  软件系列化是把一类软件产品的主要功能、性能特性和配置的规模,按照应用模式、应用的平台环境和用户进行分类、分级形成合理的序列,以较少的品种或规格满足最大使用范围的标准化方式。

  软件系列化的目的是以较少的品种规格满足最大的需求。软件系列化的对象可以是软件系统/分系统、软件配置项、软件服务、软件部件(构件)。软件系列化的分类一般不以产品的性能参数、几何参数作为分类、分级的依据,软件系列化的产品通用以建立软件的型谱为产品的基本型,将型谱中不同层次(软件系统、软件分系统、软件配置项、软件部件)、不同领域、专业的软件产品按照应用模式、应用的平台环境、应用用户类型形成基于基本型的系列产品。常见的软件系列化的划分类型如下。

  (1)领域和用户

  按照领域或者软件应用的用户划分,例如指挥信息系统软件可以划分为陆军、海军、空军、火箭军等不同的军兵种指挥信息系统。

  (2)用户特征

  按照用户影响软件功能、性能以及规模配置的关键特征进行划分,例如战略战役级指挥信息系统,战术级指挥信息系统,固定适指挥信息系统、机动式指挥信息系统。

  (3)软件安装部署的应用环境

  按照软件部署、安装和运行的环境进行划分,例如依据不同的计算机硬件平台划分、不同的操作系统划分、不同的数据库管理系统划分。

  (4)软件的技术体制和体系结构

  按照软件的技术体制和体系结构进行划分,例如C/S 架构、B/S 架构进行划分,按照服务化的技术体制、按照构件化技术体制划分。软件产品的系列化应首先建立领域的软件产品的型谱,再研制开发型谱中各类软件的基本型,在此基础上形成不同规格、形态的系列化产品。软件产品的型谱不是现有的不同规格的同类产品简单罗列,软件产品的型谱一般按照某领域、某类软件的体系结构为基础,对功能、用途为核心建立基本型软件,在依据部署的软件基础环境、硬件平台环境、接口以及软件形态等的差异,形成不同的系列产品,比如适用于桌面计算、服务器计算、移动计算的不同的环境的软件产品。

  组合化

  组合化是对某一类产品进行功能、分析和结构分解的基础上,划分并设计、生产一系列不同功能的能重复利用的通用单元(通用模块),然后在新产品开发时选取相应的通用模块,并补充专用单元和零部件,组成能满足要求的新产品的一种标准化形式。

  软件的组合化不仅是软件降低软件复杂性的基本方法,也是提高软件系统灵活性、可扩展性的方法。软件的模块化是将复杂的软件系统分解为一组高内聚、低耦合的模块,通过对这些模块的集成(组合)形成不同的软件系统。

  对于一个领域,软件的模块划分可以是一致的、稳定的,依据软件的体系结构可以对领域软件的基本组成模块进行划分,一般的应用层模块的划分相对复杂、多变,可以依据具体的系统需求进行补充、完善和增加,提供基础数据共享、软件集成以及通信、网络传输等服务的软件,相对功能独立、通用性强,一般作为通用模块,是系统软件组成中相对固定的模块。通用模块一般具有功能性、独立性、可组装性、通用性的特点。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
软件工程SWEBOK所包含的10个领域以及每个领域所做的事情
软件工程知识体系(WERBOK)分解成10个领域,形成层次化得组成结构,分别是:软件需求、软件设计、软件制造、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具与方法、软件质量。
手撕代码八百里
2020/07/29
1K0
系统设计中的六性要求指什么
软件可靠性主要包括软件复杂度、软件冗余、软件健壮性、软件避错和软件程序可读性检验。
北京华盛恒辉科技
2024/08/23
3470
标准化思想及组装式架构在后端BFF中的实践
总第505篇 2022年 第022篇 进入互联网“下半场”,靠“堆人力”的研发方式已经不再具备竞争力了,真正可行且有效的方式是让系统能力变得可沉淀、可组合复用、可灵活应对各种变化。在多业态、大规模定制需求的背景下,本文分享了如何通过组装式开发的方法来提升业务的竞争力。 1. 前言 2. 背景与问题 2.1 业务背景 2.2 研发挑战 3. 问题分析与解决思路 3.1 问题思考 3.2 标准化及组装式思想 3.3 我们的解决思路 4. 标准化思想及组装式架构在后端BFF中的实践 4.1 产品功能归类之系列化
美团技术团队
2022/04/29
6890
标准化思想及组装式架构在后端BFF中的实践
【新版系统架构】系统架构设计师教程全篇知识点提炼
1、架构体现在组件中的一个系统的基本组织、彼此的关系和环境的关系及指导它的设计和发展的原则 2、系统是组织起来完成某一特定功能或一组功能的组件集 3、环境或者上下文决定了对这个系统的开发、运作、政策以及会对系统造成其他影响的环境和设置 4、任务是由一个或多个利益相关者通过系统达到一些目标的一个用途或操作
阿提说说
2023/10/16
6.7K0
【新版系统架构】系统架构设计师教程全篇知识点提炼
系统架构设计师考试大纲
考试合格人员应能够根据系统需求规格说明书,结合应用领域和技术发展的实际情况,考虑有关约束条件,设计正确、合理的软件架构,确保系统架构具有良好的特性;能够对项目睥系统架构进行描述、分析、设计与评估;能够按照相关标准编写相应的设计文档;能够与系统分析师、项目管理师相互协作、配合工作;具有高级工程师的实际工作能力和业务水平。
雪人
2022/10/13
1.1K0
再论软件系统的复杂性-没有银弹,只有焦油坑
今天准备单独写一篇文章来谈软件系统的复杂性问题,特别是最近几年对于低代码开发平台,DevOps持续集成和交付,Serverless无服务器化,各种高级编程语言,包括AI人工智能兴起后,总会给人一个找到银弹的错觉。
人月聊IT
2025/06/24
540
再论软件系统的复杂性-没有银弹,只有焦油坑
架构名词分析 | 系统与子系统,模块与组件,框架与架构,这些概念的含义和关系是怎样的?
技术朋友应该看过公司架构师画的各种架构图,五花八门,各种框框,还涉及很多概念,比如系统,子系统,模块,组件,框架等等。他们都有出现在架构师的架构图里,那这些名词都是什么含义呢?它们之间又存在什么样的关系呢?架构的本质又是什么呢?
蜗牛互联网
2021/07/21
7.5K0
软件测试复习
软件体系结构是软件系统的结构、行为和属性的高级抽象,给出系统的组织结构和拓扑结构,规定系统需求和构成系统的元素之间的对应关系。
千灵域
2022/06/17
4050
软件测试复习
2023年系统分析师阶段测试卷【1班】
IDEF(Integration DEFinition method,集成定义方法)是一系列建模,分析和仿真方法的统称,每套方法都是通过建模来获得某种特定类型的信息。其中IDEF0可以用来对业务流程进行建模;
小马哥学JAVA
2023/07/15
3230
2023年系统分析师阶段测试卷【1班】
【愚公系列】软考高级-架构设计师 093-构件
在软件工程中,构件(也称为组件,英文:Component)是一个独立的、可复用的软件单元,它具有明确的功能、接口和行为,并且可以在不同的环境中加以集成和复用。构件的概念是软件架构和组件化开发的核心思想之一,其目的是促进软件系统的模块化、可维护性和可扩展性。
愚公搬代码
2024/08/07
3250
通用设计:指挥调度系统——复杂行动的大脑与神经
对于B端或G端用户,我们描述了数据共享平台(用户数据的采集与整理),信息展示系统(数据的展示)的设计思路,在这篇文章中将侧重于描述信息的传递与应用。这里指的不是大数据层面的应用,而是指通过信息在端与中心,端到端间的传递,实现指挥作业,调度调控的价值。
物流IT圈
2020/07/16
1.2K0
通用设计:指挥调度系统——复杂行动的大脑与神经
【信管12.1】信息文档管理与配置管理
对于项目管理来说,文档非常重要,如果是传统的工程行业项目的话,仅仅标书就是几百上千页的。相对来说,其实信息系统开发项目已经好很多了。另外就是配置项,它是比文档更大的一个概念,项目文档是包含在配置项中的,除了文档之外,它还包括源程序、计划、报告等。今天我们就主要来看一看在信息系统项目中的这些文档和配置项相关的内容。今天的内容比较长,但是只是说明项比较多,重点内容其实还好。其它的相关了解知识也都是非常有用的内容,大家可以好好看看哦。
硬核项目经理
2023/03/02
7280
【信管12.1】信息文档管理与配置管理
计算机软件配置管理计划规范
GB/T 12505-90 Specification for Computer Software Configuration Management  中华人民共和国国家标准  1. 主题内容与适用范围     本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。     本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。 2. 引用标准 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12504 计算机软件质量保证计划规范 3. 术语     下面给出在本规范中用到的一些术语的定义,其它术语的定义按GB/T 11457。在引用时,特别要注意线(baseline)、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configuration identification)和配置状态记录(configuration status accounting)等术语的定义。 3.1项目委托单位 project entrust organization     项目委托单位是指为产品开发提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。 3.2 项目承办单位 project undertaking organization     项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。 3.3 软件开发单位 software development organization     软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。 3.4 用户 user 用户是指实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。 3.5 软件 software     软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。
爱明依
2019/03/12
2.5K0
软考系统架构设计师(一):系统设计
概要设计【外部设计】︰功能需求分配给软件模块,确定每个模块的功能和调用关系,形成模块结构图
陈大剩博客
2023/03/06
7150
软考系统架构设计师(一):系统设计
软件测试基础理论知识「建议收藏」
今年九月初找工作才开始走上软件测试的道路,下面的是我找软件测试这份工作之前通过阅读软件测评师教程做的笔记。因为是为找工作中的笔试和面试准备的,所以都是一些重点的罗列,希望能帮到正在找软件测试工作的应届生们。
全栈程序员站长
2022/07/23
2.7K0
软件测试基础理论知识「建议收藏」
【信管1.10】软件工程(四)软件测试与质量保证
在之前的敏捷相关的课程中,我们讲过一种开发模式叫做 TDD ,也就是测试驱动开发。这种开发模式是先写单元测试,然后再写代码,代码完成的标准就是通过测试。如果你是在一个需要开发非常高质量产品的团队中,相信这种开发模式一定不会陌生。
硬核项目经理
2023/03/02
4610
【信管1.10】软件工程(四)软件测试与质量保证
需求分析报告
在市场经济中,进销存管理是企业运作的重要环节。随着企业规模的发展壮大,商品数量急剧增加,有关商品的各种信息量也成倍增加。企业需要实时动态地对商品的各种信息进行统计分析为了便好地增加业务量,另外不少企业通过分公司或代理商把产品推向最终用户,这些分公司或代理商分布在不同的地理位置,跨空间、跨时间的频繁业务信息交流是这些企业业务活动的主要特点。在这种形势下,传统的人工传递信息和数据的管理方式就无法满足企业需求了。
葆宁
2022/01/06
7710
需求分析报告
《架构师》反思:系统可靠性
最近系统学习了一个系统可靠性及其相关知识,今天在这总结一下。 首先,什么是系统的可靠性呢?系统的可靠性是指在规定的时间内及规定的环境下完成规定功能的能力,也就是系统的无故障运行概率。 我会从以下几个方面来归纳主要内容: 1. 故障模型 2. 可靠性模型 3. 可靠性指标 4. 可靠性设计 故障模型 系统故障是指硬件或者软件的错误状态,一般引进故障的原因是这些:部件的失效、环境的物理干扰、操作错误或不正确的设计。 按照时间的长短,故障可以分为:永久性、间歇性、瞬时性。 故
用户1172223
2018/01/26
4.7K0
程序员一定要会的软件项目管理评估方案,不做只会敲代码的码农!(建议收藏)
今天大灰狼来和大家聊聊除了软件编码,在软件项目管理阶段所需要进行哪些工作。提前祝大家从技术佬晋升产品总监!
灰小猿
2020/09/23
3.3K0
程序员一定要会的软件项目管理评估方案,不做只会敲代码的码农!(建议收藏)
数字化中台建设的过程与方法
《金融企业数字化中台》整本书成体系的介绍了金融企业数字中台的由来、迷茫、建设原则、业务中台、数据中台、技术中台的建设要点和成熟度评估方法,洋洋洒洒几十万字,上百页。所以本篇抽取其中的一部分:数字化中台建设的过程和方法来重点分享。
yuanyi928
2020/09/28
9640
数字化中台建设的过程与方法
推荐阅读
相关推荐
软件工程SWEBOK所包含的10个领域以及每个领域所做的事情
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档