企业应用架构

视频号

微信公众号

知识星球

Chinese, Simplified
本文地址
https://architect.pub/application_architecture
SEO Title
enterprise application architecture

【DSS】决策支持系统“DSS”和群体决策支持系统(GDSS)之间的区别是什么?

视频号

微信公众号

知识星球

Chinese, Simplified

GDSS与DSS:

GDSS和DSS是基于计算机的信息系统,可以帮助集团、公司或办公室内的决策过程。通过使用GDSS和DSS,公司可以加快决策过程,让员工有更多时间专注于特定问题。通过这个系统可以促进学习和培训。

GDSS:

GDSS或群体决策支持系统是DSS的一个子类或子类。它被定义为一个基于计算机的信息系统,旨在支持和促进积极的群体决策。GDSS有三个重要组成部分:软件,它由具有团队决策管理功能的数据库组成。另一个组成部分是硬件,最后是人员。后者将包括决策参与者。

决策支持系统:

同时,DSS也被称为决策支持系统,旨在影响个人如何决策或处理决策。通过DSS的使用,最大限度地提高了人的能力和计算机的能力,从而做出了一个伟大的积极决策。该系统将为人为因素而不是唯一的决策者提供帮助。DSS还允许定制程序,特别是决策能力,以更好地满足个人需求。

GDSS和DSS之间的区别:

GDSS是一个基于计算机的信息系统,专注于群体,而DSS专注于个人,例如经理或主管。GDSS和DSS在硬件和软件结构方面可能具有相似的组件,然而,GDSS具有最适合小组讨论或通信的网络技术。另一方面,DSS具有针对单个用户的技术。与DSS相比,GDSS维护涉及更好的系统可靠性和不可理解的多用户访问,因为GDSS中的系统故障将涉及许多个人。

GDSS的最大优势在于,它几乎适用于任何可能的情况,因为人类的大脑会对影响最终决策的因素进行决策和权衡。在DSS中,有些情况比其他情况更适用。大多数情况下,那些可以通过风险和概率等数学模型进行评估的模型很适合DSS。

通过这些程序或基于计算机的信息系统,公司或个人的决策能力将得到增强和加快。这不仅可以实现良好的沟通系统,还可以在部门、集团或公司内取得积极成果。

简言之

  • •决策支持系统“DSS”——一个有组织的人员、程序、软件、数据库和设备集合,用于支持管理决策
  • •集团决策支持系统“GDSS”,也称为计算机化协作工作系统,由DSS中的大部分元素以及在集团决策环境中提供有效支持所需的软件组成
  • •GDSS具有DSS没有的网络结构或技术。
  • •GDSS专注于群体决策,而DSS专注于个人决策
  • •DSS在某种程度上依赖于知识库,而GDSS则不依赖
  • •GDSS需要用户之间的工作连接,而DSS则不需要
  • •GDSS适用于所有情况,而DSS则不适用
本文地址
https://architect.pub
SEO Title
What is difference between Decision Support System "DSS" and Group Decision Support System "GDSS"?

【SOGAF】SOGAF架构类型

Chinese, Simplified

模式概述



Salesforce 运营、治理和架构框架 (SOGAF) 将新窗口企业架构框架中的 MIT-CISR  Salesforce 实施和程序。在此框架内,有四种通用架构类型:

  • 单一系统
  • 核心模型
  • 模板
  • 多系统

每个特定的架构类型对应一个支持 SOGAF 操作模型。架构类型的选择还应包括根据 SOGAF 原则选择适当的操作模型。

通用系统层



SOGAF 使用分层方法将系统结构化为可分解的组和子系统(或组件)。

带有箭头的架构层显示服务方向

每一层都以不同的抽象级别进行操作。这些层是增量构建的,因此每一层都应该为下一个更高层(如果存在的话)提供服务。

architecture layers with arrow showing service direction

所有 SOGAF 架构类型都使用相同的五层来组织能力、系统和功能:

  • 基础设施层
  • 数据层
  • 业务逻辑层
  • 应用层
  • 展示/体验层

SOGAF 架构类型之间的差异来自于层和层内组件之间有多少共性(或没有),以及管理层和组件的方式。

架构类型之间的差异



每种架构类型都有自己的主要特征。架构类型之间的边界在实践中可能有些主观。大多数组织沿着一个连续体运作。这就是为什么遵循 SOGAF 原则的团队将架构类型的选择与适当的操作模型结合起来。

让我们看一些实践中关键特性的示例,以及每种架构类型的每个示例。

主要特征 架构类型
单一系统 核心模型 模板 多系统
Salesforce 实例(组织数量)1 单一组织 通常是一个组织,有时是多个 有时是一个组织,通常是多个 多个组织
应用开发风格 单一应用程序,集中构建和部署。 本地管理的功能。 集中构建和部署的共享“核心模型”。 本地管理的应用程序。 偶尔的功能合并回核心模型。 集中构建的共享“模板”。 模板在本地定制和管理。 本地管理的应用程序。 在本地构建、部署和管理的应用程序。
流程 集中设计和管理的通用流程。 按业务线 (LOB)、业务单位 (BU) 或其他机制本地化的流程。 集中设计和打包,本地部署。 相互或共享服务能力。 收集和分享最佳实践的一些方法。 本地流程,独立设计和管理。 可能有一些共享机制。

1 在 SOGAF 下,Salesforce 组织战略的最佳选择将来自运营模式和匹配架构类型的选择。

您可以在下面的 SOGAF 操作模型资源中了解有关每种架构类型的更多信息。 您会发现每种类型都在其支持的操作模型的上下文中进行了讨论。

原文:https://architect.salesforce.com/design/design-patterns/architecture-ty…

本文:https://jiagoushi.pro/node/1874

SEO Title
SOGAF Architecture Types

【中台战略】中台:企业信息化的根本途径

Chinese, Simplified

人们很容易陷入这样的思维陷阱:当涉及到企业技术时,已经没有什么惊喜了。毕竟,我们都生活在一个高度同质化的世界中,云、微服务和容器是当今领先企业的基石。在这个众所周知的世界里,即使是最强大的竞争对手也能遵循几乎相同的技术策略。

然而事实并非如此简单。对于企业技术,有一种全新的思考方式正在世界上增长最快的经济体——中国迅速扎根。而且对西方人来说,这几乎是完全不透明的。事实上,这种模式深不可测,几乎不可能理解。

欢迎来到令人惊讶的中端世界。欢迎来到中台。

中台的核心是一种交付封装业务模型的方法。

这种方法帮助新型小企业提供一流的服务,而不需要传统企业基础设施的成本,并使现有组织能够以极快的速度将创新服务推向市场。

来自阿里巴巴

了解中台,有助于了解它的历史,它是如何产生的,以及阿里巴巴扮演的关键角色。

对于中国以外的人来说,阿里巴巴常常被视为有点类似于亚马逊(Amazon):一家电子商务巨头,业务已经扩大了一些。对于那些在中国的人来说,阿里巴巴远不止于此:它是如何在数字世界做生意的典范。

过去10年,阿里巴巴旗下的天猫平台一直是许多本土和国际企业打入中国内地客户市场的重要途径。截至2013年,天猫占据了中国B2C在线产品销售份额的50%以上。尽管许多企业满足于利用阿里巴巴在接触数字消费者方面无可置疑的专长,但并非所有企业都希望在阿里巴巴的保护伞下运营,它们更愿意建立自己的在线身份。

为了吸引这些企业,五年前,阿里巴巴成立了一个新的业务部门。这个单元建立的原则是,在数字世界中,最重要的不是你的内部系统,而是你用来连接客户的数字通道。这是阿里巴巴中台,不是电子商务网站的前端系统,也不是你购买并安装在自己机器上的后端结算系统;但这是一个装在盒子里的商业平台,它囊括了阿里巴巴多年来通过电子商务为接近客户、管理客户关系和完成订单而建立的所有最佳实践。

事实证明,这个概念非常强大,尤其是对于那些想要增长但又不想承诺使用成熟ERP系统的企业。相反,这是一条通往世界级市场能力的道路,有业务流和支撑它们的技术。

中台思维拓展

但中台的故事并非始于阿里巴巴,也并非终结于阿里巴巴。或许更有趣的故事是,中国其他人是如何将中泰的理念付诸实践的。

滴滴出行(Didi Chuxing)最有名的或许是与优步(Uber)正面交锋并最终获胜的中国叫车公司滴滴出行(Didi Chuxing)。在两家公司激烈的价格战之后,优步于2016年8月宣布退出中国市场,并将其在该地区的业务换成滴滴的股份。

在收购优步中国业务时,滴滴只剩下两个单独的叫车系统。起初,该公司选择不合并这两家公司,而是更愿意保持优步的独立性,这样来中国的游客就可以简单地用优步叫车。

但在拥有这两个系统的同时,随着中台的出现,滴滴的高管们开始发现了一个机会。他们意识到,构建一个类似uber的服务是有可能的,只需要几个基本功能:某种形式的资源管理、基于位置的用户请求系统、匹配引擎、支付平台和某种形式的会员管理。

 

滴滴意识到,他们可以打造一个叫车服务平台中台(Zhong Tai)——一个封装的系统,使其能够创造出创新的利基产品,并迅速抓住原本不可能抓住的机会。

其中一个例子是滴滴的穿梭巴士服务。一般来说,建立穿梭巴士服务是费时的,需要在车队上投入大量资金。但滴滴知道这是一个可以利用的机会。

通过使用中台原则,它已经能够扩展到类似公共交通的服务领域,创建了一种穿梭巴士,提供连接北京和成都选定地区的主要巴士和地铁站的服务。滴滴租赁了这款7座车,并利用它们帮助同路的通勤者群体。

仅仅是中国的现象?



中台会在其他地方工作吗?也许。但毫无疑问,中国的庞大规模使其成为一种颇具吸引力的方式。

以移动电话服务为例。一家区域性服务提供商可能覆盖大量不同的客户——从北京、上海和深圳等一线城市的客户,到四线城市的客户。传统的产品团队方法可能试图为所有这些城市的市民提供相同的产品,从软件的角度来看,这非常复杂。

但通过中台,您可以在划分产品的同时仍然保留相同的封装业务模型。

虽然中台在中国站稳了脚跟,但支撑它的技术对西方企业来说并不陌生:云计算、微服务和api。这种方法现在也被传统的中国企业所采用,而不仅仅是数字巨头。中国企业正将中台作为数字化转型的杠杆,使它们能够在企业内部建立自主的产品团队。

大多数中国企业都认识到组建产品团队而非项目团队的好处——因为团队成员对交付更有责任感,而且往往在开发解决方案方面更具创新性。但是对于企业来说,要进行大规模的转型,建立一个单一的产品团队是非常困难的。

通过采取中台模式,这些组织有了转型的垫脚石。根据定义,忠泰被封装,并包含可以复制的业务模型,以自助服务SaaS方式完成。如果他们建立一个中台,他们必须有一个长期的实体,可以提供一个明确的合同之间的中台团队和产品团队。租赁该功能的实体不是产品团队,可能不会在明年左右。

因此,尽管中台目前仍是一种中国现象,但它不必保持这种状态:它只需要世界其他国家意识到这一点!

 

原文:https://www.thoughtworks.com/insights/blog/zhong-tai-radical-approach-enterprise-it

本文:

讨论:请加入知识星球或者小红圈【首席架构师圈】

 

SEO Title
Zhong Tai: a radical approach to enterprise IT

【信息架构】信息系统课程

视频号

微信公众号

知识星球

Chinese, Simplified
L# TOPIC
1 Defining Needs
2 Areas Covered
3 Organization and Information Requirements
4 Unique Attributes of Organization
5 Effect of Changes in Environment
6 Systems vs Procedures
7 Types of Systems
8 What are Systems
9 Infrastructure
10 Support Systems
11 Data Mart
12 CBIS from Functional View Point
13 Organizational Structure
14 Marketing
15 Decision Making
16 Phases of decision-making
17 Planning for System Development
18 Systems Development Life Cycle
19 System Design
20 Incremental Model
21 Spiral Model
22 System Analysis
23 Benefits of Good System Design
24 Symbols used for flow charts
25 Rules for DFDs
L# TOPIC
26 Symbols
27 Object Oriented Analysis and Design
28 Critical Success Factors
29 Security of Information System
30 Threat Identification
31 Control Adjustment
32 Unauthorized intrusion
33 Antivirus software
34 Types of Controls
35 Audit trails and logs
36 Risk Management
37 Control Analysis
38 Risk Management-1
39 Web Security
40 Factors Encouraging Internet Attacks
41 E-Commerce
42 Supply Chain Management
43 Enterprise Resource Planning
44 ERP and E-commerce
45 Importance of ethics in IS

Table of Contents

Chapter No.1 Defining Needs 10

1.1 Need for information 10

1.2 Sources of Information 10

1.3 Primary Sources 11

1.4 Secondary Sources 11

1.5 Tertiary Sources 12

1.6 Changing Needs 12

Chapter No.2 Areas Covered 14

2.1 Need for Organization 14

2.2 Data vs. Information 14

2.3 Information Quality Checklist 15

2.4 Organization & Information Requirements 15

Chapter No.3 Organization & Information Requirements 17

3.1 Size of the Organization and Information Requirements 17

3.1.1 Small Organizations 17

3.1.2 Medium Sized Organizations 17

3.1.3 Large Organizations 18

3.2 Nature of Business & Information Requirements 19

Chapter No.4 Unique Attributes of Organization 20

4.1 Organizational Structure Pyramid/Tall/Hierarchical 20

4.1.1 Hierarchical organization 20

4.1.2 Organizational Structure 20

4.1.3 Culture of the Organization 21

4.2 Management Styles 21

4.2.1 Authoritative 21

4.2.2 Participative 22

4.2.3 Mixed 22

4.3 Decision Making Approach 22

4.4 Sources of information in Organizations 22

4.5 Direction of Information Flow 23

Chapter No.5 Effect of Changes in Environment 24

5.1 Elements of Environment 24

5.1.1 Legal 24

5.1.2 Economic 24

5.1.3 Social 25

5.1.4 Technological 25

5.1.5 Corporate social responsibility 26

5.1.6 Ethics 27

Chapter No.6 Systems vs. Procedures 28

6.1 Purpose of Systems & Procedures 28

6.2 Data & Information 28

6.3 Data & Information 28

6.4 Manual Vs Computerised Information Systems 28

6.5 What is Computer based Information System (CBIS)? 28

6.6 Why Information Systems? 29

6.7 Emerging Global Economies 29

6.8 Transforming Industrial Economies 29

6.9 Transformed Business Enterprise 29

6.10 Emerging Digital Firms 29

Chapter No.7 Types of Systems 30

7.1 What are Systems? 30

7.2 Components of a system 30

7.3 Types of Systems 30

7.3.1 Open-Loop System 30

7.3.2 Closed Loop System 30

7.3.3 Open Systems 31

7.3.4 Closed Systems 31

7.4 Level of Planning 31

7.5 Strategic Planning for Information Resources (SPIR) 32

Chapter No.8 What are Systems? 33

8.1 Components of a system 33

8.2 Types of Systems 33

8.3 Open Loop System 34

8.4 Closed Loop System 35

8.5 Attributes of an IS/CBIS 36

Chapter No.9 Infrastructure 39

9.1 Architecture 39

9.1.1 Information Architecture 39

9.2 Components/Sub-Systems of CBIS 40

9.3 Transaction Processing System 40

9.4 Management Information System 42

Chapter No.10 Support Systems 43

10.1 Support systems can be classified into two categories 43

10.1.1 Office Automation Systems 43

10.1.2 Decision Support Systems 43

10.2 Functionalities of MIS and DSS 44

10.3 Types of DSS 44

10.3.1 Model Driven DSS 44

10.3.2 Data Driven DSS 45

Chapter No.11 Data Mart 47

11.1 Online Analytical Processing (OLAP) 47

11.2 Data Mining 48

11.3 Types of Models Used in DSS 48

11.3.1 Physical Models 48

11.3.2 Narrative Models 48

11.3.3 Graphic Models 48

11.3.4 Mathematical Models 48

11.4 Knowledge / Intelligent Systems 49

11.5 Knowledge Support Systems (KSS) / Intelligent Systems 49

11.6 Components of an Expert System 50

Chapter No.12 CBIS from Functional View Point 52

12.1 Organizational Information Systems (OIS) 52

12.2 Marketing Information Systems (MKIS) 53

12.3 Benefits of Marketing IS 53

12.4 Management Levels in MKIS 53

12.5 New Dimensions in MKIS 53

12.6 Key CRM Tasks 56

12.7 CRM Issues 56

12.8 Call Center 56

Chapter No.13 Organizational Structure 57

13.1 Financial Sector 57

13.2 Air Line Industry 57

13.3 Manufacturing Information System 58

13.4 Inventory Sub System 59

13.5 Production Sub System 59

13.6 Maintenance & Scheduling Sub System 60

13.7 Quality Sub system 60

13.8 Total Quality Management (TQM) 61

13.9 Planning Productions/Operations52 62

13.10 Materials Requirement Planning (MRP) 62

13.11 Manufacturing Resource Planning (MRP II) 62

13.12 Computer Aided Design (CAD) 63

13.13 Computer Aided Manufacturing (CAM) 63

13.14 Computer Integrated Manufacturing (CIM) 63

13.15 Computer Integrated Manufacturing (CIM) Goals 64

Chapter No.14 Marketing 65

14.1 Accounting & Financial Information Systems 66

14.2 Human Resource Information Systems 66

14.3 IT Department 67

14.3.1 Evolution of the IT Department 67

Chapter No.15 Decision Making 69

15.1 Types of Problems 69

15.2 Type of Decisions 70

15.3 Decision-making process 71

Chapter No.16 Phases of decision-making 73

16.1 Phases of decision-making process 73

16.2 The Intelligence Phase 73

16.3 The Design Phase 73

16.4 The Choice Phase 74

16.5 The Implementation Phase 75

16.6 Rational Individual Models of Decision Making 75

16.7 Organizational Models in Decision Making 75

Chapter No.17 Planning for System Development 77

17.1 Phases of IT planning 77

17.2 Models Used for System Development 78

17.3 Systems Development Life Cycle 78

17.4 Types of System Development Life-Cycle 78

Chapter No.18 Systems Development Life Cycle 81

18.1 Project lifecycle vs. SDLC 81

18.2 Types of System Development Life-Cycle Model 81

18.3 Costs of Proposed System 83

18.4 Benefits from the proposed system 84

18.5 Classic lifecycle Model / Waterfall Model 84

18.6 Analysis of Existing system 85

18.7 Elicitation of Detailed Requirements 87

Chapter No.19 System Design 88

19.1 Entity Relationship Diagram (ERD) 88

19.2 Design of the information flow 90

19.3 Design of data base 90

19.4 Design of the User Interface 91

19.5 Physical Design 91

19.6 Program Development 91

19.7 Procedures Development 92

19.8 Testing 92

19.9 Operations & Maintenance 92

19.10 Evaluating Waterfall 92

Chapter No.20 Incremental Model 95

20.1 Characteristics of the Incremental Mode l 95

20.2 Incremental Model-Evaluation 95

20.3 Iterative Models – Evaluation 96

20.4 Incremental vs. Iterative 97

Chapter No.21 Spiral Model 98

21.1 Determine Objectives, Alternatives and Constraints. 98

21.2 Prototyping 99

21.3 Advantages of Prototype 100

21.4 Risks of Prototyping 101

Chapter No.22 System Analysis 102

22.1 Computerized vs. Manual environment 102

22.2 Systems Analyst 103

22.3 System Design 103

22.4 Designing user interface 104

Chapter No.23 Benefits of Good System Design 107

23.1 System Analysis & Design Methods 107

23.2 Structured Analysis and Design 107

23.3 Flow Chart 107

Chapter No.24 Symbols used for flow charts 110

24.1 Symbols 110

24.2 Good Practices 114

24.3 Data Flow Diagram 115

Chapter No.25 Rules for DFD’s 118

25.1 Entity Relationship Diagram 120

25.2 Entity 123

25.3 Value Sets 124

25.4 Relationships 124

Chapter No.26 Symbols 126

26.1 Why need Object-Orientation? 127

26.2 Object Oriented Analysis 128

Chapter No.27 Object Oriented Analysis and Design 131

27.1 Object 131

27.2 Classes 131

27.3 Inheritance 131

27.4 Encapsulation 132

27.5 Polymorphism 132

27.6 What is Business Process Reengineering? 133

Chapter No.28 Critical Success Factors (CSF) 135

28.1 Sources of Critical Success Factors 135

28.2 CSF vs. Key Performance Indicator 135

28.3 Centralized vs. Distributed Processing 136

28.4 Web based Environment 137

28.5 Internet 138

Chapter No.29 Security of Information System 139

29.1 Security Issues 139

29.2 Security Objective 139

29.3 Scope of Security 140

29.4 Security Policy 140

29.5 Security Program 141

29.6 Identification of Assets 141

Chapter No.30 Threat Identification 143

30.1 Types of Threats 143

30.2 Control Analysis 143

30.3 Impact analysis 144

30.4 Risk Determination/Exposure Analysis 144

30.5 Occurrence of threat 145

30.6 Computing Expected Loss 146

Chapter No.31 Control Adjustment 147

31.1 Security to be cost effective 147

31.2 Roles & Responsibility 147

31.3 Report Preparation 148

31.4 Types of Threat 148

Chapter No.32 Unauthorized intrusion 149

32.1 Physical Access vs. Logical access 149

32.2 Viruses 149

32.3 Sources of Transmissions 150

32.4 Types of Viruses 150

32.5 Management procedural controls 151

32.6 Technical controls 151

Chapter No.33 Antivirus software 153

33.1 Scanners 152

33.2 Active monitors 152

33.3 Behavior blockers 152

33.4 Logical intrusion 152

33.5 Best Password practices 153

33.6 Firewall 154

Chapter No.34 Types of Controls 156

34.1 Access Controls 156

34.2 Cryptography 156

34.3 Biometrics 157

Chapter No.35 Audit trails and logs 159

35.1 Documentation 159

35.2 Audit trails and types of errors 160

35.3 Definition of Audit 160

35.4 IS audit 160

35.5 Parameters of IS audit 161

35.6 Risk Based Audit Approach 161

Chapter No.36 Risk Management 162

36.1 Phases of Risk Management 162

36.2 What is focal Point? 162

36.3 System Characterization 162

36.4 Steps in threat identification 163

36.5 Vulnerability Assessment 163

Chapter No.37 Control Analysis 166

37.1 Likelihood Determination 166

37.2 Impact Analysis 166

37.3 Risk Determination 167

37.4 Results Documentation 168

37.5 Implementation 168

37.6 Monitoring and evaluation 168

Chapter No.38 Risk Management 169

38.1 Corporate Culture and Risk Management 169

38.2 Constituents of Risk Management 169

38.3 Risk management 169

38.4 Business Continuity Planning 169

38.5 Components of BCP 170

38.6 Phases of BCP 170

38.7 Incident Management: 171

38.8 Business Impact Analysis (BIA) 171

38.9 Recovery Strategies 171

38.10 Development of Business Continuity and Disaster Recovery Plans 172

38.11 Monitoring 173

Chapter No.39 Web Security 174

39.1 Web Security Threats 174

39.2 Passive attacks 174

9.3 Active Attacks 174

39.4 Types of Active attacks 174

39.5 Threat Impact 175

39.6 Methods to avoid internet attacks: 175

Chapter No.40 Factors Encouraging Internet Attacks 177

40.1 Internet Security Controls 177

40.2 Firewall Security Systems 177

40.3 Intrusion Detection Systems (IDS) 178

40.4 Components of IDS 179

0.5 Web Server Logs 180

40.6 Web Security audits 180

40.7 Digital Certificates 181

Chapter No.41 E-Commerce 182

41.1 Why E-Commerce? 182

41.2 Commerce vs. E-Business 182

41.3 Business to Consumer (B2C) 183

41.4 Electronic Data Interchange (EDI): 184

41.5 E-Government 185

41.6 Other Forms of E-Commerce 186

41.7 M-Commerce 186

41.8 E-Business Opportunities 187

41.9 E-Business IT Risks 188

Chapter No.42 Supply Chain Management 191

42.1 Integrating systems 192

42.2 Methods of integration 192

42.3 Using SCM Software 193

42.4 Components of Supply Chain 193

42.5 Types of Supply Chains 194

Chapter No.43 Enterprise Resource Planning 195

43.1 Business Objectives and IT 195

43.2 Using ERP Software 195

43.3 ERP Compared to integrated Software 196

43.4 Evolution of ERP 197

43.5 ERP & Customer relationship management 199

Chapter No.44 ERP & E-commerce 200

44.1 ERP & CRM 200

44.2 Change management 201

44.3 Phases of Change Management 202

44.4 Change agent: 204

44.5 ERP– Ownership and sponsor ship: 204

Chapter No.45 Importance of ethics in IS 205

45.1 Meaning of Ethics 205

45.2 Ethical Challenges 205

45.3 Privacy and Ethics 206

45.4 Threats to Privacy 207

45.5 Electronic Surveillance 207

45.6 Data Profiling 208

45.7 Online Privacy and E-Commerce 208

45.8 Workplace Monitoring 208

45.9 TRIPS 210

45.10 Privacy Codes and Policies 210

本文地址
https://architect.pub/zainbooks-information-systems
SEO Title
zainbooks Information Systems

【信息系统和战略】法国马赛商学院世界医学MBA项目-信息系统和战略课程

视频号

微信公众号

知识星球

Chinese, Simplified

Information Systems and Strategy

This page contains a table of contents that gives an overview of each session and links to its associated web page, a list of text books that are suitable for this course and a note about how to obtain data and articles for the course. It also contains a link to further information on the assignment which will be used to respond to any queries about the asignment or requests for clarification. Finally, there is a set of ' Taster Slides' for this course available from SlideShare.

Course overview and links to the web pages for each session

Table of contents for the course

Session

Topic

Web Page

Content

1

This session is an introduction to the course as a whole. The aim of the session is to introduce you to the broad themes that will be covered and to provide a firm foundation upon which to build.

Introduction, Scope and Key Themes

  • Review of key terms used in the course
  • Review of long term trends in technology and business
  • Review of key technical, managerial business issues
  • Discussion of alignment of IS / business strategies

2

The focus of this session is on different types or categories of information system. The aim of the session is to give you a better understanding of what types of information system there are, what they do and the choices that need to be faced when developing or acquiring such systems.

Types of information system, their design and acquisition

  • Evaluation of the different types and categories of information system available
  • Review of the different approaches and techniques for the acquisition of information systems
  • Analysis of the choices (strategic / tactical / social / ethical) facing businesses when investing in IT

3

The focus of the session will be on exploring the concept of a business model. The objective is to understand the ways in which information technology can transform an existing business and/or offer completely new ways of doing business. The aim is to further explore the links between Information technology / information systems strategies and business strategies.

Business Models and Organizational Transformation

  • Review of the concept of competitive advantage
  • Review of concept of business models and its links to IS/IT
  • Analysis of the use of IS / IT to change organizations and their structure
  • Discussion of the requirements for the first assessment (25% of marks)

4

This session will focus on the contribution that information systems can make to the way a business operates internally. The aim of the session is to give you an understanding of the strength and weaknesses of the 'classic' view of MIS, i.e. the means by which an organization fine-tunes its competitive position.

Information systems, knowledge management and business processes

  • Review of business processes and résumé of 'classic' view of MIS + case study of BPR (Mahindra and Mahindra)
  • Review of knowledge management and the learning organization + case study of KM (Xerox)
  • Discussion based around selected articles available via EBSCO

5

This session will focus on the impact that information technology can have on the way a business is structured. The aim of the session is to give you an understanding of the ways in which recent approaches to information systems can used to transform an organization's structure, the way it does business and the broader implications of these changes.

Distributed working, innovation and the blurring of organizational boundaries

  • Review of distributed working and résumé of 'new' view of MIS + case study of a virtual organization (Pay Zone)
  • Review of collaborative working and innovation + case study of KM and Innovation (Siemens)
  • Discussion based around selected articles available via EBSCO

6

The final session will focus on how changes in information technology can affect the market as a whole. The aim of the session is to give you an insight into the recursive relationship between developments in information technology, business strategy and the broader context in which strategy is formed.

Globalization, keystones and ecosystems

  • Review of keystone strategies and ecosystems + case study of globalization (Li & Fung)
  • Review of IT / IS and globalization + case study on Globalization (Internet Censorship)
  • Discussion based around selected articles available via EBSCO

Books

There are a number of alternative textbooks for this course. The choice of which book(s) to select will depend on your background, experience and interests. Please see the list of Information Systems Books for a list of suitable books. Here you will find several books listed, each with a short review to help you decide which is the most suitable for you.

Access to Company Data and Journal Articles

Additional material will be provided as links from this website to external web sites and links to company reports, business magazines and academic journals.

You should note that some these resources are only available to Euromed-Management students. You will not be able to access these resources unless you are either (a) Connected directly to the Euromed-Management network (e.g. via internal Wi-Fi or Ethernet cable) or (b) logged in via the web VPN or the Euromed-Management Campus Virtuel.

Assignments

In order that all students have access to the same information and guideance on assignments, any general questions or requests for clarrification will be posted on a seperate web page.

 

Euromed Marseille Ecole de Management, World Med MBA Programme - Information Systems and Strategy Course

[Go to Teaching page]    [Go to Publications page]

本文地址
https://architect.pub/euromed-marseille-school-management-world-med-mba-program-information-systems-and-strategy-course
SEO Title
Euromed Marseille School of Management, World Med MBA Program - Information Systems and Strategy Course

【可组合架构】什么是可组合架构?

视频号

微信公众号

知识星球

Chinese, Simplified

与所有新技术一样,这些新技术已成为您必须如何装备和建立业务的一个组成部分,陡峭的学习曲线是不可避免的。这同样适用于可组合的商业。对于我们的关注点,这意味着要回答以下问题:

  • 什么是可组合架构?它与TCA(可组合架构)相同吗?
  • 可组合架构与微服务。微服务是如何融入其中的?
  • 什么是打包业务能力(PBC)?

在这篇博客文章中,你将了解这些问题的答案,以及为什么你必须掌握可组合架构的概念和重要性。它解释了可组合架构的组件和优点,以及如何在自己的电子商务业务中利用它。

什么是可组合架构?

可组合架构是一种设计模式,允许开发人员创建可重用组件,以便更快、更轻松地构建应用程序。近年来,随着企业努力减少开发和部署新应用程序所需的时间,这种模式越来越受欢迎。

为什么突然需要重新思考我们如何做电子商务?

“首席信息官必须找到IT力量倍增器,以实现增长和创新,并创建可扩展、有弹性的技术基础,其可扩展性将为数字投资释放现金。这些当务之急构成了今年趋势的三个主题:工程信任、塑造变革和加速增长。”

Gartner研究副总裁David Groombridge

“每一片乌云都有一线希望”是一句格言,当新冠肺炎疫情席卷全球时,这句格言对电子商务企业尤为重要。由于许多人被限制在室内,他们争相寻找尽可能正常的生活方式。

在数字化转型战略方面取得进展的电子商务零售商已准备好正面满足这一紧迫需求。他们提供了一些安慰和安慰,因为消费者可以继续在舒适的家里(和手机!)快速高效地购买他们急需和喜爱的产品。

截至2020年5月,电子商务交易价值同比增长77%,达到825亿美元。这表明,在正常情况下需要长达六年的销售额同比增长。

不幸的是,许多电子商务公司在那一刻意识到,他们过时的传统解决方案不符合规模化的要求,也不符合在几周内突然增加的近77%的在线和移动零售的需求。

在现代API First和SaaS趋势的驱动下,可组合架构可以帮助您的企业以比传统堆栈架构更少的精力和更快的速度构建更强大、性能更好的数字体验。因此,大规模迁移到并争夺最高效的可组合架构解决方案。

好吧,让我们继续讨论电子商务中的可组合架构。

可组合架构——定义

我们将可组合体系结构建立在从小型独立组件构建软件系统的思想之上,您可以将这些组件组合起来形成一个完整的系统。这种模块化的设计方法使开发人员能够轻松地重用代码和组件,从而节省时间和金钱。此外,可组合的体系结构可以使扩展和维护大型应用程序变得更容易。

可组合架构由一组模块化组件(微服务、无头应用程序或PBC)组成,这些组件可以轻松组装和配置,以满足每个业务的特定需求。与商业技术相关的可组合架构是一个技术术语,指的是使公司能够更好地管理和定制其在线商店的电子商务堆栈。

这种体系结构为企业提供了高度的灵活性和可扩展性,使其成为企业的理想解决方案。可组合体系结构也具有高度的可扩展性,使企业能够随着需求的发展毫不费力地添加新的特性和功能。

您可以为具有可组合商务的电子商务堆栈选择最佳技术。该软件通过API进行集成,使其能够与系统的其他部分无缝通信,而不会影响现有功能或增加开发人员的负担。

什么是API?

在计算中,应用程序编程接口是一组用于构建可组合软件的子程序定义、协议和工具。像这样的体系结构通过将系统各部分分解为小型、独立的模块,最大限度地减少了它们之间的依赖性。API定义了这些模块之间的接口,并规定了它们如何交互的规则。

API

  • 通过坚持定义良好的API,可以在不影响系统其余部分的情况下,用替代实现替换模块。
  • API在实现可组合软件体系结构的灵活性和模块性方面发挥着至关重要的作用。

在我们的行业中,有一个很好的类比可以通过将原料药与餐厅的服务员进行比较来描述原料药:

“当你,顾客点餐时,你不会直接和厨师说话。相反,你会向服务员点餐,然后服务员把你点的菜带到厨房,递给厨师,当你的食物准备好后,服务员会把它带回你的桌子。”

在这种类比中,你和厨师就是应用程序,而服务员就是API。

了解有关无头商务中API的更多信息

好吧,回到可组合架构

这个术语背后独特的分离设计方法意味着不同的利益相关者将只能获得他们需要的产品,同时在设计在线购物体验时仍能提供最大的灵活性。

如果你喜欢用来描述API的餐厅类比,你可以把可组合建筑想象成一个解构的巨无霸。你不用在盘子里放一个汉堡,因为它太乱了,吃的时候很难分开(整体结构),而是把每种成分都分开放在盘子里。

你可以决定如何吃。你可以一次咬一口每种食材(微服务),也可以咬一口有味道的肉饼(PBC),以获得你最喜欢的味道。就像吃你最喜欢的巨无霸一样,可组合的架构都是关于选择的。这是一种将企业与云驱动世界相结合的新方法。

“到2025年,云计算平台将成为95%以上新数字计划的基础,而2021这一比例不到40%。”

Gartner确定2022年最佳战略技术趋势

Vue Storefront开发人员的注意事项:

当在文章中引用时,可组合架构和可组合架构(TCA)并不总是相同的。TCA是为Swift设计的,专门用于苹果应用程序开发(iOS)。本文是关于可组合架构作为整个电子商务技术堆栈的设计方法,而不是TCA

可组合架构与微服务:这不是一个或另一个

微服务是一种小型的独立服务,它们协同工作,在可组合的商业堆栈中完成更重要的任务。每个微服务都负责一个特定的功能,它们可以相互独立地部署和扩展。

这使得电子商务企业能够:

  • 更敏捷,更快地应对市场变化。
  • 微服务还可以更容易地更新电子商务系统,因为您可以在不影响其他服务的情况下添加新功能。
  • 最后,微服务可以提高容错能力,因为一个服务的故障不会导致整个系统瘫痪。

什么是一揽子业务能力(PBC)?

电子商务中的打包业务能力(PBC)是一组与电子商务相关的活动、产品和服务(API优先的微服务和无头商业应用程序)捆绑在一起,作为一个完整的电子商务解决方案提供。

Vue Storefront是各种电子商务PBC的一部分,其平台包括Elastic Path、BigCommerce、Magento和commercetools。

您可以集成两个微服务或无头应用程序来交付一个完整的任务。或者可以是多个微服务和其他无头解决方案的预集成,以提供全面的电子商务堆栈。PBC可以用来补充或取代现有的电子商务系统,也可以用来从头开始创建新的电子商务解决方案。

通过在单个包中提供完整的电子商务解决方案,PBC可以通过简化电子商务采购流程来节省企业的时间和金钱。此外,PBC可以为企业提供一个交钥匙电子商务解决方案,该解决方案可以快速上线,只需最少的设置。

可组合架构的好处

总的来说,可组合架构提供了几个可以使电子商务企业受益的优势:

  1. 企业可以通过更容易地开发、部署和扩展电子商务系统来节省资金并提高效率。
  2. 轻松集成新技术的能力可以帮助企业使其系统跟上最新趋势。
  3. 可组合架构比传统基础架构更灵活。它使用先进的软件和自动化来检测和解决硬件资产中的问题。
  4. 可组合架构提供的软件定义模板简化了对系统的任何更新或更改,而无需更新每个功能。它可以节省时间并防止商店运营中断。
  5. 您的业务可以通过两种方式无缝扩展,因为可组合架构分为不同的部分,您可以插入或拔出这些部分。这允许很大的灵活性。
  6. 您可以在任何非常适合您业务的技术上运行可组合的体系结构。它可以是云原生平台,也可以是虚拟机。这为您提供了更快的服务交付、灵活性和弹性。

可组合架构对电子商务的好处是多种多样的。通过解耦电子商务系统的各个组件,可以更容易地根据需要开发、部署和扩展系统的各个部分。这可以显著节省成本并提高效率。

使用传统的IT基础设施和实现灵活性一直是许多企业面临的关键挑战。然而,有了可组合的商业架构,私人数据中心之间的连接就增加了,这可以帮助公司在面对数字变化时变得更高效,同时在灾难发生时也有更大的弹性。

有了这种跨多个组织的企业级解决方案,不仅可以在停机期间保留关键业务功能,还可以改进它们。由于其动态特性,您可以快速部署新服务,而无需等待数周或数月,直到下一个部署周期再次开始。

此外,一个可组合的体系结构使集成新技术和服务成为可能,因为它们变得容易获得。这使得电子商务企业能够快速利用创新,并使其系统跟上最新趋势。

可组合商业架构示例:MACH联盟

MACH联盟是一个致力于倡导开放和最佳企业技术生态系统的组织。

2020年,一批精选的创新型公司被邀请加入MACH联盟。一年后,该俱乐部被Forrester评为“镇上最酷的科技俱乐部”,目前拥有三类50多个成员组织:

  • 供应商
  • 系统集成商
  • 促成因素

MACH技术是基于API、云驱动和无头的可组合和解耦的微服务。这种现代、模块化的技术方法将电子商务平台的前端与后端分离开来。它允许人力资源和市场营销等非It职能部门管理各自独立的数字接口,而不会干扰彼此的功能和运营。

MACH联盟的目标是“经得起未来考验的企业技术,推动当前和未来的数字体验。”

了解更多关于MACH架构的信息。

Vue Storefront是如何接受可组合架构的?

Vue Storefront是一种前端即服务,以极低的成本和时间提供定制店面,并具有闪电般的页面加载,以实现更好的转换率和更高的收入。

我们帮助商业公司通过表现良好的前端为客户提供良好的体验,同时增加收入,大幅削减开发和运营成本。

结束

改变的不仅仅是技术,还有我们对工作的看法。像“可组合技术”这样的技术术语通过应用程序和集成的解耦模型破坏了传统的体系结构。

运营独立性和快速发展的业务是可组合技术的标志,这些技术支持通过应用程序、集成和云服务的解耦模型实现组织现代化。

无头内容管理只是一个例子,还有jamstack搜索引擎技术,如谷歌的Kubernetes服务平台或Microsoft Azure Service Graph API,任何公司都可以使用这些技术来打破跨部门的竖井,同时简化各级工作流程。

这些模块化技术大大缩短了上市时间,实现了灵活的商业操作,如在几天内建立新网站,在几小时内建立新功能。对可组合架构的重新编程最终会提高生产力和盈利能力。

常见问题

什么是可组合架构?

可组合体系结构是一种设计模式,允许开发人员创建可重复使用的组件,以便更快、更容易地构建应用程序。它基于从独立的小部件构建软件系统的想法,您可以在通过API集成进行通信的同时将这些部件组合起来形成一个完整的系统。



什么是微服务?

微服务是小型的、独立的服务,它们一起工作,在可组合的商业堆栈中完成更大的任务。每个微服务都负责一个特定的功能,它们可以相互独立地部署和扩展。



什么是MACH技术?

MACH技术是基于API、云驱动和无头的可组合和解耦的微服务。这是一种现代的、模块化的技术方法,将电子商务平台的前端与后端分离开来。

本文地址
https://architect.pub/vuestorefront-what-composable-architecture
SEO Title
vuestorefront : What is Composable Architecture?

【可组合架构】可组合架构:为什么它很重要以及如何开始

视频号

微信公众号

知识星球

Chinese, Simplified

总结:

在目前的市场动态中,没有任何组织能够承受经济放缓。组织必须努力适应新技术,以实现市场驱动的增长。为了获得竞争优势,需要制定明确的战略计划。企业必须利用现有的数据堆栈,构建创新的、可扩展的平台。因此,数据架构至关重要。可组合架构是实现快速、高效和敏捷开发的一条很有前途的道路。继续阅读以了解更多有关此方面的信息。

不确定性是新常态。企业被迫在市场、业务、技术创新和不断变化的消费者需求的外部压力下不断发展。提高产品和服务的灵活性是2023年高管的首要任务之一。

为了在产品和服务中提供这种灵活性、这种创新和个性化水平,企业正在其架构中转向更灵活(或可组合)的技术。可组合性是一种由单个模块化部件构建整体的设计原则企业可以是可组合的。但应用程序和内容管理系统(CMS)也是如此

可组合架构有望帮助加快新应用程序和数字体验平台的上市时间,帮助组织实现敏捷性目标。在本博客中,我们将探讨与可组合架构相关的一切,以及如何在类似术语的背景下构建可组合架构,包括无头、模块化和微服务架构。

什么是可组合架构?

要回答什么是可组合架构的问题,首先了解可组合性一词是如何在业务级别应用的是很有帮助的。Gartner将可组合的业务架构定义为由三部分组成:

Composable Architect

  • 可组合思维着眼于通过不断探索和移动组件来创造业务能力。
  • 可组合的业务架构,可动态调整人员/流程/能力/产品和服务,使其具有灵活性和弹性。
  • 可组合技术具有易于组装和重新组装的模块化组件,是支持可组合业务架构的基础。

作为可组合企业架构的核心支柱之一,可组合技术专注于组件驱动的开发,构建可以使用和重用的组件,以适应不断变化的需求。Gartner表示,超过75%的中小型SaaS开发公司将使用打包的业务能力来加快其上市时间。

到2023年,30%的新应用程序将作为打包业务功能库交付、定价和消费,高于2020年的不到5%。

可组合架构

可组合架构是这一前提在开发实践中的延伸,即可以组装一组自主模块化组件(微服务、无头应用程序或打包业务功能,又名PBC)来形成一个完整的系统。模块化方法允许开发人员重用更多的代码和组件,节省时间和金钱,并使其更容易在未来扩展、维护和改进系统。

可组合架构

对于传统(或单片)架构,前端(用户界面或“头”)和后端都耦合到一个代码库中。通过可组合的架构,前部与后部解耦。如果这听起来像是无头商业,那是正确的。然而,单凭无头是不足以满足当今消费者不断变化的需求的。

虽然无头仍然是可组合架构的一部分,但可组合架构是一种进化,它还包括在技术堆栈中集成微服务(离散模块)的能力。架构必须遵循下一节中概述的MACH方法才能真正可组合。

传统/单片与无头与可组合

可组合架构

可组合结构的特点:MACH方法

可组合架构基于MACH,MACH是一组原则或技术,当它们一起使用时,支持可组合架构。

Composable Architect

M–微服务

微服务是通过API提供特定功能或特性的独立服务。打包业务组件(PBC)是一组由单个API访问的两个或多个微服务(例如,购物车和结账的捆绑包)。单个微服务和PBC都可以被视为一个模块。

A–API优先

API将两个或多个应用程序或服务连接在一起,这是一种融入开发方法的通信方式。

C–云原生

应用程序或服务专门存在于云中,以确保可扩展性和灵活性。

H–无头

应用程序的前端和后端已经解耦。它们通过API连接,在每种语言和技术上都有更多的灵活性和选择,并使其更容易根据需要扩展到新的渠道或设备。

可组合架构示例

可组合商务架构是这种新方法最常被引用的用途之一,它支持一种灵活的方法,以提供丰富的实时数字和个性化体验。可组合的数字体验平台正在彻底改变通过各种渠道快速提供这些体验的能力。现代电子商务平台(如Magento 2、Drupal、Shopify、BigCommerce)通常依赖广泛的第三方提供各种服务,使品牌能够选择最佳解决方案(PBC),并独立于其他组件升级每个组件:

可组合架构

可组合架构的优点

Gartner指出,可组合业务架构的原则是速度、灵活性、更好的领导力和更大的弹性。当这些原则转化为可组合的架构时,会转化为切实的好处,包括:

1.可扩展性

在考虑可组合架构时,可伸缩性通常是关键驱动因素之一。在该架构中,每个组件都被设计为与其他组件即插即用,允许每个独立组件独立扩展或根据需要进行更换。每个组件独立扩展的能力使应用程序作为一个整体具有更好的性能,并且更具成本效益。

2.灵活性

将系统的前端和后端解耦,可以在选择各种微服务和PBC时有更大的选择自由度,而无需担心兼容性。随着需求的变化,交换或更新服务很容易,而不必太担心集成——相反,API完成了系统之间通信的大部分工作。

3.模块化

代码和第三方服务形成独立的模块,随着时间的推移保持解耦,并很容易与其他模块交换。此外,这种方法缩短了上市时间,允许重用代码,或者不部署代码解决方案,以在创纪录的时间内添加新功能或构建新网站。

4.可重复使用

可组合架构的关键基础是可重用组件的概念。这一策略的基础是定义可以重用的标准和模式,以及可以将一切结合在一起的API。这需要一种不同的方法来设计系统,这种方法的核心是重用性。通过这种方式,创建的任何模块都可以重用,或者形成新应用程序或服务的基础。

5.提高了可维护性

可以很容易地对一个模块或服务进行更改,而不会影响整个系统。此外,拥有直观的CMS可以让营销部门有更大的自主权来更改网站设计,为更多增值活动腾出宝贵的IT时间。此外,从维护的角度来看,拥有独立的微服务可以使业务变得更加容错,单个组件中的任何性能问题或服务问题都不会影响整个系统。

6.更快的开发和部署

重用组件、利用库中的组件和集成第三方服务(PBC)的能力可以加快开发时间。此外,可以在不影响整个系统的情况下进行更改。但速度提高的首要原因是,每个功能都可以自主开发并用于支持组织中的多个产品——因此,为一种产品开发的“搜索”功能可以支持另一种产品,这些较小的版本可以以更高的速度交付生产。

可组合架构的挑战

可组合架构

虽然可组合架构有许多明显的好处,但也必须考虑一些挑战:

1.复杂性

虽然可组合架构的模块化性质允许团队开发或集成独立组件,有助于加快上市时间,但这确实在监督所有组件的移动和组合方式方面引入了一些复杂性。需要强大的API和集成商来支持整个系统,并加强对每个微服务的监督,以确保其保持更新和修补,并继续成为满足业务需求的最佳选择。

2.组件集成

至关重要的是,每个组件都要被评估为最适合业务的组件,并易于集成,以确保底层数据可以使用,流程顺畅。为了确保组件的顺利集成,团队中必须有强大的集成商,或者寻求合作伙伴的专业知识和支持来提供帮助。

3.管理状态

随着应用程序的规模和复杂性的增长,依赖于更独立的部分或运行异步操作,管理共享全局状态变得更具挑战性。许多状态管理库可以提供帮助,但最重要的建议是避免在任何事情上都使用全局状态,而是使用适合工作的工具。存在许多关于管理每个框架和库(例如React、Swift等)的状态的有用文章。

4.测试和验证

对架构中的每个功能进行烘焙测试,并对由多个部分组成的功能进行集成测试,以确保一切按预期运行,并且对应用程序没有副作用,这一点很重要。一个可组合的架构系统将有更多的部分,这需要更多的测试和验证。

实施可组合架构

对现有系统的评估

在完成任何工作之前,实现可组合架构的第一步是了解系统的当前状态:组织内已经构建了哪些功能、技术和流程。这是您对可用于帮助满足新系统或改进系统的需求的库存。在这个阶段,组织可能包括:

  • 业务能力图,将能力分解为尽可能小的单元。
  • 假设可组合的架构旨在取代现有的系统。在这种情况下,评估不仅应该提高库存能力,还应该提高价值流,以了解应用程序在哪些方面做得好,以及在哪些方面没有改进。
  • 无论应用程序是新的还是取代现有的,用户对用户故事和客户旅程的回顾都很重要。

设计可组合的架构

业务分析师(或架构师)、设计师和开发人员共同工作,对解决方案架构进行概念化和设计,以将想法转化为现实。在这个阶段,业务能力映射被扩展,在其最小的部分建立具有明确业务价值的每个组件。然后可以将这些部分组合到PBC中,从而定义业务能力。这些模块和PBC将形成一个库存或库,供企业使用。

然后,专家可以为团队制定一个计划,以构建每个模块,并为各种用例配置它们。这个阶段应该尊重MACH的特性和驱动可组合体架构的关键优势。

构建可重复使用的组件

在这个阶段,团队执行计划(最好是通过敏捷开发运营计划)来构建组件。这是一个构建和重复部分,其中构建和集成组件,直到实现最低可行的产品。在这个阶段,重要的是要坚持可组合架构的最佳实践,包括:

  • 有明确的文件
  • 构建几乎没有依赖关系的模块化组件
  • 定义清晰的接口
  • 建立清晰的边界

将组件集成到一个有凝聚力的系统中

一旦构建了组件,就必须通过API对它们进行组合和“粘合”。应用程序编程接口(API)在两个组件或应用程序之间进行通信,传输请求和信息。通过可组合架构,API用于集成组件,拥有强大的API管理平台可以将API管理简化到单个平台上,并允许更大的安全控制。

可组合架构

自动化测试和验证

任何架构都只有经过测试才是强大的——值得庆幸的是,可组合架构中缺乏依赖性,这很适合测试。在Swift可组合架构中,测试框架和公司都在可组合架构内。使用React可组合架构,您可以在测试环境中渲染组件树或运行端到端测试,并通过免费和付费工具支持额外的测试。

可组合架构的类型

Swift可组合架构

Swift是苹果公司创建的一种编程语言,用于构建iOs、Mac、Apple TV和Apple Watch应用程序。Swift提供了一组默认支持可组合架构的协议和工具,称为可组合架构(TCA)。Swift可组合架构包括功能和集成测试、状态管理、支持功能组合的模块化代码以及非常友好的开发人员界面。

React可组合架构

React是一个JavaScript库,广泛用于可组合元素,特别是用于用户交互的接口和元素的前端开发。React强调可组合性是其核心原则之一,强调由不同的人编写的组件应该很好地协同工作。

关键要点

可组合架构就像是抵御变化的保险——通过将敏捷性纳入每个系统的基础,来拥抱未来的不确定性。可组合的架构允许组织变得敏捷,采用同类最佳的解决方案,并适应新技术和消费者的需求。

两年内,云原生平台将成为95%以上新数字计划的平台,高于去年的40%——如果采用可组合架构构建,这些计划将加快上市时间,并具有在未来发生变化的灵活性。如果你想提升你的数字计划,或者转向可组合架构,为你的成功奠定基础,请联系我们,看看我们能提供什么帮助。

常见问题解答

01为什么可组合架构很重要?

可组合架构有助于提高组织的灵活性,以应对市场上快速变化的需求和机遇。它允许组织快速升级现有系统或缩短新解决方案的上市时间。此外,可组合架构有助于打破部门之间的竖井,并简化所有工作流程。

02什么是模块化架构与可组合架构?

模块化是指可以独立消费和使用的组件,是可组合体系结构的核心功能。您可以拥有模块化前端组件(如博客、网站、论坛)和渠道(如移动、网络),以及模块化后端服务(如购物车、支付、产品目录等)。可组合架构是组合模块的能力。

03什么是无头架构与可组合架构?

无头架构将前端和后端解耦,是可组合架构的四个基本MACH(微服务、API引导、云优先、无头)组件之一。

04什么是可组合架构与微服务?

微服务是指支持解耦(无头)架构的模块化后端服务,该架构是可组合架构核心的一部分。有时可组合架构被称为无头微服务。

本文地址
https://architect.pub/composable-architecture-why-its-important-and-how-get-started
SEO Title
Composable Architecture: Why It’s Important and How to Get Started

【应用架构】 EA874:企业应用集成概述

Chinese, Simplified

应用程序集成预测

下面是在应用程序集成不久的将来所做的一些预测

1] 应用程序集成的兴起

有预测称,公司在应用程序集成方面的支出将超过目前的支出。云、移动、社交和信息等力量之间的联系将有助于企业推动业务流程创新和改进,但也会使要集成的应用程序、设备、云服务和数据源的数量激增和复杂化。更为复杂的是,企业将与外部商业伙伴进行更多的B2B集成。

应采取以下措施解决一体化问题-

  • 调整IT预算,以适应未来五年进行更多集成的成本增加。
  • 准备一个更加敏捷、分布式和联邦化的组织模型,以解决日益普遍的集成本质。
  • 熟悉可用于进行集成的各种产品和服务,并使用适合于支持云和移动需求驱动的快速集成项目的产品和服务扩展技术组合。
  • 了解在选择一种基本的集成方法时要考虑哪些因素

2] 移动设备上的数据集成

随着移动设备的出现,移动设备上的数据集成将占集成开支的20%。由企业开发或为企业开发的移动应用程序需要访问仅可从其他计算机获得的功能,和/或需要在移动设备和企业基于服务器的应用程序之间传输数据。困难在于通过移动网络连接(通常是不可用的)提供连续访问,或者在胁迫下通过降低网络速度的连接提供连续访问。为了弥补间歇性连接和不一致的吞吐量,移动应用程序将越来越多地存储数据:用户可能需要根据其工作类型、位置或其他数据缓存策略预取数据。

应采取以下措施解决手机集成问题-

  • 分配资源以允许不可避免的移动设备支持和移动应用程序启用。
  • 特别投资于新的移动集成技能和技术,因为这些可能是新的,并且不同于现有的技能和技术。

3] 企业防火墙外的集成

在未来,超过三分之二的新集成流将扩展到企业防火墙之外。B2B集成仍然是增加防火墙外集成流的驱动力,尽管构成B2B的定义正在急剧扩展。许多组织寻求扩展和/或取代已有20多年历史的电子数据交换(EDI)翻译技术,同时增加客户、供应商和其他通过B2B集成进行电子商务的外部业务伙伴。公司正在扩展现有B2B流程的自动化,转向更复杂的流程,并添加新的协作形式

建议应对企业防火墙之外的集成-

  • 尽可能地整合用于企业防火墙之外的内部集成和集成的产品数量。
  • 建立一个平台,将用于A2A集成和集成的产品与防火墙外的端点集成;或者,至少联合两个同类最佳的产品来处理这两个需求。
  • 确保此平台包含必要的端点安全和治理功能。

应用集成平台

应用程序基础设施是在本地和云中执行和集成业务应用程序的基本软件(中间件)。传统上,应用程序基础设施是通过软件提供的,但是平台即服务(图1)现在允许公司将其应用程序部署在云中,并将其与内部应用程序集成。应用程序基础架构有助于更好地使IT与业务保持一致。它还帮助支持关键的业务战略,如应用程序现代化、应用程序外包、零延迟(即实时)企业、直通式处理、改进的供应商和客户集成、业务活动监视和改进的数据质量。应用程序基础设施对于使业务应用程序能够灵活、无缝地参与ERP升级、B2B电子商务和面向服务的体系结构(SOA)计划的IT项目至关重要

图1

应使用这种结构化方法构建应用程序和集成平台计划

·制定战略和计划:

起草章程,为项目制定与业务目标一致的授权。设计项目范围,并设置资源、预算和治理系统,以及集成基础设施标准和架构。

·选择解决方案:

设置需求并发布RFP。分析市场情报。评估供应商/服务提供商选项。选择技术和供应商/服务提供商。协商服务水平协议和合同。

·构建:设计技术实现。

开发工作流程、表单和用户界面。识别和管理风险。定义组织和治理结构。为集成能力中心配备人员,以创建和跟踪项目成功的指标。

应用程序集成指南

由于各种力量(云、移动、信息和社交)的联系,大多数组织的应用程序组合正变得越来越复杂,并且正在全面部署更多的应用程序。许多新的应用程序功能通过移动设备和外部业务伙伴部署在云中。

实现应用程序集成的许多方法使应用程序的复杂性和过剩更加复杂,例如,将集成平台作为服务(iPaaS)用于云服务集成(CSI),并将其扩展到传统的集成平台,例如,应用程序到应用程序(A2A)。随着越来越多的集成在企业非军事区(DMZ)之外流动,利用新的集成技术(如CSI)将挑战许多集成能力中心(ICC)的技能集和方法

在启动任何集成项目之前,请使用以下应用程序集成指南

1] 确定要集成的是什么

——大型应用程序组合意味着许多集成挑战,因为必须标识组合内容,还必须标识必须集成的内容。通常,公司会整合以下内容:

  • 应用程序
  • 云服务
  • 数据
  • 流程程
  • 贸易伙伴

2] 确定项目范围-

在确定要集成的内容之后,确定项目范围,以进一步明确哪个解决方案满足集成项目需求。集成项目最常见的范围包括

  • 在企业内集成应用程序(A2A)
  • 将企业内的应用程序与企业外的实体集成(B2B、云到内部部署、移动设备和操作技术的集成)
  • 在企业外部集成应用程序和服务(云到云)

3] 决定如何将集成功能部署到各种消费模型-

决定如何将集成功能部署到各种可用的消费模型:

  • 商业许可软件(COTS)
  • 开源软件(OSS)
  • 器具/一体机(Appliances)
  • 基于云的服务
  • 集成代理(IB)

4] 决定何时联合-

联合意味着您希望组织内不同系统之间发生互操作性和信息共享。通常,在以下情况下,希望联合集成解决方案:

  • 您正在构建使用其他域中现有服务的应用程序。
  • 您有多个集成能力中心(ICC),必须在它们之间创建链接

5] 使应用程序集成与SOA、BPM和云计划保持一致-

大多数大型组织都围绕着大型应用程序(如ERP)、SOA、BPM和云计划。确定将这些计划与集成实践进行协调是否会增加价值。

 

原文:https://sites.google.com/site/aniketsaoblog/home/application-architecture-layer/enterprise-application-integration

本文:

讨论:请加入知识星球【首席架构师圈】或者小编小号【jiagoushi_pro】

SEO Title
Enterprise Application Integration summary

【应用架构】EA874:应用架构行为准则

视频号

微信公众号

知识星球

Chinese, Simplified

应用架构行为准则

应用程序架构是企业解决方案架构(ESA)的一个子集(图1)。应用程序架构既是一个过程(架构和设计)又是一个东西(可交付成果——架构的内容)。应用程序架构帮助组织规划其在应用程序解决方案和其他系统中的投资。正在评估、设计和交付的应用程序解决方案必须能够与已建立的解决方案共存。其中包括新开发的应用程序、遗留应用程序扩展、应用程序现代化、购买的应用程序包及其升级。

 

图1

应用程序架构存在于多个详细级别:

 

  • 在概念层次上,企业架构(EA)策略和计划确保应用程序组合与其他形式的解决方案架构(业务、技术和信息)协同有效地发展。
  • 在逻辑层次上,应用程序架构超出了企业解决方案架构(ESA)工作的概念层次,它包括设计和重用软件服务和接口,从而提高了开发人员的生产力和应用程序的灵活性、质量和一致性。

应用程序架构的原则适用于所有类型的应用程序方法和解决方案。面向服务的架构(SOA)支持共享软件服务的需求正在推动组织实现应用程序架构师的角色和相关角色,包括SOA卓越中心(CoEs)或能力中心(CCs),以便跨SOA实现计划进行协调。

企业级范围和角色

在概念层次上,企业架构(EA)策略和计划确保应用程序组合与其他形式的解决方案架构(业务、技术和信息)协同有效地发展。

  • 在这个概念级别上,最能实现这些策略和计划以及应用程序架构规程的角色是企业解决方案架构师。
  • 项目级的解决方案和应用程序架构师也可能被要求担任这个角色(或者至少就AA规划问题咨询)。但是,将解决方案架构策略和规划职责与项目设计和实现职责分离是一种最佳实践,否则,两者都无法正确执行。

企业解决方案架构有两个主要级别(图2)-

  • 一个EA级别,包括代表不同架构和观点的各种类型的企业架构师-业务、技术、信息和解决方案(包括AA的概念级别)
  •  一种解决方案/项目级别,在解决方案设计和交付的详细逻辑和实现级别中包含多个架构师和分析师角色。

在EA概念级的细节中,企业解决方案架构师(在其他团队成员和项目级主题专家的帮助下)正在确定可重复的标准和指南,以及可重用的资产和投资,包括与应用程序架构相关的资产和投资,它可以传递给负责项目和个人解决方案的人。

图2

企业解决方案架构师的角色

企业解决方案架构师的角色可以是广泛而富有挑战性的。在大多数组织中,我们看到这个EA角色的两个主要职责领域:

1] 采用ESA的标准化和再利用

企业解决方案架构师将可重复的标准和指南交付给适当的企业解决方案组合,然后将这些以及现在定义/部署的共享服务和资产用于单个项目解决方案工作。

图3

2] 利用企业解决方案架构(ESA)协调当前和未来的状态

  • 根据ESA的现状,决定需要记录哪些内容(并在发生变化时进行更新)。解决方案架构师应确保正确描述每个解决方案。
  • 与其他架构师合作,创建并记录欧空局未来状态的愿景,包括解决与在正确的时间为每个架构的正确更改提供资金相关的业务问题。然后,解决方案架构师应确保每个解决方案都针对其未来状态进行了适当的规划(包括一个解决方案对EA标准和指南的利用,以及解决方案模式中描述的解决方案组合中的那些标准和指南)。
  • 确保合适的人员、流程和技术到位,以实现有效的协作

项目级范围和角色

未能区分解决方案架构师工作和应用程序架构师工作的企业错过了确保单个项目成功和多个项目重用的机会。

  • 应用程序架构师有责任以最大化重用为目标进行设计,并尽可能消除项目、应用程序系统和业务单元之间的冗余和不一致。
  • 虽然解决方案架构师将通过创建可重用的软件和信息服务来促进重用,但相对于为项目团队正在构建、集成和/或部署的特定解决方案定义一个合理、有效和完整的设计,它的优先级较低。
  • 企业解决方案架构(ESA)团队(包括SAs和a as)负责细节和内容的概念级别,包括将哪些标准、指南、可重用资产和投资传递给项目作为起点

解决方案架构师

SAs专注于给定项目的所有架构方面(尽管它们可能一次处理多个项目)。正如企业SA确保ESA团队成员在概念/规划详细级别上的架构协作一样,SAs也确保了项目级别上的架构协作。此外,他们必须完成一个完整的设计,定义解决方案的所有方面,包括但不限于应用程序架构方面。

应用程序架构师

AAs的重点是应用接口和软件服务的设计。与设计应用程序接口和软件服务相关联的强调程度取决于项目方法,以及有多少预先存在的接口和服务可以重用和构建。因此,AAs侧重于应用程序软件(box)之间接口(line)的设计,以及box的设计,以使它们尽可能像应用程序服务那样可重用。AAs有责任设计接口和服务,以提高应用程序的灵活性,最大限度地重用,并尽可能消除项目、应用程序系统和业务部门之间的冗余和不一致。

以下是SA职责与AA职责的比较。

图4

大多数组织最初都将AA的重点放在应用程序接口的设计上,而且有充分的理由——应用程序集成是实现应用程序包以及支持将新的SOA Web浏览器与遗留应用程序和数据集成的一个主要问题。虽然良好的应用程序接口设计解决了稳定性、安全性和性能问题,但也希望尽可能提高业务敏捷性和开发人员的生产力。

  • 具有SOA服务接口设计技能的AA侧重于应用程序接口(行)。
  • AA与SOA软件服务提供商的设计技能侧重于应用程序服务(box)。
  • 具有实现编码技能的开发人员根据AA生成的设计对服务的消费者和提供者实现以及新的应用程序服务(行和框解决方案)进行编码。

以下是AA和应用程序开发团队的职责区别-

Figure 5

原文:https://sites.google.com/site/aniketsaoblog/home/application-architecture-layer/the-discipline-of-application-architecture

本文:http://jiagoushi.pro/node/1055

讨论:请加入知识星球【首席架构师圈】或者小编小号【jiagoushi_pro】

本文地址
https://architect.pub/discipline-application-architecture
SEO Title
The Discipline of Application Architecture

【应用架构】EA874:应用程序架构的当前趋势

Chinese, Simplified

应用架构概述

随着各种力量(云、移动、社交和大数据)的相互联系不断涌现,不利用这些力量的组织在未来将面临严重的业务劣势。

架构师应该考虑适应这些新趋势

  • 使用面向服务架构(service-oriented architecture,SOA)构建应用程序,并集成内部商用现货(COTS)和遗留应用程序,以及业务合作伙伴应用程序和云服务。
  • 利用SOA在具有不同预算、计划、需求和所有者优先级的应用程序和服务之间提供松耦合连接的能力。
  • 使用SOA的关注点分离和封装,将移动、社交和云数据源与可变的结构化和非结构化数据模型集成。
  • 利用松散耦合最为关键的事件驱动架构(EDA)。
  • 确保开发工作更加敏捷和渐进。
  • 考虑通过开源产品、开放标准和开放数据利用开放计算。
  • 遵循大型网站的最佳实践和先例;寻找使用内存计算以及基于最终一致性模型的事务处理的机会

下面是显示应用程序架构议程的图表

图1

摆脱三层架构

应用程序体系结构的分层方法的问题在于它只在一个维度中定义应用程序(图2)。所有不同的数据源都在底层。所有用户界面(UI)逻辑都在顶层。而且,应用程序的其余部分介于两者之间。自上而下。自下而上。直线。一维的

图2

今天的客户端应用程序必须支持在一系列不同的“客户端”设备上运行的各种UI,包括PC、上网本、平板电脑、智能手机、信息亭、汽车仪表盘、GPS设备和媒体播放器。名单很长,而且还在继续增长。这些应用程序经常被调用来支持来自其他系统的访问,如社交计算站点、业务合作伙伴应用程序、媒体公司站点和业务部门IT提供的mashup(图3)。在这种情况下,单个客户端程序将清楚地调用应用程序的业务逻辑的概念是很奇怪的。

图3

我们现在在应用程序的访问端和数据管理端都有多个维度。许多新应用程序中的业务逻辑由一个或多个组合服务组成,这些组合服务依赖于多个子服务来执行业务逻辑。在某些情况下,这些多个服务在内部运行,但有时应用程序必须访问合作伙伴或供应商提供的服务,或者这些服务可以托管在云中。

图4

鉴于这些关于现实世界应用程序复杂性的观察,我们可以通过注意充分描述的应用程序架构来总结,应该假设许多客户端程序和设备访问许多业务逻辑服务,而这些服务反过来又访问其他业务逻辑服务,以及多个数据访问/数据管理服务。

图5

放弃过时的应用程序架构假设

应用程序设计人员一直在基于长期以来的假设来设计他们的应用程序。其中一些假设与移动、社交、云计算和新信息管理的交叉带来的新范式相冲突。有必要抛弃这些假设,以便能够容纳各种力量(云、社交、移动和信息)的联系。

  • 放弃应用程序可能依赖于环境同质性的假设。设计系统,假设它们运行在高度动态基础设施上的混合云环境中。
  • 放弃应用程序将存在于单个位置的假设。构建这样的应用程序:流程和数据可以分布在多个位置,而辖区分割是设计的一部分。
  • 放弃使用数据库强制流程完整性的假设。相反,创建具有完整性意识的应用程序并管理业务成果。
  • 放弃关于应用程序使用结构化数据的假设。相反,应用程序必须容纳不同的媒体类型和用于类似目的的多个数据类型。
  • 放弃“记录器”模式假设。相反,应该围绕人际和社会沟通来设计应用程序。

接受应用程序范例和模型

术语“应用程序架构”是指应用程序的结构和组织,包括其组件以及它们之间的交互/相互依赖模型。应用程序架构师应用架构范例,并使用常见的模式和模型来设计应用程序并定义其架构。

最直接受体系结构影响的应用程序特性包括

  • 1] 可维护性
  • 2] 稳健性
  • 3] 多才多艺
  • 4] 可用性
  • 5] 寿命

为了更好地理解如何使用应用程序体系结构来交付具有这些特性的应用程序,考虑体系结构的三个组件是很有帮助的:

  • ·范式
  • ·模型
  • ·结构和组织

范例:

架构范例(有时称为架构样式)是一个总体概念框架,它影响您设计应用程序的方式。一个范例有助于确保应用程序展示最能满足应用程序所有者目标的特性。

模型

模型是对现实世界某些方面的抽象描述和符号规范。模型通过将复杂性抽象为系统最可见方面的高级表示,帮助人们理解复杂的系统。然后,设计人员、开发人员和系统涉众在逐步深入到系统的细粒度方面时创建更详细的模型,以便更好地理解系统组件的功能性和非功能性功能及其相互依赖性。

解决方案架构师为系统的四个相关方面建模:

  • 业务能力模型指定了组织需要能够做的事情
  • 业务流程模型指定组织如何完成任务
  • 信息模型指定组织使用、处理或创建的信息
  • 服务模型指定执行工作的软件组件

结构和组织

应用程序的架构反映在其实现的结构和组织中。这些架构特性影响应用程序的性能、可伸缩性、健壮性、灵活性、可维护性和总体拥有成本。

要确定应用程序的体系结构质量,请考虑其结构和组织的以下方面:

  • 其服务和组合的分解和粒度
  • 用于定义和描述解决方案的拓扑
  • 解决方案组件的相互依赖性
  • 接口说明和合同
  • 定义或利用的框架
  • 实施

 

原文:https://sites.google.com/site/aniketsaoblog/home/application-architecture-layer/current-trends-in-application-architecture

本文:http://jiagoushi.pro/node/1056

讨论:请加入知识星球【首席架构师圈】或者小编小号【jiagoushi_pro】

SEO Title
Current Trends in Application Architecture

【应用架构】EIS和DSS之间的区别

视频号

微信公众号

知识星球

Chinese, Simplified

1.决策支持系统(DSS):


这是一个基于计算机的系统,有助于决策过程。它是一个交互式、灵活且适应性强的计算机系统。它是专门为支持解决非结构化管理问题以改进决策而开发的。
DSS是一类特定的计算机化信息系统,支持业务和组织决策活动。

优势:

  • 它节省了时间。
  • 提高效率。
  • 降低成本。
  • 它提高了个人效率。
  • 它提高了决策者的满意度。


缺点:

  • 信息过载。
  • 状态降低。
  • 过分强调决策。


2.行政信息系统(EIS):


EIS被定义为帮助高层管理人员做出政策决策的系统。该系统使用高级数据、分析模型和用户友好的软件进行决策。它是一个结构化的自动跟踪系统,持续运行以保持对一切的管理。它提供异常和状态报告功能。

优势:

  • 易于使用。
  • 分析趋势的能力。
  • 时间管理。
  • 效率。
  • 增强业务问题解决能力。
     

缺点:

  • 功能有限。
  • 很难保存最新数据。
  • 系统可能运行缓慢。
  • 不太可靠。



Difference between DSS and EIS :


DSS EIS
It is used by professionals. It is used by executives.
It is required for day-to-day operations. It is required for strategic plans and procedures.
It deals with semi and unstructured data. It deals with only unstructured data.
It consists of only internal information. It consists of both internal and external information.
It allows taking non-routines decisions. It allows taking decisions to meet the strategic goals of the organization.
It is used with mainframes, micro and distributed systems. It is used with distributed systems.

本文地址
https://architect.pub/difference-between-eis-and-dss
SEO Title
Difference between EIS and DSS

【应用架构】MIS-信息分类

视频号

微信公众号

知识星球

Chinese, Simplified

信息可以通过多种方式进行分类,在本章中,您将学习对信息进行分类的两种最重要的方法。

MIS

按特征分类

根据Anthony对管理的分类,商业决策中使用的信息通常分为三类——

  • 战略信息——战略信息与长期政策决策有关,这些决策定义了企业的目标,并检查这些目标的实现情况。例如,收购一家新工厂、一种新产品、业务多元化等,都属于战略信息。
  • 战术信息-战术信息是指控制业务资源所需的信息,如预算、质量控制、服务水平、库存水平、生产力水平等。
  • 操作信息-操作信息与工厂/业务级别的信息有关,用于确保按计划/意图正确执行特定的操作任务。用于质量控制检查的各种特定于操作员、特定于机器和特定于班次的工作都属于这一类。

按应用分类

就应用而言,信息可以分类为−

  • 规划信息——这些是在组织中建立标准规范和规范所需的信息。这些信息用于任何活动的战略、战术和作战规划。此类信息的例子有时间标准、设计标准。
  • 控制信息——通过反馈机制建立对所有业务活动的控制所需的信息。这些信息用于控制系统中重要过程的实现、性质和利用。当这些信息反映出与既定标准的偏差时,系统应做出决定或采取行动进行控制。
  • 知识信息-知识被定义为“关于信息的信息”。知识信息是通过经验和学习获得的,并从档案数据和研究中收集。
  • 组织信息——组织信息根据组织的目标处理组织的环境和文化。Karl Weick的组织信息理论强调,组织通过谨慎地收集、管理和使用这些信息来减少其模棱两可或不确定性。组织中的每个人都在使用这些信息;此类信息的示例是员工和工资单信息。
  • 功能/操作信息-这是特定于操作的信息。例如,制造厂的日常计划,指的是将工作详细分配给机器或将机器分配给操作员。在以服务为导向的业务中,它将是各种人员的值班名册。这些信息大多是组织内部的。
  • 数据库信息——数据库信息构建了大量具有多种用途和应用的信息。这些信息被存储、检索和管理以创建数据库。例如,为多个用户存储材料规格或供应商信息。
本文地址
https://architect.pub
SEO Title
MIS - Classification of Information

【应用架构】MIS的分类

视频号

微信公众号

知识星球

Chinese, Simplified

MIS分类是一个宽泛的概念;本文有助于您对MIS分类有一个清晰的理解。在这里,我们将MIS分为三大类,它们是,

  • 按信息特征分类
  • 按应用分类
  • 按业务功能分类

下图描述了分类及其子类别,

MIS

1) 按信息特征分类

根据Anthony的管理品牌,商业交易中用于决策的信息通常分为三类:

  • 战略信息:战略信息涉及一个家庭的目标,包括长期政策决策和检查,前提是这些目标是否达到其水平。例如,收购新工厂、新产品、连锁多元化等,都属于战略信息。
  • 战术信息:战术信息处理管理业务资源所需的信息,如预算、支架控制、改进水平、库存水平、生产力水平等。
  • 操作信息:操作信息处理工厂/业务级别的信息,并用于按计划/意图正确执行特定的操作任务。用于质量机构检查的各种特定于操作员、特定于机器以及特定于轮班的工作都属于这一类。

2) 按应用分类

  • 计划信息:这是业务组织维护规范规范所使用的信息。这里提到了一切。这些信息用于任何活动的战略、战术和作战规划。此类信息的例子有时间标准、设计标准。
  • 控制信息:该信息被称为系统在设计中为实现其目标而执行的特定活动。这些信息可能需要正式或非正式的费用。它用于控制系统中重要过程的实现、生产线和利用率。当这些信息确实构成了与定义标准的任何偏差时,系统应该强制执行一项决策或行动,以授权与其目标相关的信息。
  • 知识信息:认知被定义为“关于信息的信息”。知识信息是通过经验和学习获得的,并从档案数据和研究中收集。
  • 组织信息:组织信息涉及组织的环境,在那里组织目标得到了实现。Karl Weick的组织信息理论强调,公司通过仔细收集、管理和使用这些信息来减少其不确定性。组织中的每个人都在使用这些信息;此类信息的示例是员工和工资单信息。
  • 职能/运营信息:这是特定于运营的信息,组织在其中协助执行日常事务的职能。主要保留技术组成,例如,制造厂的日常计划表,该计划表指示了将工作分配给机器或将机器分配给操作员的详细情况。在以价值为导向的业务中,它将构成各种人员的值班名册。这些信息大多是组织内部的。
  • 数据库信息:众所周知,数据库信息是存储、检索和管理以命名数据库的相关数据的集合。它存储大量具有多种所有权和应用程序的信息。例如,为多个用户存储构成物理事物规范或供应商信息的有形物质。它是一种软件程序。

3) 按业务功能分类

交易处理系统:TPS处理交易并生成报告。它指的是支撑业务运营的基本重复处理的自动化。它不向用户提供任何信息供其决策。

TPS

TPS处理事务并生成报告。它指的是支撑业务运营的基本重复处理的自动化。它不向用户提供任何信息供其决策。

TPS使用数据,并根据图表的后续或结果生成数据。

此前,TPS被邀请作为行政信息系统。在计算机发明之前,数据处理是由手动过程或简单的机器使用的。TPS域位于组织管理层次结构的底部。

管理信息系统(MIS):

因为MIS是一个众所周知的信息系统,用于组织信息,处理数据并将其转换为有意义的信息。监督信息系统使用TPS作为其数据输入。信息系统生成的信息可用于作战来源、战略和长期规划。短期规划、监督控制和其他管理问题解决包括协助各种组织职能和管理流程的处理。MIS能够提供分析、规划和决策开发支持。营销、制造、人力资源、财务和会计是公司的一些职能领域。

决策支持系统(DSS):

决策帮助系统是一种信息系统,是一种被考虑担任某个职位或被允许做某事或拥有某事的正式请求。这有助于决策。DSS倾向于规划、分析备选方案以及尝试和错误搜索解决方案。决策支持系统的组成部分包括数据库和软件。金融、生产和营销是DSS的一些主要应用领域。

根据信息的处理方式,DSS可以与MIS区分开来。MIS处理数据,将其重新设计为信息。DSS处理信息以支持管理者的决策创建过程。

高管支持系统:

高管支持系统是管理信息系统的参考,是DSS的一种特殊类型;ESS是专门为协会首席执行官的所有权量身定制的,以支持其决策。它包括各种类型的决策,但更具体,更面向成年人。

办公自动化系统(OAS):

办公自动化是指将计算和通信技术应用于办公功能。办公室自动化系统旨在通过提供秘书协助和更好的通信设施,提高各级管理框架的生产力。

以下是办公室活动类别的两个主要类别,即

  • 由办事员、秘书、打字员等文职人员执行的活动
  • 高管(经理、工程师或其他有经验的人,如经济学家、研究人员等)开展的活动

OAS的主要职能活动是-

  • 打字
  • 邮寄
  • 会议安排,
  • 日历保存,以及
  • 正在检索文档

以下是即时类(管理类)的活动列表

  • 会议。
  • 控制输出并生成信息(消息、备忘录、报告等)。

受雇于某项工作或接受过培训的个人被称为商人。系统:这些系统是以知识为基础的信息系统的主要类型之一。这些系统基于人工智能,是当代的信息系统。业务专业系统是一种基于战略的信息系统,它利用其对特定、复杂应用领域的战略来充当专家。专业体系的主要组成部分是:

  • 知识库
  • 接口引擎
  • 用户界面
本文地址
https://architect.pub
SEO Title
Classification of MIS

【应用架构】TOGAF建模:应用程序和用户位置图

Chinese, Simplified

应用程序和用户位置图显示了应用程序的地理分布。它可以用来显示终端用户在哪里使用应用程序;在客户端场景中执行和/或交付主机应用程序的位置分布;应用程序被开发、测试和发布的地方的分布,等等。分析可以揭示合理化的机会以及重复和(或)差距。此图的目的是清晰地描述业务用户通常与应用程序交互的业务位置,以及应用程序基础设施的托管位置。

作用

  • 确定充分支持用户群体所需的包实例数量,用户群体可能分布在地理位置上。
  • 估计软件包或其他软件的用户许可的数量和类型。
  • 估计用户所需的支持水平和支持中心的位置。
  • 选择本地和远程支持企业用户/客户/合作伙伴所需的系统管理工具、结构和管理系统。
  • 适当规划业务的技术组件,即服务器规模和网络带宽,等等。
  • 在实现应用程序和技术架构解决方案时考虑性能。

用户通常以多种方式与应用程序交互,例如:

  • 支持日常业务的运作。
  • 参与业务流程的执行。
  • 获取信息(查找、阅读)。
  • 开发应用程序。
  • 管理和维护应用程序。

UML/BPMN EAP  Profile :

application and user location diagram

 

headquartersHeadquarter location: Geographically defines where the elements of the enterprise are deployed (organization units, hardware devices, actors, etc.)

site-locationSite location: Geographically defines where the elements of the enterprise are deployed (organization units, hardware devices, actors, etc.). Generally, an enterprise has one headquarter and several sites.

component interactionInteraction application component: Represents the top level components that manage the interaction with elements outside the IS. In most cases, it is a GUI component, such as here a web interface.

ApplicationApplication: This application component corresponds to legacy applications, off the shelf products, or can be an assembly of application components.

external actorExternal actor: An actor that is external to the enterprise.

internal actor 32x32Internal actor: An actor that belongs to the enterprise.

associationAssociation between two classes: An association has a name, and for each extremity provides the role name and cardinalities (possible number of occurrences) of related elements.

 

Archimate :

application and user location diagram

该图显示了谁在哪个站点上使用哪个应用程序。

“应用程序组件”部署在位置,以及角色或参与者(因此,这些是角色、参与者和应用程序组件的出现)。

在上面的示例中,“Customer”没有本地化。因此,使用的是角色(而不是存在的事物)。

 

原文:https://www.togaf-modeling.org/models/application-architecture/application-and-user-location-diagrams.html

本文:http://jiagoushi.pro/node/1246

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

SEO Title
TOGAF Modeling :Application and user location diagrams

【应用架构】TOGAF建模:应用程序迁移图

Chinese, Simplified

应用程序迁移图标识了从基线到目标应用程序组件的应用程序迁移。通过精确地显示需要在迁移阶段之间映射哪些应用程序和接口,它可以更准确地估计迁移成本。

目标是定义当前版本的is和您希望获得的版本之间的轨迹,经过几个阶段。组件部署技术使您能够表示在IS的几个版本中部署的相同组件,并根据上下文以不同的方式进行互连。

UML/BPMN EAP profile

application migration diagram

Show/Hide legend

systemSystem: In general, all application components are directly or recursively embedded within the system. This frequently represents the IS of the enterprise.

ApplicationApplication: This application component corresponds to legacy applications, off the shelf products, or can be an assembly of application components.

component entityEntity application component: An entity component is frequently derived from business entities, and is responsible for managing the access to the entity, and its integrity.

component serviceProcess application component: A process application component is responsible for a business process execution. It orchestrates the tasks of the process.

migrate-linkMigrates link: Migration of elements between two versions of the IS. This is generally used between business entities, or application components.

Archimate

application migration diagram

迁移策略分为三个步骤。

在这个图中,我们看到“Travel”应用程序组件将被开发为三个版本。第一个版本仍将基于TravelPortfolioManagement (legacy)应用程序,而第二个版本将独立工作,可以直接访问存储库。

每个版本的IS都由一个不同的“系统元素”表示,应用程序组件的出现被部署在其中。这允许您显示同一个应用程序组件在多个版本中使用,或者版本N中的一个应用程序组件将迁移到版本N+1中的一个或多个应用程序组件中。

原文:https://www.togaf-modeling.org/models/application-architecture/application-migration-diagrams.html

本文:

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

SEO Title
TOGAF Modeling :Application migration diagrams

【应用架构】TOGAF建模:系统用例图

Chinese, Simplified

系统用例图显示了应用程序服务的使用者和提供者之间的关系。应用程序服务被参与者或其他应用程序服务使用,而应用程序用例图通过说明如何以及何时使用该功能,在描述应用程序功能方面提供了额外的丰富内容。系统用例图的目的是帮助描述和验证参与者及其角色与应用程序之间的交互。随着架构的发展,用例可以从功能信息演变为包含技术实现细节的信息。架构系统用例也可以在更详细的系统设计工作中被重用。

系统用例图使用UML用例。TOGAF角色和参与者被用来代替UML参与者。“组件实现”链接使您能够表示哪些应用程序组件实现了哪些用例。

UML/BPMN EAP Profile

system use case diagram

external actorExternal actor: An actor that is external to the enterprise.

internal actor 32x32Internal actor: An actor that belongs to the enterprise.

use-caseUse case

communication-linkCommunication link: Expresses the communication that takes place between actors and the use case in which they are involved.

component-realizationComponent realization link: Component realization between an application component and the business element that it implements.

 

Archimate

system use case diagram

用例通过实现用例的应用程序组件的表示而得到丰富。

原文:https://www.togaf-modeling.org/models/application-architecture/system-use-case-diagrams.html

本文:

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

 

SEO Title
TOGAF Modeling :System use case diagrams

【应用架构】TOGAF建模:过程/系统实现图

Chinese, Simplified

流程/系统实现图的目的是清晰地描述在执行一个业务流程时涉及多个应用程序时的事件序列。它增强了应用程序通信图,增加了排序约束,以及批处理和实时处理之间的交接点。它将识别可以简化的复杂序列,并识别体系结构中可能的合理化点,以便向业务用户提供更及时的信息。它还可以确定可以减少应用程序之间交互流量的流程效率改进。

UML/BPMN EAP Profile

process system realization diagram

 

component interactionInteraction application component: Represents the top level components that manage the interaction with elements outside the IS. In most cases, it is a GUI component, such as here a web interface.

component serviceProcess application component: A process application component is responsible for a business process execution. It orchestrates the tasks of the process.

togaf-process-32Business process: As presented in process maps (event diagrams). The business process is detailed in flow diagrams.

ApplicationApplication: This application component corresponds to legacy applications, off the shelf products, or can be an assembly of application components.

component-realizationComponent realization: An application component realizes the designated element, for example a business process.

access-linkAccess link: Dependency between parts of the IS, such as typically application components. Expresses that the origin element uses or accesses to elements of the destination.

information-flowInformation flow: Defines the flow of any kind of information (business entity, event, product, informal, etc) between active entities of the enterprise.

 

Archimate 

process system realization diagram

两个流程由一个应用程序和两个应用程序组件实现。

BookTravel  流程由旅行预订站点发起,并由“BookTravel”流程应用程序组件执行。

原文:https://www.togaf-modeling.org/models/application-architecture/process-system-realization-diagrams.html

本文:

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

 

SEO Title
TOGAF Modeling : Process/System realization diagrams

【应用架构】TOGAF建模:应用程序通信图

Chinese, Simplified

应用程序通信图的目的是描述与元模型实体中应用程序之间通信相关的所有模型和映射。它显示应用程序组件和组件之间的接口。在适当的情况下,接口可以与数据实体相关联。在适当的情况下,应用程序可以与业务服务相关联通信应该是逻辑的,并且应该只显示与架构相关的中介技术。

提示:使用应用程序组件尽可能多地呈现面向SOA的体系结构。存在不同类型的应用程序组件,允许将它们结构化为层。应用程序组件主要有GUI(交互)、流程和实体。由于遗留系统或外部应用程序,应用程序体系结构可能是混合的。”“应用程序”或“数据库”组件可用于此目的,并且可以与面向SOA的服务组件混合使用。应用程序组件通过所需或提供的服务进行连接,这些服务通过连接器连接提供/需要的服务由通常在别处建模的IS服务类型化

应用程序通信图呈现的要么是已经存在的应用程序地图,要么是未来情况的逻辑架构。鼓励使用SOA类型的架构。这种类型的架构基于面向服务的应用程序组件。如果体系结构是混合的,则可以显示(非SOA)应用程序、存储库和新的SOA架构部分的组合。

在面向SOA的体系结构中,建议根据服务应用程序组件的性质和级别对其进行结构化:专用于交互的组件(GUI、WEB)、专用于流程执行的组件以及最稳定的实体组件。

组件通过其所需和提供的服务进行互连,这些服务通过连接器连接。这些必需的和提供的服务由在别处建模的IS服务类型化。这些服务提供的服务操作传输数据(参数),其类型也以“消息”的形式建模。

UML/BPMN EAP Profile

application communication diagram

Show/Hide legend

component interactionInteraction application component: Represents the top level components that manage the interaction with elements outside the IS. In most cases, this is a GUI component, such as here a web interface.

component entityEntity application component: An entity component is frequently derived from business entities, and is responsible for managing the access to the entity, and its integrity.

component serviceProcess application component: A process application component is responsible for a business process execution. It orchestrates the tasks of the process.

system-federationSystem federation: A system federation is the coarser-grained application component. It assembles systems to federate them, such as in the example of cooperation between different information systems between different companies.

component utilityUtility component: Represents an application component that is frequently reused, and most of the cases bought off the shelf.

DataBaseApplicationComponent32Database application component: Represents a repository. In pure SOA architecture, these elements should not appear. However, for legacy analysis or technology architecture, modeling repositories or repository deployment can be useful.

applicationApplication: This Application component corresponds to legacy applications, off the shelf products, or can be an assembly of application components.

provided-servicesProvided services: Access points to application components through provided services.

required-servicesRequired services: Required services of application components need to be connected to provided services by other components.

connectorConnector: Used between provided or required services, and or instances of application components.

information-flowInformation flow: Defines the flow of any kind of information (business entity, event, product, informal, etc.) between active entities of the enterprise.

flow-linkFlow link: Flow link between data (e.g. business entity, event, product) and active elements (e.g. business process, service).

external actorExternal actor: An actor that is external to the enterprise

consumes-linkConsumes link: Expresses that a participant (e.g. actor) consumes an element of the IS (service, operation, application component).

 

Archimate

application communication diagram

 

架构是分层的:交互组件(site)位于顶部,流程组件位于中间,实体组件位于底部。

 

原文:https://www.togaf-modeling.org/models/application-architecture/application-communication-diagrams.html

本文:http://jiagoushi.pro/node/1241

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

 

本文地址
https://architect.pub/togaf-modeling-application-communication-diagrams
SEO Title
TOGAF Modeling :Application communication diagrams

【应用架构】UH信息系统课程

视频号

微信公众号

知识星球

Chinese, Simplified

TABLE OF CONTENT

1. 任务说明和项目概述

2. Historical Perspective on Information Systems. (JMJ)(02/24/200)


(它们是何时以及如何首次使用的?正规化了吗?IS设计的主要方法是什么?这种方法是如何改变的?为什么?让IS支持一个产品、一个团队、一个组织、一个行业意味着什么?大型机v/s PC的情况如何?这会对IS的使用产生影响吗?质量举措对信息系统的发展起到了什么作用?)

3. Information Systems - An Introduction (TM)( revised 04/07/2000)


3.1 Types of IS

4. Development of Information Systems (TM)(04/11/2000)


4.1 Beginning with the users

4.2 Determining need and performance expectations

4.3 Characteristics of good IS talent

4.4 Stages in Process design

5. IS modeling (TM)(03/22/2000)


Components of an IS model

5.1 System design

5.2 Stages in IS modeling

6. Methodologies for IS development


6.1 System Development Methods - History and Background ( MR 03/20/2000)

6.2 Techniques ( TM )

6.3 Tools (TM)

6.4 Methodologies (TM)

7. System Design and modeling: (MR)(04/08/2000)


7.1) Business Process Design

7.2) System Modeling.

        a) ERD (Entity Relationship Diagrams)

        b) STD (State Transition Diagrams)

        c) Context Diagrams.

        d) DFDs (Data Flow Diagrams)

        e) Data Dictionary (DD) ( revised 04/08/200)



8. IS application models in industry (TM)(03/22/2000)


Basic Information Systems

9.1 Financial Information System model

9.2 Production/Operations System model

      Integration of subsystems through the Information flow in production/operations system

9.3 Marketing Management Information System model

9. Current and Upcoming Strategic Issues and Opportunities in IS. (JMJ)(03/27/2000)

10. E-Commerce and EDI

11.1 E-Commerce (TM) (04/09/00)

11.2 Electronic Data Interchange ( EDI) (MR) (04/09/00)

11.3 E-Commerce and EDI (MR) (04/09/00)

11. Interfaces.

          12.1 Computer Assembly   (MR) (04/16/00)

          12.2 Software loading  (MR) (04/16/00)

          12.3 Distribution and Transportation System   (TM) (04/16/00)

12. Glossary of terms.  (JMJ)

 

 

CHAPTER 2

 HISTORY OF INFORMATION SYSTEMS   (JMJ)



             

信息系统(IS)的历史只跨越了五十年。然而,自成立以来,IS在将商业和工业扩展到全球市场方面所做的工作比历史上任何其他公约都多。今天,信息系统的主干被称为万维网、互联网,或者与企业一起被称为局域网,以及缩写词的流行词列表;EDI、EIS、ERP、SCM和许多其他技术来描述可以采用IS来发展业务的新方法。

与今天的信息速度相反,就在四十多年前,美国的商业环境正经历着前所未有的战后增长。经济增长的许多经验都是在第二次世界大战期间学到的,当时各国的工业都在生产一台有效的战争机器。为了赢得这场战争,在这场推动下发展起来的领域是作战研究(OR)。战争结束后,那些参与OR的人被从政府工作中释放出来,从而将一个有经验和高技能的领域释放到商业和工业中,这是历史上前所未有的,这使美国进入了一个持续了20多年的繁荣和增长时代。第二次世界大战也见证了第一批实用计算机或图灵机的诞生,它们负责破解德国代码,并向盟军发出敌人动向的预警。按照今天的标准,这些第一台实用的计算机并没有那么实用,价值50万美元,而且功能远不如今天花不到10美元购买的袖珍计算器。然而,这些第一台计算机为运营研究人员提供了开始模拟更大、更复杂的系统所需的能力,这些系统在商业和工业中有助于将资本支出用于盈利企业。这种来自模拟、OR和新技术早期的背景催生了对信息系统领域的研究。

Home

它们是何时以及如何首次使用的?正规化了吗?

               

到了60年代中期,IS已经进入了商业主流。虽然计算机对大多数企业来说仍然遥不可及,但电信业凭借TELEX机器崭露头角。这一步骤使企业能够在世界任何地方、任何时间在自己的组织内进行沟通,并有效地传递指令和信息。

计算机在商业和工业中的使用通常始于会计部门。人们认为这一领域对使用数控机床了解最多,而对数据库在其他业务领域的重要性缺乏了解。此时,许多商学院开始开发管理信息系统(MIS)程序,以满足IS管理者日益增长的需求。

在七十年代,更多的高层管理层认识到信息系统的重要性及其给企业带来的灵活性。TELEX成为信息传输的标准,大型计算机成为数据库创建的标准。随着对有组织、方便地访问数据的需求变得明显,基于信息的企业开始将大型机从会计管理下转移到自己的部门。

Home

IS设计的方法以及为什么?

随着IS开始在公司中获得自己的自主权和巨额预算,这些新部门的许多精通技术的经理开始自行在系统和软件上花费大量资金,许多时间花在所有其他部门上,而没有任何业务回报。对于首席执行官决定将业务引入基于信息系统的系统来说,这是一个麻烦和危险的时期。系统和软件是复杂的,不断变化,了解系统的人往往有自己的议程。从这场动荡中产生了IS如何在企业中发展的基础。

Home

Mainframes Vs PCs

            这种现在被称为电子邮件的新热潮是由迷你和微型计算机的发明带来的,与大型机相比,它可以以非常低的价格将整个系统放在高管办公桌上,并且能够拥有一个自主系统,而无需支付巨额资金来处理信息。信息系统和企业的关系再次陷入动荡,软件和硬件供应商开始要求企业转换业务风格,以适应计算机系统。软件和硬件几乎没有标准化,许多初创公司在没有任何技术或系统支持的情况下倒闭,导致安装全新系统的支出超过预算。由于希望用信息系统支持公司的不同部门,以及硬件和软件的新可负担性,每个部门开始独立于信息系统部门将信息系统程序组合在一起。这在公司中产生了一个新的职位:首席信息官,这个职位在当时的许多公司中都可以与首席执行官相媲美。这一职位的需要是使所有部门之间的所有电子数据接口(EDI)标准化,以便更有效地提供信息。

Home

Quality Initiatives in IS Development

             

80年代中期,大多数制造业公司开始转向IS来预测销售额、接受订单和管理产品分销。时代伯纳斯-李于1989年开发了万维网。在已经构建的现有互联网上使用的这种协议HTML开启了一个世界从未见过的EDI新时代。到了20世纪90年代中期,很明显,如果没有一个在自己的墙内以及与供应链供应商和分销商建立联系的可靠运作的信息系统,公司就无法有效地开展业务。EDI曾经被称为电子数据处理(EDP),现在利润率非常低,任何不做好准备的企业都将在未来五年内倒闭。

IS是一个技术驱动的系统。如果没有它,生意就不会是今天的样子。在过去的四十年里,它已经发展成为业务的中坚力量,但在20世纪60年代和70年代创建的简单应用程序规则在任何应用程序中仍然非常相关,无论数据或信息应用于何种业务模型,无论其复杂性如何。

Home

 

CHAPTER 3

 INFORMATION SYSTEMS - AN INTRODUCTION   (TM)

                

基本上,信息系统处理支持业务或某些其他操作的信息流和维护。它包含有关组织内或组织周围环境中重要人物、地点和事物的信息。信息来源于对数据的有意义的解释。数据由代表组织中发生的事件的原始事实组成,这些事件在被组织成人类可以理解和有用的形式之前。

从技术上讲,信息系统可以定义为一组相互关联的组件,用于收集(或检索)、处理、存储和分发信息,以支持组织中的决策和控制。信息系统的另一个定义(白金汉等人(1987b))是:

一种收集、存储、处理和传递与组织(或社会)相关的信息的系统,其方式是使希望使用该信息的人(包括经理、员工、客户和公民)能够访问和使用该信息。信息系统是一种人类活动(社会)系统,可能涉及也可能不涉及计算机系统的使用。此外,除了支持决策外,信息系统还帮助员工和管理人员分析复杂问题,开发新产品,并集成各种模块和部门。此外,跨部门沟通的“传输损失”大大减少,从而在整个组织内实现更好的协调和提高透明度(信息共享)。

三项活动提供了组织所需的信息。这些活动是输入、处理和输出输入”包括获取“原始数据”,通过“处理”将其转换为更有意义的“信息”包。处理后的信息现在流向也称为“输出”的用户或活动。对不足之处进行分析,并将信息发送回组织的适当成员,以帮助他们评估和完善输入。这被称为“反馈”。

            “信息输入”的例子是交易,这些事件将以排序、列出、合并和更新的形式进行“处理”,从而产生“输出”,如详细的报告、列表和摘要。另一个例子是制造环境中的“信息输入”,如设计规范、材料要求和SOP(标准操作程序)。这些将由信息系统通过建模和仿真技术进行“处理”,并将产生标准生产模型以及生产过程的总成本,该总成本由信息系统根据包含材料成本、小时人工成本和其他间接成本的知识库计算。因此,几乎完全消除了事物计划中的一个独特的成本函数。

 

               

然而,信息系统不能仅仅被广义地描述为真空中的输入过程输出机制。它需要为商业环境中提出的挑战和问题提供主要的组织解决方案。因此,管理者不仅需要精通计算机,还需要对整个组织结构和职能有一个很好的了解。这一概念如首页的图所示。

此外,问题的核心是信息系统不应与信息技术混淆。它们相互独立地存在,无论它们是否得到很好的实施。信息系统使用计算机(或信息技术)作为存储和快速处理信息的工具,从而进行分析、决策以及更好的协调和控制。因此,信息技术构成了现代信息系统的基础。

 

3.1 Types of Information Systems

信息系统的类型

(资料来源:管理信息系统,Laudon和Laudon)

与每个组织级别(上图所示的四个级别)相对应的六种主要类型的信息系统是:

  1. 交易处理系统(TPS):服务于组织的运营层面。
  2. 知识工作系统(KWS)
  3. 为一个组织的知识水平服务的办公自动化系统。
  4. 决策支持系统(DSS)
  5. 管理信息系统(MIS)服务于组织的管理水平。
  6. 高管支持系统服务于一个组织的战略层面。

(Source: Management Information Systems, Laudon and laudon)

Home

 

 

CHAPTER 4

 信息系统的发展   (TM)



               

如前所述,每家公司一开始都有一个信息系统,无论是基于文件卡和铅笔的系统、计算机系统还是两者的中间系统。因此,信息系统的开发过程涉及到对现有系统的工作——绘制系统地图,使其自动化,并确保其根据用户需求运行。因此,在其第一阶段,该过程试图确定用户想要的新系统的范围和类型。下一阶段将分两部分分析上述需求,以便于在系统实际设计和实施之前进行详细的验证和确认。

 



4.1从用户开始

事实上,信息系统开发的整个概念都围绕着用户——他们的需求、性能期望、需求和其他规范。信息系统的成功或失败可以通过其基本用户在组织中的满意度来衡量。数据库必须满足用户的要求,否则他或她将继续使用自己的系统,从而破坏中央数据库的目的。这一概念的关键要素是,每个子系统都使用相同的数据库来满足其信息需求。这将产生一个额外的显著优势——部门和职能的整合。因此,每个部门通过其对公司总信息资源的访问和接口,对其行动和计划如何影响整个组织的其他人有了更好的理解和欣赏。

可以提出的一个重要问题是,为什么在构建信息系统之前分析和设计信息系统很重要。为什么你不能直接建立信息系统?主要原因是:

1.建立用户真正需要的信息系统很重要。如果你不从某种分析和设计开始,你就不知道他们真正需要什么。

2.在没有足够好的“蓝图”的情况下构建信息系统是浪费资源,因为如果没有蓝图,会花费更多的时间,产生更糟糕的结果。

进行分析和设计是为了满足信息需求。如果需要建立描述用户真正需要的信息系统的模型,那么兴趣组(或用户组)通常必须参与这项工作。进行分析和设计的另一个原因是,参与这项工作的人对新的信息系统了解很多。为了能够使用信息系统,需要了解这些系统是如何工作的。参与分析和设计工作是获得这些知识的一种方式。



 

Home

4.2确定需求和绩效预期

由于每家公司都有一个现有的系统,IS开发过程涉及系统转换。转换过程中涉及的一般步骤是:

  1. 系统描述(叙述或图片)
  2. 输入文件(项目描述、布局等)
  3. 输出文件(报告格式、输出要求等)
  4. 文件设计(涉及下一节中解释的系统设计过程)
  5. 程序逻辑(通过使用流程图或其他方法)
  6. 计算机程序(COBOL、DYNAMO、BASIC、PASCAL、FORTRAN等)
  7. 系统验证
  8. 文件

 

围绕数据库建设的潜在问题需求通常是与部门间协调和协议有关的需求。这些可能包括:

  • -希望维护信息安全的单位输入信息无效的可能性。
  • -错误输入数据的“乘数效应”,对使用数据的其他部门产生直接影响。
  • -输入数据的“时间维度”,要求用户部门就交易应反映数据输入的时间达成一致。
  • -关于数据库数据元素中包含的详细程度所需的“部门间协议”。

由于已经识别出的上述问题,系统的一些期望特征将是:

  • -简单或易于使用和处理(通过使用基于图形用户界面的输入和检索系统)
  • -足够的安全功能/防火墙,用于限制未经授权的访问(包括组织内部和
  • 在网络上)和
  • -一个非常严格的骨干操作系统,用于支持不同级别的众多组织功能。

 

   

对正在开发的系统的期望或要求有明确的了解,就需要列出一些性能指标。衡量成本或收益是衡量新旧之间的变化。换句话说,我们可以测量系统总输出的变化,或者测量整个系统完成的许多变化。前者显然是最可取的。

尝试在系统级别上对整个系统进行测量可能是罕见的。在系统开发过程中需要牢记的一些广泛概念包括:

  • 1.系统完整性:在没有冗余的情况下,子系统集成到整个系统中的情况如何?灵活性如何

系统?系统扩展的容易程度如何?

  • 2.操作完整性:操作系统的人员有多熟练?有什么备份可以防止系统

在关键人员损失或设备故障的情况下发生故障?

  • 3.内部完整性:系统在多大程度上完成了它应该做的事情?系统输出的有效性如何?怎样

系统是否安全,防止人为错误、操纵、破坏或盗窃?

  • 4.程序完整性:系统和程序的文档有多好?程序是否

员工是否有动力追随他们?在实践中遵守程序的情况如何?哪些控制措施可确保

遵守程序?

-在进行信息系统开发之前,必须进行变更分析。变化分析是在具体情况下对企业活动的适当变化进行分析。变化分析的目的是在你开始解决问题之前制定问题。只有当你有信息系统问题或需求时,开发信息系统才是有效的。在执行面向数据的工作之前,必须执行面向问题的工作。

 

信息系统开发中的面向问题的工作是指以指定信息系统将要做什么为目的的开发部分(从用户的角度来看)。面向数据的工作是指要为本规范设计技术解决方案的开发部分。只有以面向问题的规范为基础,才能有效地执行面向数据的工作。

 

在流程设计的第一阶段(即需求分析)中对这一概念进行了进一步详细的解释

 

Home



 

4.3 Characteristics of good organisational IS talent

 A manager needs information for a variety of reasons concerned with the management process. The type of need that he or she will have at various times and for various purposes depends largely upon 2 factors that we shall examine briefly : the personal managerial attributes and the organizational environment in which decisions are made.

Personal Attributes

1 . Knowledge of information systems

                If managers are aware of what computer-based systems can do, their information requests will probably be more sophisticated and more specific. Their knowledge of capabilities and costs places them in a much better position to aid in the design of a good system.

2.  Managerial Style

                     A manager's technical background, leadership style, and decision-making ability all affect the kind and amount of information required. Some prefer a greater amount; Others like to decide with a minimum of detail and prefer personal consulatation with subordiantes.

3.  Manager's perception of information needs

                      " You tell me what I need to know" and "get me all the facts" represent two opposite perceptions of information needs. This dichotomy is due partly to the fact that many managers are ignorant of what information they need. Another dimension of the problem is the widely differing views of the managers regarding their obligation to disseminate information to subordinates and to groups outside the firm. Teh manager wh ocannot or will not delegate authority is likely to keep information closely held.

Organisational environment

1. Nature of the company

           Problems in communication and in controlling operations seem to be a function of the comapny's size and the  complexity of its organization. The larger more complex firms require more formal information systems, and the information needs of these systems become more critical to operations.

2. Level of Management

              There are three levels of management (i.e strategic planning, management control, operation control) and the varying needs for information at each. Each level needs different type of information, generally in different form. top levels need the one-time report, the summary, the single inquiry. The management control level needs the exception report the summary and the variety of periodic reports for regular evaluation. The operational control level requires teh formal report with fixed procedures, the day-to-day report of transactions, to maintain operational control of actions as they occur. Managers at all levels have changing information needs, depending on the nature and importance of the particular decision.

3. Structure of the organisation

                    The more highly structured the organization, the easier it is to determine the information needs. Where authority and responsisbility are clearly speelled out, relationships understood, and decision-making areas defined, the information needs of managers can be determined more easily.

(Above section adapted from Information systems for modern management by Murdick, Ross and Claggett)

 

Home



 

4.4 Stages In Process Design:

                The Process of information systems development in its first phase attempts to determine the scope and type of system the user wants. The next phase analyzes the above requirement in two parts to facilitate detailed verification and validation before the system is actually designed and implemented.



 

 

 

 

Requirements Determination

                This stage consists of obtaining user needs and requirements which reflect the user-expectations from the IS being developed. It consists of several stages:

1) Problem definition

2) Feasibility Study

3) Requirements Acquisition

4) Requirements Analysis

                The problem definition and feasibility study stages consist of definition of a bare outline of the desired system. The Problem Definition Stage defines to a high level of detail the application for the desired IS and an indication of the advantages that will result from its implementation. The Feasibility Stage is the examination of the different alternatives with which a solution can be found for the design of the desired system. The Requirements Acquisition Stage results in a "statement of requirements". The Requirements Analysis stage produces the "requirements specification". Using the 'statement of requirements' as the main input the aim of the requirements specification is to act as an overview of the desired system in a structured form.

Analysis Phase

                This phase analyzes the requirements from the previous phase and converts them into components, which are used to build a 'specification' of the desired system. The specification is more precise than in the previous phase and adds more detail, at the same time retaining user semantics, so that the description would be recognizable to the user. However the model is at an abstract level, that is, with no details concerning data representation or computer implementation.

Logical design

                This phase produces a design of the desired system that will serve as a basis for computer implementation. There are two major tasks in logic design. Firstly the specification from the analysis phase is transferred and secondly the human computer system is designed. The significant difference in this phase is that the structure component is now represented by data. There will often be several possible ways of representing relationships. We may also use normalization in this phase. We decide exactly what data types are required for data representation, how many characters are required for each data item and we design records and files or databases to store the data, taking into account the type of processes that will operate the data. An abstract programming form is often used here, such as structured English, JSP diagrams or action diagrams. In addition DFDs may be drawn showing the processes that occur, the data input to and output from each process etc.

                The second major task in logical design consists of design of human computer systems. Two levels of detail are normally considered here:

- Design of user procedures which consist of tasks and processes with which users will be directly involved

-Computer interface design consist of the detail of processes and the objects on which these processes operate, and may involve considerations related related to interaction style ( screen and report layouts, human-computer dialogues), specifications of manual or mechanical operations, and off-line or online processing.

Physical design

                This is the last of the design phases. We may consider it as consisting of 3 components: Hardware, software and human-computer systems. The hardware design consists of a description of the computers, storage devices, input/output devices and possibly networking devices required for the desired system.

                Software consists of the programs that run on the hardware. The physical design of data needs to be considered as the kind of data invariably affects the programs that process the data. It will be necessary to decide on the appropriate types of applications software, including languages and packages as well as systems software required for supporting the eventual system.

Process Design

 There are four options for process design

1. For standard processes, we can buy packaged software. For example, accounting software is largely standardized.

2. Use of a fourth-generation language such as lotus123, VB, Oracle etc.

3. Generate code using a CASE tool

4. Write our own code.

            If in-house coding is done data structures are chosen for the representation of data in the programs, together with decisions as to the programming language required for eg. COBOL, C++ etc. Issues such as execution speed and ease of maintainability of program code are considered.

Human Computer system design

            Some of the design of this system specifies the activities to be followed when communicating with the computer, for example, detail of dialogue between computer and operator, procedures for starting-up and shutting down the system and screen contents such as windows or colors etc.

Implementation And Testing

            The major output of the implementation and testing phase is a physical information system and not a design. Of course the physical and earlier designs remain available for reference, as they form the specification. The major tasks consist of:

  • Acquiring and integrating hardware, producing software, generating data for the files or databases and producing the human-computer system.
  • System is tested, user comments are evaluated, perhaps to redesign the system.
  • The operation of the implemented system in the user-organization if monitored closely for a limited period.

Maintenance

              The maintenance phase consists of correcting errors in the system or responding to changes in the user requirement, due, for example, to environmental changes or personal preferences for system operation and it may require reworking of all the previous phases for the part of the system that requires changing.

Home

 


第五章

信息系统建模   



 

    5.1 System Design

                The basic information model consists of three parts as shown below and the data dictionary. The external models represent the user views of the system. These are brought together into a single global conceptual model as illustrated below. The conceptual model does not take into consideration how the data and processes will be implemented on the computer. This is accomplished through the internal model (shown as 'schemas' and 'programs' in the diagram below)

Home

5.2 Stages in IS modeling

As mentioned earlier, we do not design the internal model right away. A conceptual information model is first formulated and this is then translated into an internal model. Also we need to develop two conceptual models

(a) A conceptual data model and

(b) A conceptual process model.

These are then checked for consistency and, any necessary modifications are made to arrive at the data processing model. This is the first level information model. (the data model, the process model and the data processing model) otherwise called first level design.

Second level design is concerned with adapting the first level design to the specific requirements of the processing required. It may be that the first level design consists of so many relations that it would not achieve an acceptable level of performance if it were implemented in that form. Hence the model may need 'flexing' to accommodate the demands of the functions which the information system may support. The result of this is the second level design information model.

The final stage is the third level design where the model is mapped into the internal schemas required by the software being used to implement the system.

The process of moving form first to second to third level design may seem rather long but it is important for a number of reasons. The first level will provide a transaction-independent view of the information content of the system. However it will still be enterprise-dependent because the data model will only reflect the things of interest to that enterprise. The second level design is enterprise or transaction dependent, but is still independent of hardware and software. Hence the second level can be used to evaluate alternative implementations and assist in the selection of hardware and software. Third level design is enterprise, transaction and software dependent.

The process of design is shown in the diagram below. IT is important to note that this process does not equate the design of the entire information system. In particular it does not cover data on establishing the feasibility of an IS, nor on strategic decisions involved in selecting an information area. Similarly nothing is said about the design of forms, codes, screens and reports nor of the techniques for the analysis of the requirements of the users.



 

 

Home

 


第六章

 IS开发方法



 

6.1 System Development Methods (MR)

( Source : Yourdon system methods, model driven methods, 1993)

The evolution of system development methods has been gradual. The three stages in the evolution of system development methods may be identified as :

1) First generation methods.

2) Second generation methods.

3) Third generation methods.

First Generation Methods

These methods includes various "structured techniques" developed during late 1960s and

1970s. Structured techniques breakdown a complex problems into smaller components with

well defined inter-relationships between components. " DIVIDE and RULE "

Components of First generation methods:

1) Structured programming.

2) Modular design and structure charts.

3) Programming style.

Modular design : many programming languages allow groups of statements to be reused, such a group

of statements are called program module and their use is referred as modular programming. structure charts

show how modules are connected to form a program.

Programming style: using standard constructs, code can be complex and difficult to understand and it was also understood that maintainable code also required style guidelines ( 1970s).

Data Structures: data design tech. used in 1970s were pragmatic ways of building data structures and files to support programs. CODASYL organization was upfront in database design in late 60s.

Structured Design: structured programming technique only addresses "design in small" , these never gave any guidelines on how to carry out "design in the large".

Successive refinement (Top Down Functional Design): A required system function was broken-down to smaller number of tasks that could be combine to accomplish the function. Each of these were in turn broken down into smaller sub-tasks. The process was continued until the subtask was so simple that it could be coded with little chance of error.

Techniques based on the semantics of the structure chart

Main criteria for improving program design were based upon :

  1. Coupling: measures the complexity of interfaces, If interfaces between module are simple, design is described as having low coupling.
  2. Cohesion: measure of how " single-minded " a module is. If module carries out exactly one well defined function it is described as having functional cohesion.

Data Refinement: Relation data model, which treats all the data as "tables". Refinement criteria were used to check the quality of design. Application of these criteria is called normalization.

Structured Analysis: The set of tools and techniques referred to as " structured analysis " were developed to address the problem of identifying and stating the user requirement in an unambiguous, understandable form. These techniques were mainly "Process-oriented" concentrating on required system functions.

Modeling tools : The main need was for modeling tools that would help to partition complex requirements into smaller units with well defined inter-relationships. The modeling tools used were :

1) Data Flow Diagrams to show the portioning of proposed system into smaller functional areas or "mini-systems".

2) Mini-specs to specify each "mini-system".

The use of review sessions, where part of the requirements was also presented was a key technique capturing user requirements. These review sessions were termed as "structure walkthroughs".

Information Modeling: at the same time as structure analysis were developed, a semantic approach to information modeling was formulated. This was based on real-world entities and relationships.

Problems with top down functional decomposition (TDFD) :

Top down functional decomposition was carried out by trying to guess what main functional area were. Each functional area was then examined in turn and successively broken down until the functions were simple enough to verify with the user.This lead to second problem that caused TDFD to be supplemented or replaced in the second generation methods.

Analysis-Paralysis

Correct partitioning of the system could not be done until system was understood and system couldn’t be understood until it had been partitioned. Because of this problem an optimal statement and organization of the user requirement was very time consuming, required considerable reworking of the models and due to time pressure it compromise on quality of work.

Analyst Bias

TDFD is creative technique and reflects the way the analyst thinks or perceives the system. The logical model tends to reflect the unconscious bias of analyst towards a specific solution.

Fragmentation of Policy

Although there were guidelines that helped identify the best organization of the user requirements,it was sometimes found that functions which were widely separated in the model needed to be cross-checked.

Different system development philosophies:

1) Process and data driven methods.

2) Phase oriented and model oriented development.

Process oriented: concentrating on system functions and regarding the data as only being present to support system functions.

Data Driven methods: Concentrating on information requirements, particularly in terms of identifying the data to be stored in database. Systems functions were considered to be less important.

Phase oriented : System development life cycle was seen as sequence of phase, each consisting of well defined activities that had to be carried out.

Model oriented : here life cycle was seen as a sequence of models of system requirements. Each model had a defined structure that could be checked.

Second Generation Methods

  1. In First Generation (FG) methods developers were process oriented or data oriented and used modeling in fairly informal way. In all Second generation methods main stress is on the construction and checking of models.
  2. FG methods are largely independent approaches for dealing with each stages of system development life cycle. Second Generation methods provide a smoother development path from requirements analysis to later design and implementation stages.
  3. FG model is used to capture system requirements in policy terms, later models elaborate on how the model is mapped onto available technology because models are not independent but each model evolves into the next, taking into account another layer of technology.
  4. FG methods viewed system from one viewpoint with relative poor modeling from other viewpoints.SG methods regard system functions and data as two equally important aspects the system.

Second generation methods were externally oriented :

Analysis techniques are based on real world requirements of two types

a) response to real world events and

b) store information about real world entities.

Real World Events : Time is more explicitly modeled in terms of events that occur in the environment of system.System behaves as they do only because of these events that occur and requires policy for responding to these events.

Real World Entities : By collecting information about real world entities and the relationships between them, the analyst avoids bias towards any possible data storage organization.

CASE (Computer Aided Software Engineering )

Use of CASE was not common until 1980s although such tools become available from about 1975.Some case products have "draw what u want "approach and some have "more well defined grammar that the diagrams can be checked against".

The second generation technique are mainly " Diagram Oriented" unit of modeling is a diagram. Diagrams are drawn and checked.

Reasons For Third Generation Methods

The second generation view of models is rather low-level.It deals with individual diagrams rather than the larger issues of how individual analysis and design unit fit together and interact.

Third generation methods will be distinguished by a philosophy that is more concerned with the whole rather than parts.

Home

6.2 Techniques (TM)

An information systems development methodology can be defined as a collection of procedures, techniques, tools and documentation aids that will help the systems developers in their efforts to implement a new information system. A methodology will consist of phases, themselves consisting of sub-phases, which will guide the systems developers in their choice of techniques that might be appropriate at each stage of the project and also help them plan, manage, control and evaluate IS projects.

Definition of terms:

Methodology: As defined above it basically represents a way to develop IS systematically. Techniques: May involve the use of one or more tools which represent some of the artifacts used in information systems development.

Tools : Tools are usually automated, that is, computer tools normally software to help the development of an IS.

Techniques may be used in common among several methodologies. However they are not interchangeable because when used in a particular methodology they could address different parts of the development process, be used for different purposes or be applicable to different objects. Listed below are the techniques used in the information systems development process:

 

  1. 丰富的图片
  2. 根定义
  3. 概念模型
  4. 实体建模
  5. 规范化
  6. 数据流程图
  7. 决策树
  8. 决策表
  9. 结构化英语
  10. 动作图
  11. 实体生命周期
  12. 对象定向
  13. 结构图
  14. 矩阵

 



 

 

The above table shows the position or stage in the development where any particular technique is utilized and whether it is primarily regarded as general, or data or process-oriented.

The asterisk indicates the IS development stage or stages (discussed previously) in which the technique is most commonly used. For example entity modeling is used in two stages but its use at the logical design stage is most common.

Home

6.3 Tools (TM)

Tools (especially automated tools) are available in plenty for the system development process. Listed below are a few tools classified (and thereby defined) into some significant groupings.

1. Project management tools

2. Database management systems

3. Data dictionary systems

4. Systems repositories

5. Drawing tools

6. CASE (computer aided software engineering) tools

Methodologies for information systems development make use of some of the process-oriented techniques of functional decomposition such as data flow diagrams, decision trees, decision tables and structured English. Functional decomposition gives structure to the processes reflected in particular by the most important technique of data flow diagrams. This emphasis on structure gives the name of the first methodology STRADIS.

Home

 

 



6.4 Methodologies  (TM)

Some of the several methodologies proposed for IS development include:

  1. STRADIS (Structured Analysis And Design of Information Systems) follows the Top-down approach (functional decomposition) for analyzing processes.
  2. YSM (Yourdon Systems Method) Although, at the outset, this was very similar to STRADIS it differs in the more recent versions wherein it follows a middle-up approach' to analyzing processes also called as event partitioning, which is more appropriate than the top-down approach. As a result of some such features as the above and also due to better ease of understanding and clarity of depiction, we employ the YSM in our future study and analysis of IS in industry.
  3. IE (Information Engineering) : Whereas the fundamental techniques of the above two process-oriented approaches are functional decomposition and data-flow diagrams, the basic approach in IE is the data-oriented entity relationship approach.
  4. SSADM (Structured systems analysis and design methodology) : It can be said to be the modern version of the traditional Information systems development life cycle approach. It includes the techniques of data flow diagramming and entity life histories, and recommends the use of tools, such as CASE tools and workbenches.
  5. Merise Unlike as in the previous methodologies wherein emphasis has been placed on either process or data aspects, Merise has been designed such that both are considered equally important and these aspects are analyzed and designed in parallel.
  1. JSD (Jackson Systems Development) is the development of Jackson systems programming (JSP) (which has had a profound effect on the teaching and practice of commercial computer programming.) into systems development as a whole. This methodology concentrated on the design of efficient and well-tested software, which reflect the specifications and is particularly applicable where efficiency is of paramount importance, for example in process control applications.
  2. Object oriented Analysis : This approach reflects the view that in defining objects and their component parts (attributes) we capture the essential building blocks of information systems. Also it is a unifying approach as analysis and design can be undertaken following this approach.
  3. ISAC (Information Systems Work and Analysis) This methodology seeks to identify the fundamental causes of users' problems and suggests ways in which the problems may be overcome (not necessarily through the use of computer information systems) by the analysis of activities and the initiation of change processes. It is therefore a people-oriented approach with emphasis on the analysis of change and the change process. (Source: Information Systems Development: Methodologies, Techniques and Tools by Avison, Fitzgerald)
  1. ETHICS ( Effective Technical and Human Implementation of Computer based Systems) : Also a people-oriented approach and encompasses a socio-technical view that, in order to be effective, the technology must fit closely with the social and organizational factors in the application domain.
  2. SSM (Soft Systems Methodology) : Whereas most of the earlier approaches stress on scientific analysis, breaking up a complex system into its constituent parts to enable analysis, systems thinking might suggest that properties of the whole are not entirely explicable in terms of the properties of its constituent elements. SSM addresses the 'fuzzy', ill-structured or soft problem situations which are the true domain of information systems development methodologies, not simple technical problems.

  3. (Source: Information Systems Development: Methodologies, Techniques and Tools by Avison, Fitzgerald)
  4. Multiview is a hybrid methodology that brings in aspects of other methodologies and adopts techniques and tools as appropriate. Basically a contingency approach : techniques and tools being used as the problem situation demands.
  5. Process innovation does most to tie business process reengineering with information technology and information systems, IT being seen as the primary enabler of process innovation as it gives an opportunity to change processes completely.

  6. (Source: Information Systems Development: Methodologies, Techniques and Tools by Avison, Fitzgerald)
  7. RAD (Rapid application development) is in response to the need of rapidly changing business environments. It is usually enabled by CASE tools and systems repositories.
  8. KADS is the outcome of a European research project to develop a comprehensive, commercially viable methodology for knowledge-based systems construction..
  9. Euromethod also results from a european initiative and is more of a framework for the procurement and management of services for the investigation, development or amendment of information systems than methodology.

(Source: Information Systems Development: Methodologies, Techniques and Tools by Avison, Fitzgerald)

Home




 

 

CHAPTER 7

                                     SYSTEM DESIGN AND MODELLING (MR)

 

 

7.1 Business Process Redesign

(Ref: Engineering management review (Vol 26 ,number 3, fall)

 

Business Process Redesign is defined as "the critical analysis and radical redesign of existing business processes to achieve breakthrough improvements in performance measures."

In 90's 2 tools revolutionised the organisations these were :

1) Information Technology

2) BPR ( Business Process Redesign )

IT : This includes the capabilities offered by computers, software and telecom. IT is considered as analysis and modeling tool. Thinking about IT should be in terms of " How it supports new or redesigned business processes.

Use of IT in Manufacturing Industries :

a) Process Modeling.

b) Production Scheduling and Controls.

c) Materials and Management Information Systems.

d) Logistics.

Business Process ( BP ) : Business processes are defined as set of logically related tasks performed to achieve a defined business outcome.Set of business processess forms a business system.

Business processes have two important characteristics :

a) They have Customers : Recipients of outcome.

b) They cross Organizational Boundaries.

Five steps in (PD) Process design :

1) Develop Business Vision and Process Objectives : Prioritize objectives and setstretch targets.

2) Identify the Process to be Redesign : To find out critical processes.

3) Understand and measure existing process : Identify current problems.

4) Identify IT levers : To think of new process approach.

5) Design and build a prototype of the process : Implementation.

Develop Business Vision and Process Objectives.

In past process redesign was to rationalize the process, i.e to eliminate obvious

bottlenecks and inefficiencies.

Most likely Objectives :

  1. Cost Reduction : Important objective with others but insufficient in itself, while optimizing other objectives seems to bring the cost inline but not the vice-versa.
  2. Time Reduction : Common approach for reducing time is to make steps simultaneously rather than sequentially, using IT to co-ordinate.
  3. Output Quality : Specific measures may be uniformity, variability or freedom from defects. This is mostly defined by customer of the process.

Setting goals that will stretch the organization will also provide inspiration and stimulate creative thinking.

Identify the processes to be redesigned.


Most of organisation could get benifit from IT- enabled redesign of critical (if not all) business process.

Two major approaches :

  1. Exhaustive approach
  2. High Impact approach




Exhaustive approach :Attempts to identify all the processes within an organization and prioritize them in order of redesign urgency.

High Impact approach : Attempts to identify only most important processes

 

 

Redesign process should be containing :


a) Begining and end points.

b) Interfaces.

c) Organisation units involved.

Understand and Measure existing process.

This is required because :

a) Problems must be understood so that they are not repeated.

b) It can act as a baseline for future improvements.

Identify IT Levers.

Role of IT in process design should be considered in early stages of redesign. All of IT capabilities involve improving coordination and information access across organizational units, thereby allowing more effective management of task interdependence.

Design and Build a prototype of the process.


After all the studies and data collection, brainstorming workshops bring a design which also goes through successive iterations. Building a prototype of IT change usually achieves results faster than conventional life cycle.

The process design after agreements by owners and stakeholders are implemented on pilot basis ( Parallel with the existing processess) examined regularly for problems and as the process reaches final acceptance, it is phased into full implementation.

 

 

Defining Process Types :

Three major dimensions can be used to define processess,

1) Organisational entities or subunits involved in the process.

2) Type of objects manipulated.

3) Type of activities taking place.

Defining Process entities :


Inter-organizational Processes : These are the processes where two or more business organization co-ordinates with each other.

Inter-functional Processes : Achieve major operational objective such as new product realization, asset management, production scheduling.

Interpersonal Processes: These are the processes within and across small groups. Using " electronic mail and conferencing."

 

 

Defining Process Objects :


There are 2 primary object types :

                    a) Physical


b) Informationl

In Physical object processes real, tangible things are either created or manipulated. informational object processes create or manipulate information. Adding information to a physical object as it moves through a process is a common way of adding value. Using IT to improve physical processess allows greater flexibility and variety of outcomes, more precise control of process, reduction in throughtput time, and elimination of human labor.Defining Process Activities :


There are 2 Activity types :


a) Operational

                    b) ManagerialOperational activities involves basic business activities in the orgainisation.Mangerial activities includes control, plan or providing resources for operational processess.

Capabilities of Information Technology for reshaping management issues includes :

a) improve analytical accuracy

b) enable broader management participation

c) can generate feedbacks

d) can streamline the time and resources a specific process consumes.

To attain SCM integration, it is necessary to understand the infromation requirements of all the participants and design system that facilitate co-operation.

 

 

Why BPR Project fails ?

1) Lack of sustained management commitment and leadership.

2) Unrealistic scopes and expectations.

3) Resistance to change.

4) Narrow technical approach.

5) Cost-Cutting focus.

What can be done to make a BPR a Success ?

1) Do something smaller first ( Pilot Experiments ).

2) Conduct personal transformation ( change of mindset ).

3) Get IS and HR involved.

4) Empowered and collaborative workers support.

5) Realistic expectations.

6) Prioritise the objectives.

SUCESS OF BPR DEPENDS ON THE PEOPLE WHO DO IT AND HOW WELL MOTIVATED ARE THEY.

Home

7.2 System Modeling

(Source : Yourdon system methods, model driven methods, 1993 )

Modeling Tools

Uses of Modelling Tools :

1) Focus on important system features.

2) Medium of communication with users.

3)Document the systems analyst's understanding for the impementation for implementation by designers and programmers.


 

There are 4 main types of modeling tools used inYSM ( Yourdon System Methods )

1) Graphic

2) Tabular

3) Frame

4) Textual

Graphic Tools : These are used to show high level components of particular aspect of a model. Each graphic modeling tools has set of icons used to represent specific model component. Graphic tools are preferred type of modeling tools when the connection between model components is important.

Graphic tools in essential modeling are mainly of a semantic nature highlighting the meaning of the requirements.

Graphic tools in implementation modeling are mainly concerned with syntax or structure.

Tabular Tools : Some information is usefully laid out in tabular forms. Tabular tools may be useful in some circumstances particularly if subject matter expert finds the graphic modeling tool difficult to relate to.

Frames : Frame is used informally for a certain type of specification tool. Frame specifications are used to specify all relevant info about a model component that has been declared on a diagram or another frame.

Textual Tools : Textual grammar is defined formally, using meta language or set theory.

Home




 

7.2a Entity Relationship Diagram (ERD) :

ERD is semantic modeling tool used to identify and organize information and to model particular roles of importance to the enterprise and relationships between them. This may also be used as a tool for discovery of rules and events. These are not contingent on the modeler’s point of view or interpretation as these are real world facts. Enterprise Essential Model uses ERD to define entities it uses and the relationships between them. System essential modes uses ERD to show the entities and relationships that the system has responsibility for collecting or using information about.



 

 

 

 

Components of ERD :

Entity : Entity is a class of real world thing whose role of interaction with the enterprise is well-defined. Each entity has a unique name which should reflect the role that is played by that type of object. These things may be physical objects abstract concepts. Each entity must be distinct from but fulfill the same role as other occurrence of the entity. Instructor in ERD defines entity.

Relationship : relationship represent possible associations that may occur between occurrence of entities. On diagram, each relationship is shown linked by lines to entities to which it refers. "Occurrence of the relationship" represents a single instance of the association between entities.

Relationship Frame : Each relationship frame that includes the entities involved and other text forming a complete sentence.



 

source : Yourdon system methods, model driven methods, 1993.

 

 

Each occurrence of relationship corresponds to a specific occurrence of a "Course" and a specific occurrence of "Topic".

Binary Relationship : A relationship that refers to two entity occurrences is called binary relationship.

Higher order Relationship : A relationship involving more than 2 entity occurrences is referred to as higher order relationship.



 

source : Yourdon system methods, model driven methods, 1993.

When entity is repeated in relationship,the relationship is referred to as being recursive. For recursive relationships, the role for the entities must distinguished as it can be seen in the frame that employee reports to other employee who is manager.

source : Yourdon system methods, model driven methods, 1993.

If the occurrence of entities in a recursive frame is not significant the relationship is known as symmetric. The relationship " is friend of" is an example of symmetric relationship. For symmetric relationships , the role for the entities doesn’t have to be distinguished.



 

source : Yourdon system methods, model driven methods, 1993.

Associative Entity : This is the entity which acts as entity and relationship both. As a relationship it indicates a group of real world associations between entities. Attributes of associative entity do not describe the entities that participate in relationship but the occurrence of relationship between them.

source : Yourdon system methods, model driven methods, 1993.

a -describes a relationship.

b -date on which marriage took place is neither an attribute of "man" nor "woman" but it describe the occurrence of relationship.

marriage -associative entity

date-as an attribute.

Each occurrence of "marriage" records the fact that specific man was married to a specific woman on a specific date.

Subtype, Subtyping and Supertyping :

Subtype : Subtype of entity is a well defined group of occurrences of entity that may be regarded as entity in its own right.

Subtyping indicates that the enterprise regards the entity as being made up of number of distinct identifiable groups each of which is referred to as a subtype.

Supertype : supertype is regarded as a general grouping of several entities.

source : Yourdon system methods, model driven methods, 1993.

Home

7.2b State Transition Diagram ( STD )

STD models time dependent behavior.In STD, each state represents a period of time during which the system exhibits some observable behavior.

source : Yourdon system methods, model driven methods, 1993.

 

Components of STDs

Access : Access on STD shows the possible access to the occurrence of entity when change of state occurs.

Create Access : causes a new occurrence of entity to exist , occurs for initial transition.

Read Access : for an event which occurs and requires some attributes to be used but not necessarily changed.

Update Access : used where some of attributes of entity are to be changed.

Delete Access : after this entity do not exists.

Match Access : to check whether a specific occurrence of the entity exists.

Connector : Where it is difficult to draw diagrams without crossing transaction lines a pair of connector symbols may be used. On diagram connector "op"is used in this way.

Entity : each STD is for one state variable of specific entity.Example shown is for associative entity "scheduled course". An entity may have several STD one for each of its state variable.

Entity death : this indicates that occurrence of entity no longer exists and cannot be accessed.

Event : event is the thing which causes transition to take place.When this event occurs a change of state may occur for one occurrence of the entity but it doesn't always occur.The responsibility whether or not it does occur resides in a data process.

Initial State : state of the occurrence of entity when it is created.A transition to this initial state is referred to as an initial transition and must always include "create".

State : Each occurrence of the entity have a well defined state for a given state variable. Each schedule course may have a status of "open","running", "full" or finished".

Home

7.2c CONTEXT DIAGRAMS

This is a diagram where systems is represented as a system diagram in whole.Purpose of context diagram is to depict how the system is connected to,interacts with other entities which makes its ( data ) environment.



source : Yourdon system methods, model driven methods, 1993.

 

Context diagram show all external entities which interact with the system and all data flows between these and the system.

Components of Context Diagrams:

Access Flow : access flow indicates that the system uses stored data which is shared between it and its environment.

Continuous access flow : if system or a terminator continually updates or monitors the value in a store it is shown as continuous access flow.

Discrete access flow : Access toa store that takes place at a particular instant of time. Data is present in store and can be accessed anytime.

Context Process : This is a process group which represent the system.On context diagram system is regarded as a "Black Box". All requirements for behavior or data storage by the system is considered to be within this process.

Dataflow : data flow on context diagram either represents information produced within or outside the system which is used by outside world or by the system itself.

Continuous data flow : continuous data flow represents a value that is available over a period of time.

Discrete data flow : data flow that is only present for a instant of a time.

Dialogue data flow : a data flow generated by the terminator for the use of system is combined with a data flow created by the system for use of terminator.

Event Flow : indicates synchronization between the system and its environment.

Continuous event flow : represents a status that is indicated over a period of time.

Discrete event flow : event flow that is only present for an instant of time.

Dialogue event flow : pair of event flows that occur at the same time may be combined and shown as a dialogue event flow , provided that they are to/from the same terminator. Dialogue event flow is used to show a group of input flows ,together with corresponding response flows either initiated by terminator or the system.

Terminator : terminator is a producer or user of data that interfaces with the system.

Data Store : a data store on the context diagram shows an interfaces between system and its environment. The store indicates that the system and terminator are decoupled in the sense that one can change values in the store independently of the other.

Home



 

7.2d DATA FLOW DIAGRAMS (DFD) :

A data flow diagram is the most important technique for modeling high level detail of the process within a system.These highlights the functions of the system and how they use stored information and transfer information between each other.



source : Yourdon system methods, model driven methods, 1993.

 

 

They show how input data is transformed to outputs results through sequence of functional transformations.

Components of DFDs :

Access Flow : access flow is used to show that a process needs to use or change stored information to accomplish its purpose.An access flow from a store show that the process uses information held in the store . This may correspond to:-

  1. Match Access : The process checks whether an entity or relationship occurrence matching a particular criterion exists.
  2. Read Access : The process uses the values of one ( or more) attributes for a selected occurrence of the entity.
  3. Check Access : The value of a state variable needs to be checked.

An access flow going to a store shows that the process will alter information held in the store, This may correspond to a :-

a) Create access : to create a new occurrence of an entity or relationship.

b) Delete access : to delete one ( or more) occurrence of an entity or relationship.

c) Update access : to modify the value of an attribute.

d) Change access : to change the state of a state variable.

Continuous Access Flow : In some situations it is necessary to continuously monitor the value in the store. This is carried out using data process. Link between this data process and the store is shown as continuous access flow.

Control Process : Control process coordinate the activation of processes and signal to other components of system essential model. The coordination is carried out by interpreting and generating event flows and controlling processes by triggering or enabling or disabling them.

In figure control process "control car oxidation" shows that control logic must be present to coordinate the monitoring, changing and replacing of solutions.It also derives the movement of the car body by interpreting the state of the oxidation bath and generating required signals such as "move car signal" to move the car body.

Continuous event flow : continuous event flow is one that is available over a period of time, such as the status of a device. Continuous event flows represent a situation or status that is either true or not.

Data Flow : a data flow represents the information generated by a source and used by another system function or terminator. On a data flow diagram the source of the data flow may be :


a data process : the function represented by the data process is the one that generates the information.

a process group : the function that generates the information within this group.

Continuous Data Flow : Data Flow that persists over a period of time is called as continuous data flow.The value is present over a period of time and may change during that time.

The figure shows a continuous data flow "solution strength" used by the process "monitor solution strength". Solution strength is the present strength of solution which is continuously present.

Dialogue data flow : dialogue data flow contains several data flows as an interface.At lowest level there can be two data flows in direct relation to each other, one causes the other to occur.

Comment : free-format comments may be added to the DFD to elucidate or stress any important points. Comments may be used to highlight any aliases,ties to previous or anticipated implementation.

Data flow diagram name ( DFD Name ) A data flow diagram has the same name as the corresponding process group show on the parent DFD.The context diagram is treated as a DFD with one process group.

Data flow diagram number ( DFD Number ) A data flow diagram has the same number as the process group it describes in more detail. The child diagram of the context diagram is numbered "0".

Data Process : A data process is a process that solely transforms data.Data processes may be continuous or descrete.A continuous data process may generate continuous or discrete event flows.A discrete data process cannot generate continuous event flows.

Data Store : Stores act as buffers between processes that are active at different times. A data store holds the data at rest.

A data store between two processes 'decouples' them ; a data flow between them 'synchronizes' them. In the figure the data store " solutions" is a collection of entity occurrence of all possible solutions used in the bathing of car bodies.

Dialogue event flow : Dialogue event flow is a packing of several event flows between two processes or between a process and a terminator.

Discrete access flow : A discrete access flow is an access to a store that takes place under the control of the system at a particular instant of time.In figure the process "Check solution is correct " accesses the store "solution in tank" to insure that the solution is correct for the car that is about to be bathed.

Discrete data flow : data flow that is variable for an instant of time is discrete data flow. A discrete data flow is transient and must be processed at the moment it occurs.

In the figure "solution change", generated by "change to new solution" represents the need to tell the operators that they must change to a certain solution.This is an example of discrete data flow.

Discrete event flow : event flow available for an instant of time is called as discrete event flow. If a control process detecting the discrete flow is not active at the time it occurs, the event flow will be lost.

Enable / Disable : This represents a process being enabled and disabled from a control process. An "E/D" represents the fact that the control process enables the process at one time and disables it subsequently.A process that is enabled will run whenever its stimulus occurs or run continuously until disabled.

Event Flow : An event flow represents the occurrence of an event ( discrete ) , or the state of something ( Continuous ).

Event store : An event store is a mechanism for storing events relating to resources until they can be used by a control process.When an event detector signals an event store ( rather than use a discrete event flow), it can respond ,or until the store is reinitialized.

Process : A process is a system function.It is either a data process , a control process , or a process group.It may be either continuous or discrete.

Process group : A process group represents a group of processes as a single icon on the diagram. This group may also contains internal stores and flows to accomplish its purpose -these are 'hidden' within the process group.

Process group are used to reduce the complexity of any one data flow diagram by combining related functions and naming the combinations for the general function that this group carries out.

In the figure "change to new solution" is a process group comprising processes "control solution change","determine new solution","detect empty tank", etc.

A process group is drawn on the diagram as a solid circle, it cannot be visually distinguished from a data process without looking at its specification.

Trigger : A prompt labeled "T" represents a trigger . The trigger will activate a discrete process , which will then "run to completion' and 'stop'.

In figure "check solution is correct " is triggered , as it will run in "zero time" and immediately reply with one of the two event flows "correct solution" or "incorrect solution".

Strengths and Weaknesses of DFDs

Strengths : DFD method is an object oriented method that allows to design systems using objects. It is widely used and promotes easy architecture and coding of a project. This method is also easy to learn.The symbols are few and simple and easy to translate.

Weaknesses : There aren't many weaknesses associated with this method. The DFD for large programs can be hard to translate and take a lot of time. Also, once the DFD is drawn for such a program, it becomes difficult to read and understand what is going on. The data flow can become confusing to the programmer in such an instance. Also, if the DFD is not drawn with the great amount of detail, then it is not useful to the programmer. Another disadvantage of using the DFD model is that the symbols used are not common to all DFDs. Different models use different symbols for the structure of a DFD.

Home

7.2e  DATA DICTIONARY

(ref :1.  E. Yourdon (1989) : Modern Structured Analysis, Prentice-Hall , 2. T. De Marco (1991) : Introduction to System Analysis and Design. IInd edition, Prentice-Hall )

During the analysis and design of a system, huge amount of data is collected. If data is going to be referenced throughout the design, and several people are responsible for that design notation, then individuals who may not have initialized that data but will need to reference it need to know where it came from. Manually thumbing through several volumes of the data is not the most efficient way to find such information. To make sure that everyone can access it, it needs to be stored centrally in one document. A Data Dictionary fulfills that role.

Dictionary is basically a way of organizing the information, which is collected. This information enables us to work out the composition of the data, uniqueness and consistency of names and definitions of terms, and document them in dictionary which all team members can use. Ultimately it contain all information that enters, leaves and is transformed by the system, the policies surrounding that information, and description of all other objects and events of interest. This includes:

  1. data composition
  2. policies about data
  3. object and attribute descriptions
  4. event and state descriptions
  5. entity descriptions and relationship descriptions
  6. process descriptions

System aspects discovered during analysis may be lost unless they are not documented in dictionary, but if everything is documented in dictionary there are all chances that dictionary is huge and contains lots of data about data.

2 good ways for proper management are :

  1. Strict discipline: there should be a shared understanding between project members about what needs to be documented and how, who maintains and updates what-and severe penalties for anyone not sticking to it.
  2. Computerize it: with a project of any size, the data volume contained in the dictionary becomes too big to be handled by manual methods so it must be computerized to make the access quicker.

Concepts of notation

Notation helps to denote the basic kind of relationships between/among data items and elements, plus other information. These are some examples of data dictionary notation.

 

 

 

 

NAME SYMBOL MEANING
Compostion = is composed of
Concatenation + and
Iteration {     } multiple occuerneces of
Selection [  |  ] choice1 or choice2
Option (       ) may or may not be present
Discrete value "       " the value of this variable
Comment *     * additional information

Ex:

1)    entity 1 entity A = element B + element C + ( element D )

here it is shown that an entity A is made up of element B and element C and may or maynot  contain element D.

 

2)

entity 1 travel claim = approval form + 2{ expense receipts }

it shows that travel claim contains 2 elements, approval form and set of expense receipts.

entity 2 expense receipts = travel receipt + {(incidental expendature)}

expense receipts consists of travel receipt and additionaly it could also consist of number of incidental expendature.

entity 3 travel receipt = [coach receipt | air receipt | rail receipt ]

* receipts not needed for a car travel *

travel receipt is needed for any form of travel undertaken with one exception that receipt is not needed if journey is

done by car.

entity 4 approval form = name + ref. no. + claim total

approval form has three parts, name of the person making the claim, the reference under which claim is made up and total being claimed.

entity 5 ref. no. = "B123"

reference number has a discrete value, the claim needs to be referenced as "B123".

entity 6 name = 2 {character }

a name must be 2 character long

entity 7 claim = 1{number}+"."+2{number}2

Claim figure must be made up of 1 or more numbers, a decimal point, and another 2 numbers to indicate fractions.

 

Problems with building and maintaining Data Dictionary


If the data dictionaries are poorly maintained, even on a fair sized project problems can arise. Aliases, imposters, hybrids, and real-time or orphaned data cause some of problems.


Aliases: same definition given to several items with different names. Giving a common name so that we have a single word defining them all can solve this problem.

Imposters: items having the same name but multiple/different definitions. Giving a different (logical)name or new name can solve this problem.

Hybrid data: when definition has a hidden or mixed use. Using meaningful names and do the things right away without thinking of changing in future can avoid this very crucial problem.

Orphaned data: when nobody owns data, and nobody knows who created them. Author, data of entry and other "pedigree" information should be recorded.

There are , therefore, a number of ways in which the data dictionary will be impacted when designing the system. Definitions need to be put through a filtering process in order to make sure that rogue definitions do not go undetected. Regular analysis of data definitions is a time consuming but important and necessary exercise.Home

 




 

CHAPTER 9

 IS APPLICATION MODELS IN INDUSTRY    (TM)



            An increase in company size results in an increase in information collection, processing and distribution. Hence it becomes necessary to handle many customer accounts and production records with many more interrelationships. In addition to increased information records, information needs and associated difficulties there arises the problem of delegation of authority and responsibilities.

Basic Information System

The basic functions of the company such as production, sales, finance and management functions will not change.

However the introduction of an MIS will facilitate fantastic improvement in the information communications network. The objective of developing or improving a management information system can be stated as below:

  1. To provide the type of information environment that will integrate the basic operating functions and
  2. To provide management with access to information relative to complex activities in decentralized organizations.

Also, as the company grows and becomes more complex much of the basic functions and information needs remain the same. Some of these internal information needs are shown as below:

1. Accounting Control

2. Plans and budgets

3. Payroll by hourly and salaried groups

4. Inventory of materials, in-process and finished goods

5. Sales by product, salesman , customer and Area

6. Purchasing records, vendors, commitments

7. Distribution-Transportation and warehousing

8. Production by product, customer, cost, overruns and backlog

9. Engineering-new products, schedules, equipment, costs

10. R&D etc. etc.

Although the current trend is to develop IS (with computer applications) in the areas other than the traditional areas, the bulk of information systems lie in the following categories :

Over time, a typical manufacturing company has developed the major information systems shown above. These systems are not separate and distinct; they connect interact and otherwise tie the subsystems of the organization together through the medium of information.

Home



 

 

9.1 Financial Information System

The financial system is probably the most important single management information system, in the company, and in most companies it is the oldest and the best developed. These systems basically deal with large amounts of data and involve planning in the financial sector. However the budgeting function performed is wholly futuristic. Periodically the management approves a financial plan (the master budget) that assigns responsibility for maintaining incomes, investments and costs within standard limits. These plans are the basis for periodic financial reports and these reports are used by the system for exercising control and for futuristic planning.



 

 

                The major operating systems of a company along with their respective functions (Shown in figure above) merge or integrate with the Accounting and Financial Information System to facilitate financial reporting and for management information for planning and control. Moreover, the financial system has a very significant impact on other systems when one considers that the ultimate common denominator of many operating decisions is the dollar. Perhaps, Billing (Invoice Preparation) is the most widely used data processing application among financial information systems.

Home



 

 

9.2 Production/Operation System Model

            From an operating standpoint, such a system is undoubtedly the most important in a manufacturing company. It crosses all subsystem boundaries and has an effect throughout the company. The production/ Operations system is concerned with information about the physical flow of goods or the production of goods and services. It covers such activities as production planning and control, inventory control and management, purchasing, distribution and transportation.

            Because the quantities of data are so large and the timing of information so essential, the production/operations system is the most adaptable to automation and yields the largest benefits in terms of immediate solution of critical and costly problems. Although other applications (eg. decision-making, total system simulation) may offer greater potential, this functional area usually offers immediate pay-offs.



 

 

  1. Sales Analysis
  2. Engineering
  3. Inventory Control and Production Scheduling
  4. Production/Operations Facilities
  5. Purchasing
  6. Financial
  7. Sales and Distribution

            Integration of subsystems through the information flow in the production/Operations System (Adapted from : Information systems for modern management by Murdick, Ross, Claggett)

Home



 

 

9.3 Marketing Management Information System

The basic areas of the marketing function that lend themselves to improvement through information systems include:

(1) Forecasting/Sales planning

(2) Market research

(3) Advertising

(4) Operating and control information : Examples include sales reports and distribution cost reports. A marketing systems should also take into account of the necessity elsewhere in the organization concerning for information concerning market sales, and other internal information that affects decisions in other subsystems of the company.

Three types of marketing systems may be summarized as

1. Control systems

2. Planning systems and

3. Market research systems.

INPUTS                                                    OUTPUTS

Customer invoices                                     Sales       Profitability

Marketing budgets by product by product

Sales call reports product line product line

Cost reports customer class customer

Inventory reports cost center salesman

Accounts receivable region

Accounts payable salesman

Payroll (marketing)

Manufacturing costs

Annual Reports (customers, suppliers etc.)

Market Research

Analyses done by the system for periodic automated reporting :

-- Life cycle analysis

-- Marketing Personnel Analysis

-- Financial Analysis

Also OUTPUTS of the system include

-- SALES RECAP

-- RECORD SUMMARIES

-- TRANSACTION ANALYSIS

-- EXCEPTION INQUIRIES

(Adapted from : Information systems for modern management by Murdick, Ross, Claggett)

Home



 

 

CHAPTER 10

STRATEGIES FOR IS (JMJ)

"The face of business is changing." "Businesses that do not become an e-business will not be around in five years."After watching the Superbowl this year, one might be will to accept these statements at face value. These statements lend themselves into being the mottoes of Silicon Valley, knowing these quotes come from Andy Grove chairman on Intel and also from a recent article in the Harvard Business Review by Hamel. It should obvious that an industry representative would make claims on the future that are much more hype than reality, but when these same statements are made in prestigious business journals, how does the business world react? Information Systems are the medium of this "evolution" in business and the proliferation of technologies is the catalyst IS change. The major shift coming is the impact of the internet-platform for doing business, which is currently being done on proprietary EDI systems. It is believed by businesses on the cutting edge of technology that the internet will be a leveling field for businesses that could not afford EDI in the past. EDI also was once claimed to be an evolutionary business step, but at an average cost of 50 million dollars for the system and in many cases no return on the investment , the future of EDI looks very grim, so say some of the successful practitioners of EDI. . In a recent joint study by the Economic Research Council and Oasig concluded that between eighty and ninety percent of EDI systems do not meet original performance goals . So while EDI is in its decline, is it prudent to embrace the new technologies of e-business? Forecasts call for a growth of e-business from 43 billion in 1998 to 1.3 trillion in 2002. The world has been wrapped many times over with internet connection lines and business already make up ninety percent of internet traffic.

There is little doubt that the internet is here to stay and it will have an impact on business, especially in the areas of information systems. If IS were about technology alone, its future would the very bright. Yet, information systems are more about the data and the people that use them to resolve problems. The technology is only a tool and not the answer to IS. Many software companies that do IS consulting and IS teams within the company may not agree with that philosophy, but software vendors have a tendency to be inflexible with their platforms and IS departments have a history of being rouge divisions within company structure .

       A strategy to look at the future of IS, really needs to examine the past, and take a sober look at how IS in its many forms have fallen short of its promises. Steve Cardell and Neil Tiffin in an article in Industrial Management compiled six rules for putting together information systems.

1. Do not re-engineer and implement systems concurrently. From there studies the success rate is less than five percent.

2. Recognize that people fix things and information technology does not. They site Henry Ford as an example, his plants were able to process steel from iron ore to finished product in three days, in which he kept a few days inventory.

3. The business, not the IS department owns the system. This keeps costs under control and implementation on track.

4. Have an effective decision making forum. Managers and department heads are already busy, incorporating a new system that changes policy can be made very difficult if they are not kept up on what changes are taking place.

5. Configure only what the business needs.

6. When given a choice, choose flexibility

         In reality strategies for IS come from studying data-flow with in an organization, and clearly defining the goals for the system and the users. If consultants are hired in they need to configure the system to fit the data flow of the business. Many EDI/ERP software companies had businesses reshape their data-flow, resulting in sub–optimal returns.

          The new frontier of the internet and the information technology that drives it along with the heavy performances of high-tech industry market can be intoxicating to businesses, especially those IS illiterate. From the UH panel discussions, it becomes obvious EDI has work in only a few cases, there is no standard of IS software for the internet, everyone knows they must move to the internet, some of the companies invited to the panels do not have clear goals of how their organization should work with IS, and not one company was a the same level information technology; if this is the picture of the real world, the opening statements quoted are very risky, either very naïve or very arrogant. Quietly below the surface-hype of technology lies the ultimate future of IS, in the areas of data flow analysis. This is the one common thread for all the business that have succeed with any IS system no matter the decade it occurred in.

 

 

Home

 




 



 

 

CHAPTER 11

E-Commerce and EDI

11.1  ELECTRONIC COMMERCE (TM)

  Electronic commerce may be defined as the entire set of processes that support commercial activities on a network and involve information analysis. These activities spawn product information and display events, services, providers, consumers advertisers, support for transactions, brokering systems for a variety of services and actions (e.g., Finding certain products, finding cheaply priced products etc.), security of transactions, user authentication. etc.

[Ref. N.R Adam and Y. Yesha. “Electronic commerce: an Overview”]

   There have been several similar electronic technologies in the past, for example Electronic data interchange (EDI) and Electronic funds tranfer (EFT) have been around for more than 20 years now. While many of these have electronic trading technologies have had radical effects within their own markets and created their fair share of publicity, none have attracted the level of hype or have been hailed as purveyors of economic transformation to the extent that e-commerce has in recent years. [ Ref. The Economist “The Economist Electronic commerce survey :In search of the perfect market”]

For example, EDI never gained the ubiquitous acceptance that was initially anticipated for it. High costs for initial investment, maintenance costs, or simply lack of preference by potential users kept EDI technologies from developing at a more rapid pace and has traditionally restricted its use to very large corporations.

  Electronic commerce has experienced an explosion due to the convergence of these technology developments, the merging of the telecommunications and computing industries, and the business climate. [Ref. C Beam and A Segev “The rise of Electronic commerce :Contributions from three factors”] A ubiquitous digital infrastructure that provides an efficient means for communication and information sharing presents an extremely attractive new medium for electronic commerce and for the first time has the potential to deliver what the notion of EC has always implied. [D. Tapscott. “The Digital Economy: “Promise and peril in the age of networked intelligence”]

Electronic commerce involves issues (both technical and non technical) that are multi- disciplinary in nature. They are complex in nature and overlap significantly with each other. Technical research issues overlap with other technical research areas. For example, finding and filtering information is a fundamental requirement of an electronic commerce system but can be an equally important service for a digital library.

The figure below depicts the multidisciplinary nature of EC. As shown in the fig. The model is made up of several major components, beginning with the consumer who is interested in purchasing some goods electronically from some vendors whose product lines are represented in and are part of a global electronic marketplace.

 

       The objectives of E-Commerce are several. Primarily they involve increasing the speed and efficiency of business transactions and processes, and improving customer service. Also EC should :

- Streamline procurement processes thereby cutting overall costs via a more competitive process

- Contribute to a decrease in the length of production cycles.

- Enable enterprises to conduct business with distant partners the same way they do with neighboring partners.

- Empower small businesses.

- Create new services and businesses.

- Help expand the horizon of participants.

In contrast to the emerging area of EC, EDI (Electronic data interchange) which has been around (in the same form) for 20 years now is the cause of positive and negative effects on industrial structures. A true cost benefit analysis of the effects can be difficult to assess, however; the costs become much easier to quantify than the benefits. Reduced personnel expense for data entry, paper and postage savings, and shortened receivable cycles are all quantifiable benefits, but the thousands to hundreds of thousands of dollars required to set up and maintain the implementation of traditional EDI needs to be justified with more significant benefits than these.

   For an EDI implementation to be successful, it needs to be the direct cause of improved productivity and internal operations, create closer customer vendor relations, provide a competitive advantage in the marketplace, and open up the procurement process. Historically this has not been the case for two reasons :The high cost involved with EDI, especially for small to medium-sized enterprises(SMEs), and what we refer to as standard issues. (Ref. Electronic commerce;  Nabil Adam, Oktay Dogramaci et al.)

 

 

 

E-C applications in Supply-Chain and manufacturing

 Another area where EC applications facilitate improvement is supply chain management. The objective of an electronic commerce strategy is to provide purchasing managers with better control over their companies’ purchasing habits and relationships with suppliers]

Continuous improvement of an organization’s supply-chain is directly related to its performance, and EC applications are being used in procurement processes more and more frequently to this end. Changes in the supply chain are closely related to inter-business retail processes. The advantages of EC in supply-chain management include access to a wide range of suppliers and effective use of organizational resources that are essential for implementing just-in-time (JIT) manufacturing systems.

.[Ref. C Curtis; “Getting on to the e-Commerce supply chain ‘Just in time’ Internet week Sept. 1997]

These automated systems provide new types of information for businesses that implement them. Among the enhanced capabilities for managers are improved sales forecasts, more accurate balance sheets, and closer relationships with customers using a new interface. Direct communications between suppliers and customers streamlines the supply chain and delivers new relevant information to manufacturers in real-time.

For one example of how businesses are accomplishing these goals, craig (in internet Week Nov. 1997) describes a joint venture between SAP and Digital Equipment Co. to keep vending machines filled to demand with a web-based EDI system. An embedded computer in the vending machines is connected to the internet, and each time a product is purchased a message is sent to the supplier. This gives suppliers crucial information about their distribution channels in real-time, and removes the requirement for vending machine operators to use non standard proprietary software that accomplished this task in the past.

 

Home

 

 

11.2 ELECTRONIC DATA INTERCHANGE (EDI) (MR)

(Source : EDI ebook, at editraining.com)

Electronic Data Interchange or EDI is the electronic exchange of business documents from one company’s computer to another’s computer in nationally standard structured data formats.

Using EDI to exchange business documents eliminates the rekeying of the data, resulting in more accurate data. In EDI, data necessary for conducting business is transmitted directly into a system without human intervention. We can transmit and receive EDI documents with companies such as banks, railroads, customers and suppliers. The companies who send and receive EDI with are referred to as trading partners.

For many years business data has been exchanged electronically on tapes, disks , diskettes and over direct computer to computer hookups. Companies realized replacing the paper used in business transactions with electronic communication saved both money and time

Customers and suppliers were interested in sending and receiving electronic documents; however, each company had different documents need and different computer and communication medium. The effort to maintain different document formats and different communications hookups became time consuming and costly. Electronic transactions started becoming standardize. Different standards for different industries still exist. The Accredited Standards Committee (ASC) X12 of the ANSI was created to support the national standards of EDI. Transaction sets (standard business transaction formats) are developed and maintained by the ASC X12.

Most of Industries use subset of the X12 standards. Following are some major industries  that use subsets :

AFPA Paper Industry

CIDX Chemical Industry

WINS Warehouse Industry

VICS Retail Industry

UN/EDIFACT Standards are used internationally.

EDI Data Structure

Individual electronic transmission between trading partners is grouped in an electronic envelope similar to putting paper documents into paper envelopes. The electronic envelope specifies who is sending and who is receiving the documents. Within each electronic envelope is a collection of documents of the same type, this is called a functional group. An example of the functional group is a collection of invoices. You can group several invoices together and send them in a functional group in EDI.

Documents (purchase orders, invoices..) are referred to as transaction sets in ANSI X 12 standards and messages in UN/EDIFACT standards. There are hundreds of document types defined by EDI standards.

A document contains segments that are logical groups of information. Each segment is preceded by a segment identifier and terminated by a segment separator. A segment is made up of data elements. This is where the information is stored.

How Does EDI Work?

EDI involves three functions within each computer system:

1) Application Interface System.

2) EDI Software

3) Communications Handler

 

Application Interface System

  •  Processes the data to be sent to, or received from, the trading partner.
  • Moves electronic transactions to or from the application system.
  •  Programs separate and deliver inbound transactions to the application systems.
  • 4. Delivers inbound transactions to the applications systems and gathers transactions from the application systems for outbound transmission.



EDI Software

  • 1. Manipulates and routes data between the application system and the communications handler.
  • 2. Translates Business documents into and out of the X12 formats.
  • 3. Creates Functional Acknowledgments (EDI transaction that notifies the trading partner that an electronic document was received).
  • 4. Verifies the identity of trading partners.
  • 5. Validates the transactions by checking a master file against the information transmitted.



Communications Handler

  • Transmits data to and from the trading partner through a value-added network.
  • Protects against transmission errors or interruptions.

Example of EDI Process:

This example shows the process of a shipment notice from the manufacturer to the customer. These are various steps involved in process:



 

1. The data is extracted from the shipment and database.

2. The data is translated by the EDI software into a standard X12 EDI shipment notice format.

3. The EDI shipment notice is transmitted through a Value Added Network (VAN) to the company.

4. The company receives the EDI shipment notice.

5. The EDI shipment notice is translated into a format that can be used to update the database of the company.

 

Home



 

11.3 EDI and E-Commerce  (MR)

(Source : Article by G.Berton Latamore, Apics,February 1999,No.2)

  • Although EDI has been the traditional approach to automating business transactions between trading partners, e-commerce, using Java applets embedded in Internet-enabled applications, is coming on strong.
  • E-commerce offers several advantages over EDI. The initial investment in technology is much less. For smaller companies with lower trading volumes, the internet costs much less than a VAN. Internet reaches everyone in the supply chain, supports near real-time messaging, and supports both machine-to-machine and human-to-machine transactions.
  • EDI has advantages for larger manufacturers that must automate complex transactions among a large community of suppliers. It provides a standard way to format key transaction data and provides a complete set of messages, including acknowledgements.
  • EDI also includes built-in security, while the Internet is still a very insecure environment.
  • E-commerce  sites focused on the supply chain have been designed to extend electronic commerce to supply chain members that have not invested in EDI, rather than replacing existing EDI sites. Most experts expect this pattern to continue and advise manufacturers with EDI systems to consider adding e-commerce front ends to allow smaller suppliers or customers to communicate directly with their existing infrastructure.

  •  

     

     

     

     

     

    However, experts caution that EDI and e-commerce are not necessarily antagonistic and agree most companies need a combination both to effectively reach their entire supply chain.

     

     

     

                     E-Commerce Advantages                      Where EDI Excels
    Less expensive and easier to implement for simple transactions bteween two trading partners. However becomes expensive and complex when trying to support sets of complex transactions among large groups of trading partners. Provides a complete, integrated package to support      transactions, including receipts showing that transactions  were received; e-commerce only provides a template from   which each form must be created and each response programmed
    Supports near real-time transactions.  
    Handles a much wider range of transaction types and can be used for any kind of transaction between trading partners. Provides a complete security package; e-commerce has  no built-in security and requires that a suite of separate  security applications be custom integrated.
    Supports both machine-to-machine and man-to-machine transactions; EDI only does machine-to-machine, making it an impractical answer for handling specialty or occasional orders. VANs are very secure; the Internet, by design, is insecure.
    Reaches everyone over the Internet; EDI only reaches trading partners who can afford connectivity to the VAN of choice. Optimized for large volumes of transactions processed on large servers or mainframes; e-commerce is most successful in low-volume environments running on PCs or smaller servers.

    Home

     

     


    •  



       

                    CHAPTER 12

       

    • INTERFACES



     

     

    12.1 Computer Assembly

     



     

     

     

     

     



     

    12.2 Software Loading

     



     

     

    12.3 Distribution and Transportation System

     



     

     

     

     

     



     

     

     

    GlOSSARY OF TERMS

     

    ACQUISITION COSTS: these costs include the price of the items, the shopping time, the   paper work, expediting (emergency buy, down time), mistakes (returns, rejects, quantity errors; this will generate expediting costs), and the price for internal handling (receiving and storing).

    BREAK-BULK CARGO: Cargo, which is, shipped a unit (i.e. Palletized cargo, boxed Cargo, large machinery, trucks and pre-slung cargo).

    BULK CARGO: Loose cargo that is loaded directly into a ship's hold.

    BULK CARRIER: There are two types of bulk carrier, the dry-bulk carrier and the liquid-bulk carrier better known as a tanker. Bulk cargo is a shipment such as oil, grain, or ore which is not packaged, bundled, bottled, or otherwise packed and is loaded without counting or marking.

    BUSINESS PROCESS (BP) : A set of logically related tasks performed to achieve a   defined business outcome.

    CARRIER(S) CONTAINER(S)/SHIPPER(S) CONTAINER(S):  The term Carrier(s) Container(s) or Shipper(s) Container(s) means containers over which the carrier or the shipper has control either by ownership or by the acquisition thereof under lease or rental from container companies or container suppliers or from similar sources. Carriers are prohibited from purchasing, leasing or renting shipper owned containers.

    CHANGE ANALYSIS: Study of suitable changes of the activities of an enterprise in concrete situation

    CORRUGATED CASES: Built like a sandwich cardboard - characteristic arches of wavy "fluting" lying between two pieces of smooth board on the outside.

    CONTAINER: The term container means a single rigid, non-disposable dry cargo, insulated, temperature controlled flatrack, vehicle rack portable liquid tank, or open top container without wheels or bogies attached, having not less than 350 cubic feet capacity, having a closure or permanently hinged door that allows ready access to the cargo (closure or permanently hinged door not applicable to flatrack vehicle rack or portable liquid tank).

    CONTAINER SHIP: Ocean going ship designed to carry containers both internally and   on deck.  Some are self-sustaining.

    CONTAINERIZATION: Concept for the ultimate unitizing of cargo used by both steamship lines and air cargo lines. Containers allow a greater amount of cargo protection from weather, damage, and theft.

    DATA: Raw information representing events occurring in the organization before they are organized into an understandable and useful form for humans

    DATA DICTIONARY: A way of organizing information, which is collected. This information enables one to work out the composition of the data,  uniqueness and consistency of names and definitions of terms, and document them in dictionary which all team members can use

    DATA FLOW: Data flow on context diagram either represents information produced within or outside the system which is used by outside world or by the  system itself

    DATA FLOW DIAGRAM: An important technique for modeling high level detail in a process within a system. They highlight the functions of the system and how they use stored information and transfer information between each other.

    DATA-ORIENTED WORK: Refers to the development parts whose purpose is to design technical solutions to this specification.

    DISTRIBUTION CHANNELS: Methods by which distribution get products to market.

    EDI: Electronic Data Interchange; Proprietary systems by which companies share information.

    END-USERS: Customers that are served by distribution.

    ENTITIES RELATIOINSHIP DIAGRAMS (ERD): A semantic modeling tool used to identify and organize information and to model particular roles of importance to the enterprise and relationships between them

    ENTITIES: A class of real world thing whose role of interaction with the enterprise is well defined.

    INFORMATION: A derivative from meaningful interpretation of data.

    INFORMATION SYSTEM: A set of interrelated components that collect (or retrieve), process, store and distribute information to support decision making and control in an organization.

    INFROMATION TECNOLOGY (IT) : This includes the capabilities offered by computers, Software and telecom.  The current media by which information is transferred.

    HOLDING COSTS: are the interest costs, the storage cost, the control cost (shipping, transportation, security), taxes, insurance, and the shrinkage cost (shipped short or long, stolen, obsolescence).

    HUB: A central location to which traffic from many cities is directed and from which traffic is fed to other areas.

    MANAGEMENT INFORMATION SYSTEMS (MIS): A division in corporate structure that creates and maintains IS for the management levels of an organization.

    OFFICE AUTOMATION SYSTEMS (OAS): Serves the knowledge level of an organization.

    PALLET: Load carrying platform to which loose cargo is secured before placing aboard the aircraft.

    PERISHABLES: Any cargo that loses considerable value if it is delayed in transportation (Usually refers to fresh fruit and vegetables).

    PROBLEM-ORIENTED WORK: In information systems development, refers to the development parts whose purpose is to specify what the information systems will do.

    STRADIS (Structured Analysis And Design of Information Systems): follows the Top-down approach (functional decomposition) for analyzing processes./

    TOTAL PROCUREMENT COSTS: are the holding costs and the acquisition costs.

    TRANSACTION: A performance or management of a business.  In the context of distribution, it is all the interactions between manufacturing, distribution and end-users.

    TRANSACTION PROCESSING SYSTEMS (TPS): Serves the operational level of an organization.

    UNITISATION: The packing of single or multiple consignments into ULDs or pallets.

    USER: One who would be accessing an IS interface in order to gain a knowledge, to apply to a decision making process.

本文地址
https://architect.pub/uh-information-system
SEO Title
uh information system

【应用架构】交易处理和管理报告系统

视频号

微信公众号

知识星球

Chinese, Simplified

9.1交易处理系统的功能

交易是在业务运营过程中进行的基本活动。交易处理系统(TPS)处理公司的商业交易,从而支持企业的运营。TPS将非查询交易本身及其所有影响记录在数据库中,并生成与交易相关的文档。

TPS是当今几乎任何组织开展业务所必需的。TPS将数据引入组织数据库,这些系统也是面向管理的信息系统的基础。

系统图表[图9.1]

系统图是公认的工具,用于描述TPS。这些图表显示了系统输入的来源、主要处理步骤、数据存储和系统输出。

交易处理模式[图9.2和9.3]

事务处理可以通过以下两种模式之一完成:

  1. 在线模式
  2. 批量模式

在线交易处理的特点:

  1. 每笔交易在进入时都会立即得到完全处理。
  2. OLAP是当今最常用的模式
  3. 比批量处理成本更高
  4. 数据库总是最新的
  5. 要求使用磁盘等快速辅助存储

批量交易处理的特点:

  1. 依赖于在一段时间内积累交易数据,然后一次处理整个批次。
  2. 批处理通常是循环的:根据事务的性质建立每日、每周或每月的运行周期
  3. 比在线处理更便宜
  4. 比在线处理更易于控制
  5. 数据库不断过时
  6. 现在正在使用磁盘文件捕获批处理

9.2公司的交易处理子系统[图9.4]

整体交易处理,也称为数据处理,反映了企业的主要业务活动。公司的主要交易处理子系统是那些支持:

  1. 销售
  2. 生产
  3. 存货
  4. 采购
  5. 运输
  6. 接收
  7. 应付账款
  8. 计费
  9. 应收账款
  10. 工资
  11. 总账

9.3交易处理活动

当然,个人交易的处理在一定程度上取决于其性质。交易处理的一般要素包括:

  1. 数据采集和验证
  2. 与交易相关的处理步骤
  3. 数据库维护

日期捕获

直接数据输入通常通过源数据自动化来使用。交易处理系统越来越多地依赖于电子数据交换(EDI)。通过将纸质文档替换为通过电信网络发送的格式化交易数据,这些系统提供了无需重复数据输入的计算机对计算机通信。尽管一些公司内部使用EDI,但EDI主要满足公司间沟通的需要。

数据验证

典型的验证测试包括检查缺失的数据项、有效代码和有效值。更广泛的验证可能需要根据客户的记录和可用库存对交易进行授权。

处理步骤取决于事务和处理模式

根据交易的性质以及系统是以在线模式还是批量模式运行,可以执行以下处理步骤:

  1. 分类系统对传入交易进行分类,以选择进一步的处理步骤。
  2. 排序事务记录是按照唯一标识每个事务记录的数据项的值的顺序排列的。
  3. 数据检索查询事务的目的是从数据库中检索数据。其他事务也可能涉及数据检索。
  4. 计算所需的计算取决于交易的性质。
  5. 摘要通常是为了获得TPS提供的简单报告而执行的,此步骤计算所有或部分事务的摘要。

数据库维护

在查询以外的事务处理之后,必须更新系统文件或数据库。因此,由TPS积累的数据可以作为信息系统面向管理的组件的细节来源。

9.4交易处理系统提供的输出

TPS提供的输出可分为:

  1. 交易文件
  2. 查询响应
  3. 报告

交易文件

许多TPS生成交易文档,如发票、采购订单或工资支票。TPS生成的这些交易文档可以分为两类:行动文档和信息文档。

  1. 行动文件指示行动的发生。周转文件启动行动,并在完成后退还给请求机构。因此,它们也可以作为另一笔交易的输入文件。
  2. 信息文件确认交易已经发生或告知一项或多项交易。交易文件需要手动处理,在某些情况下还需要分发多份副本。该过程成本高昂,如果其中一个副本无法到达目的地,可能会导致不一致。

查询响应和报告

TPS提供了某些查询和简单的报告功能,尽管远不如管理报告系统那么复杂。大多数查询都会产生一大堆信息。然而,调查也经常产生报告。

与管理报告系统不同,TPS通常提供有限范围的预先计划的报告。这些报告的内容和格式被编程到TPS软件中,并按计划生成报告。TPS报告通常很长

TPS生成以下报告类型:

  1. 交易日志-是系统运行期间处理的所有交易的列表,包括采购订单清单或销售登记。
  2. 错误(编辑)报告-错误报告列出处理过程中发现有错误的事务。它们识别错误,有时还会列出相应的主文件或数据库记录。
  3. 详细报告-详细报告是从数据库中提取的,其中列出了满足特定条件的记录。
  4. 摘要报告-由TPS生成的典型摘要报告包括财务报表。

9.5从电子数据交换(DEI)到电子商务[图9.6]

源数据自动化的一个重要手段是电子数据交换。电子数据交换(EDI)是电子交易文件的计算机到计算机交换,涉及至少两个贸易伙伴。通过电子数据交换,纸质交易文件,如采购订单或发票被取消,取而代之的是标准化的电子通信。EDI使公司能够通过电信网络,特别是互联网进行商业交易,从而突出了电子商务的重要性。

EDI组件包括以下内容:

1.交易标准

-消息以标准形式交换,由参与的合作伙伴商定。

2.产品标识的行业标准

-合作伙伴必须就识别其产品的标准方式达成一致。

3.转换软件

-翻译软件将传入的EDI消息转换为业主公司的应用程序可以使用的格式。

4转换系统

-EDI可以通过合作伙伴之间的直接电信链路、使用第三方供应商的增值网络(VAN)或通过互联网进行。在其他服务中,VAN提供可以为收件人保存邮件的电子邮箱。

除了直接节约外,电子数据交换在信息技术的竞争和战略应用方面具有巨大潜力。主要影响包括:

  1. 通过加快通信来压缩商业周期
  2. 支持基于时间的竞争模式,例如减少甚至消除库存的准时制制造战略,以及快速响应的零售战略
  3. 加强贸易伙伴之间的关系。这是由于在给定的EDI系统就位后切换到另一个EDI系统的成本,以及避免由于纸质文件交换中常见的错误而引起的误解。

9.6管理报告系统[图9.8]

管理报告系统的特点

管理报告系统是面向管理的信息系统中最精细的。管理报告系统(MRS)的主要目标是为中低层管理人员提供打印或电子报告以及查询功能,以帮助维持企业的运营和管理控制

MRS的特征包括:

  1. 它们通常由信息系统专业人员而不是最终用户在很长一段时间内开发,使用面向生命周期的开发方法,而不是通过首先构建一个更简单的原型系统,然后根据用户体验对其进行改进来进行快速开发。
  2. 这些系统是为信息需求众所周知并有望保持相对稳定的情况而构建的。
  3. MRS不直接支持决策过程,因为它是对问题的替代解决方案的搜索和对要实施的解决方案的选择。
  4. MRS倾向于报告过去和现在,而不是预测未来。
  5. MRS通常具有有限的分析能力。它们不是围绕复杂的模型构建的,而是依赖于根据给定的标准从数据库中提取数据,并对数据进行汇总
  6. MRS主要报告公司内部运营,而不是通过报告外部信息来跨越公司边界。

按管理报告系统进行报告

MRS可以直接从事务处理系统收集和维护的数据库中产生报告,也可以从为此目的从中央数据库中分离出来的数据库中生成报告。由于以下几个原因,可能会创建单独的衍生数据库:

  1. 避免交易处理中的干扰和延迟
  2. 维护中央数据库的安全
  3. 通过使用本地管理人员可以访问的本地数据库来节省使用中央数据库的沉重电信成本。

MRS提供以下类型的报告:

1.计划(定期)报告

  • -根据决策需要,每天、每周、每两周或其他定期提供。
  • -预定报告的格式和信息内容是预先固定的。然而,至关重要的是要确定各个管理者的基本信息需求,以促进每个管理者的决策,并防止信息过载。
  • -责任报告的概念通常适用于管理人员在其特定责任领域内收到报告。
  • -出现了性能报告的层次结构,每个报告只包括经理可以控制的项目。

2.异常报告

-仅当预先建立的Aout-of-bounds@条件发生时产生,并且仅包含关于这些条件的信息。异常报告有助于管理者避免仔细阅读事件数据,并将注意力集中在偏离规范和异常事件上。

3.需求(特别)报告

-管理者根据需要请求需求报告或屏幕输出的能力增强了MRS使用的灵活性,并赋予最终用户请求最适合他或她的需求的信息和格式的能力。数据库管理系统提供的查询语言使数据可用于需求报告。

9.7交易处理和管理报告系统的战略潜力

TPS可以成为重大工艺创新的推动者。在TPS的支持下,重新设计的业务流程贯穿了职能业务线,可以确保快速、高质量的客户服务。通过专注于内部或面向客户的流程,战略TPS可能会成为竞争优势或竞争平价的来源。

许多TPS的客户驱动性质为一些公司提供了通过提供独特的系统来获得竞争优势的机会。基于这些能力的一些类型的信息系统可以用于竞争效果,包括:

  1. 跟踪系统-持续跟踪项目或开发中产品状态的管理报告系统。
  2. 定位系统-监测材料或车辆地理位置的TPS。
  3. 资产管理系统-TPS和MRS,用于在线维护和报告财务库存和人力资源资产的状态。
本文地址
https://architect.pub/transaction-processing-and-management-reporting-systems
SEO Title
Transaction Processing and Management Reporting Systems

【应用架构】企业高管支持系统

视频号

微信公众号

知识星球

Chinese, Simplified

ESS

ESS(或更一般的DSS)是一个由众多决策者之一控制的软件系统,通过提供和组织一组工具来帮助他们的决策活动,这些工具旨在赋予决策情况的部分结构,并提高决策结果的最终有效性”。

ESS共享DSS的相同概念,更侧重于最大限度的交互性和用户友好性的最终用户需求。ESS可以被理解为一种友好、完全定制和交互式的DSS,主要供高管和决策者使用,以获得与关键问题(信息和知识)相关的永久和更新的评估。

虽然一个完整的DSS将与外部大型数据库和高级模型建立有效的链接,但ESS只专注于交互式和执行评估工具,即最终用户可以亲自使用的工具。ESS需要之前的专家工作,将信息和知识过滤成有意义的指标和工具。

由于ESS的定义,其设计和实现必须尽可能地集成未来的用户,因为ESS既是一个挑战,也是一个改进其工作流程的机会。尽管软件开发在任何行政支持系统设计中都发挥着不可或缺的作用(更普遍地说,在决策支持系统世界中),但ESS和DSS的分析是关于人们如何思考和做出决策。无论如何,ESS会引发组织变革,而这些变革在复杂的机构中是不可能成功的,除非从一开始就得到明确的指导和期望。ESS和DSS的最新发展倾向于整合机构正在做出的多项决策,因此它们成为组织DSS。

因此,ODSS是一个参与性过程,而不是强制性产品。在图中,绿色圆圈代表典型的行政支持系统的域区域。

本文地址
https://architect.pub
SEO Title
Executive Support System for Business

【应用架构】信息系统与战略,第1课时,信息系统类型和经典金字塔模型

视频号

微信公众号

知识星球

Chinese, Simplified

为什么有不同类型的信息系统?

在计算机的早期,每次需要信息系统时,它都是“量身定制”的——作为特定问题的一次性解决方案。然而,很快就很明显,信息系统着手解决的许多问题都有共同的某些特征。因此,人们试图建立一个单一的系统来解决一系列类似的问题。然而,他们很快意识到,为了做到这一点,首先需要能够确定信息系统将如何使用以及在哪里使用,以及为什么需要使用。就在那时,人们开始寻找一种对信息系统进行准确分类的方法。

您如何识别组织中不同类型的信息系统?

可以找到的不同类型的信息系统是通过分类过程来识别的。分类只是一种方法,通过这种方法可以将事物分类或分类在一起,以便将它们视为一个单元。对自然世界中的事物(如植物或动物)进行分类有着悠久的历史,然而,信息系统不是“自然”世界的一部分;它们是人类为了处理特定的任务和问题而创造和获得的。将信息系统分类为不同类型是设计系统和讨论其应用的有用技术;然而,它并不是一个受某些自然法管辖的固定定义。信息系统的“类型”或类别只是一个概念,一种抽象,它是为了通过识别不同事物之间的共同点来简化复杂问题而创建的。用于对信息系统进行分类的最古老和最广泛使用的系统之一被称为金字塔模型;下面将对此进行更详细的描述。

有多少种不同的信息系统?

从上面可以看出,这个问题并没有一个简单的答案。根据您创建分类的方式,您可以找到几乎任意数量的不同类型的信息系统。然而,重要的是要记住,在组织中存在不同类型的系统来处理组织中发现的特定问题和任务。因此,大多数将信息系统分类为不同类型的尝试都依赖于组织内任务和责任的划分方式。由于大多数组织都是分层的,不同类别的信息系统的分类方式往往遵循分层。这通常被描述为“金字塔模型”,因为系统的排列方式反映了组织中不同级别任务的性质。

例如,这是一个基于组织中不同级别决策类型的三级金字塔模型。

info sys

基于组织中不同级别决策类型的三级金字塔模型

同样,通过将我们的标准更改为在组织中不同级别处理的不同类型的日期/信息/知识,我们可以创建一个五级模型。

info

基于组织中不同级别的处理需求的五级金字塔模型

组织中最常见的信息系统类型是什么?

虽然金字塔模型有几种不同的版本,但最常见的可能是基于使用该系统的人的四级模型。基于使用信息系统的人的分类意味着许多其他特征,如任务的性质和信息需求,或多或少会被自动考虑在内

info

基于组织中不同层次结构的四级金字塔模型

不同类型信息系统的比较

使用上面的四级金字塔模型,我们现在可以比较模型中的信息系统彼此之间的差异。

交易处理系统

什么是交易处理系统?

交易处理系统是金字塔底部的操作级系统。它们通常由车间工人或一线员工直接操作,他们提供支持运营管理所需的关键数据。这些数据通常是通过对低级活动和基本事务的自动或半自动跟踪来获得的。

TPS的功能

  • TPS最终只不过是简单的数据处理系统。

TPS在数据处理要求方面的功能

Inputs Processing Outputs
Transactions

Events
Validation

Sorting

Listing

Merging

Updating

Calculation
Lists

Detail reports

Action reports

Summary reports?

TPS的一些例子

  • 工资系统
  • 订单处理系统
  • 预订系统
  • 库存控制系统
  • 支付和资金转移系统

TPS的作用

  • 为其他系统生成信息
  • 跨边界(内部和外部)
  • 由操作人员+监督级别使用
  • 以效率为导向

管理信息系统

什么是管理信息系统?

由于历史原因,在商业组织中发现的许多不同类型的信息系统被称为“管理信息系统”。然而,在我们的金字塔模型中,管理信息系统是中层管理人员用来帮助确保组织在中短期内平稳运行管理层系统。这些系统提供的高度结构化的信息使管理人员能够通过比较当前和以前的产出来评估组织的绩效

MIS的功能

  • MIS建立在TPS提供的数据之上

MIS在数据处理要求方面的功能

Inputs Processing Outputs
Internal Transactions

Internal Files

Structured data
Sorting

Merging

Summarizing
Summary reports

Action reports

Detailed reports

MIS的一些例子

  • 销售管理系统
  • 库存控制系统
  • 预算编制系统
  • 管理报告系统
  • 人事(HRM)系统

MIS的作用

  • 基于内部信息流
  • 支持相对结构化的决策
  • 灵活性强,分析能力差
  • 中低管理层使用
  • 处理过去和现在,而不是未来
  • 效率导向?

决策支持系统

什么是决策支持系统?

决策支持系统可以被视为一个由高级管理人员使用的基于知识的系统,它有助于知识的创造并使其能够融入组织。这些系统通常用于分析现有的结构化信息,并允许管理者将其决策的潜在影响投射到未来。这种系统通常是交互式的,用于解决结构不良的问题。它们提供对数据库、分析工具的访问,允许“假设”模拟,并可能支持组织内的信息交换。

DSS的功能

  • DSS对MIS和/或TPS的信息进行操作和构建,以生成见解和新信息

DSS在数据处理要求方面的功能

Inputs Processing Outputs
Internal Transactions

Internal Files

External Information?
Modelling

Simulation

Analysis

Summarizing
Summary reports

Forecasts

Graphs / Plots

DSS的一些例子

  • 集团决策支持系统(GDSS)
  • 计算机支持的合作工作(CSCW)
  • 物流系统
  • 财务规划系统
  • 电子表格模型?

DSS的作用

  • 支持结构不良或半结构决策
  • 具有分析和/或建模能力
  • 更多高级管理层使用
  • 关心预测未来
  • 是否以有效性为导向?

高管信息系统

什么是EIS?

高管信息系统是位于金字塔顶端的战略级信息系统。他们帮助高管和高级管理人员分析组织运作的环境,确定长期趋势,并规划适当的行动方案。这种系统中的信息往往结构薄弱,来自内部和外部来源。高管信息系统旨在由高管直接操作,无需中介机构,并可根据使用中介机构的个人偏好轻松定制。

MIS的功能

  • EIS组织并呈现来自外部数据源和内部MIS或TPS的数据和信息,以支持和扩展高级管理人员的固有能力。

EIS在数据处理要求方面的功能

Inputs Processing Outputs
External Data

Internal Files

Pre-defined models
Summarizing

Simulation

"Drilling Down
"
Summary reports

Forecasts

Graphs / Plots

MIS的一些例子

高管信息系统往往是高度个性化的,并且通常是为特定的客户群体定制的;然而,确实存在许多现成的EIS包,并且许多企业级系统提供了可定制的EIS模块。

MIS的作用

  • 关心易用性
  • 关心预测未来
  • 是否以有效性为导向
  • 高度灵活
  • 支持非结构化决策
  • 使用内部和外部数据源
  • 仅在最高级管理层使用
本文地址
https://architect.pub/information-systems-and-strategy-session-1-types-information-system-and-classic-pyramid-model
SEO Title
Information Systems and Strategy, Session 1, Types of Information System and the Classic Pyramid Model

【应用架构】信息系统及其组成部分的分类

视频号

微信公众号

知识星球

Chinese, Simplified

IS

信息系统是由不同的学者和来源以多种方式定义的。简单地说,它是各种组件的集成,这些组件协调在一起,使管理者能够更有效地执行其职能。它们用于增强组织中的决策,从结构化、半结构化到非结构化决策。

信息系统的组成部分包括硬件、软件、人员、程序、网络和数据库。最常见的信息系统类型包括交易处理、管理信息系统、战略系统和知识等类别。

信息系统的组成部分

对于基于计算机的系统类型,它至少应该具有以下元素或组件才能正常工作。

  • 硬件:这包括计算机的物理有形部分,包括;CPU、存储器、输入和输出设备。
  • 软件:包括计算机硬件上使用的操作系统、数据库管理系统、实用程序和应用程序。
  • 人员:他们是与系统交互的用户,从系统管理员到系统的基本最终用户。程序:这是系统为实现其目标而遵循的一组规则。
  • 数据库/数据:这些是安装在硬件中的软件上使用的事实,用于管理组织工作的不同部分。数据是在计算机上进行处理以进行决策的原始工作材料。
  • 网络基础设施:目前大多数系统都是在线的(在云上),并在许多地理位置使用。网络组件在位于远程位置的其他组件之间创建链接。

管理信息系统分类

信息系统分为两大类。根据系统使用的功能领域进行分类,然后根据管理级别对每个功能领域进行进一步分类。

1.按功能区分类

管理系统可以根据其使用的功能领域或在组织中发挥的功能进行分类。

a) 人力资源系统

这些系统用于吸引、发展、维护和评估公司员工。在战略层面,这些系统用于根据公司的战略计划确定公司未来需要的人力。

这些系统用于补偿、将员工分配到合适的职位以及分析新员工的招聘。

当涉及到运营层面时,它们用于跟踪公司新员工的招聘和安置情况。

b) 生产和制造系统

它们被用于公司经营的产品的实际生产。它们可以是用于监控汽车公司发动机制造或新软件开发阶段的系统等。

在战略层面,这些系统用于决定未来推出的新产品、公司下一个分支机构的位置以及所有其他战略相关问题。

战术系统可以用来处理一些问题,例如决定在给定的时间内应该生产多少产品。它们还用于监控原材料的使用或生产成本以及其他中层管理人员的职责。

对于操作,它涉及在任何给定时间对生产线中的产品进行实时监控,以确保产品符合设定的标准。

c) 财务和会计信息系统

这些系统用于财务管理公司资产及其资本化。在战略层面,它们用于管理公司的长期投资和对公司财务状况的未来预测。

在战术层面,它们用于控制公司的财务资源,也可以用于编制短期预算。

在业务层面,财务和账户信息系统用于跟踪通过开具收据进行交易的现金流。

d) 销售和营销信息系统

营销是任何公司成功的主要部分。这些系统用于促进在所有产品的销售和营销中进行的操作。

在战略层面,它们用于通过评估未来扩张的任何机会来规划新的产品线。它们也被用来预测产品的销售。

在战术上,它们用于价格分析,以确保价格具有竞争力。此外,它们还用于确定最适合每种特定产品的产品活动或广告类型。

在运营层面,它们用于联系客户,确定客户口味和处理销售订单的产品偏好等。

2.按管理级别分类

信息管理系统可以根据用户管理级别进行分类。上面讨论的所有系统都可以在低、中、高层或战略管理层使用。

a) 交易处理系统

这些系统用于组织的日常事务处理。它们可以包括新客户的注册、开具发票、从银行提款等。

这些活动大多是常规操作,具有明确的结构化方式。所需的决策类型是结构化的。

b) 管理信息系统

它们被中层管理者用来做出管理组织的决策。它们促进了管理者的核心职责,如协调、规划、控制和决策。

管理人员还可以将该系统用于日常管理角色。它们可以用来编制定期报告,如每月或每周。

c) 知识信息系统

这些系统用于设计新产品和管理组织的知识。这些系统还用于开发新产品,重新设计现有产品,或者根据客户的口味进行一些简单的改进。

d) 战略管理体系

它们大多被高层管理人员用于战略规划。他们处理的决策没有条理。这是因为大多数高层管理人员都在预测未来会发生什么。

它们可以用来预测未来五年的商品销售,新产品或当前产品的目标群体等。

良好管理信息系统的特点

1.准确生成报告

一个好的信息系统的一个主要特征是它生成的报告类型。一个好的系统应该在每个管理层提供总结报告,以确保快速决策,从而提高效率。

报告可以是任何内容,从一般报告到深入查看报告,以获取更多详细信息。

2.系统灵活性

由于预计在系统使用期间情况会发生变化,因此应将其设计为适应可能发生的变化。

它应该是灵活的,以允许可能由于内部或外部力量而出现的新业务规则。例如,如果这是一个财务管理系统,而政府改变了税率,那么该系统应该能够适应这种情况。

3.信息系统的购置和维护成本

信息系统的成本是确保系统足够好的一个主要组成部分。与用于开发或获取系统的成本相比,系统的价值应该更高。

该价值可以根据使用该系统时将减少的成本以及它将如何提高运营速度来计算,从而为更多的客户提供服务,从而获得更多的回报。

维修费用也应考虑在内,因为这将是一项经常性费用。

4.标准和政策合规性

一个好的管理体系应该同时符合内部(组织)制定的标准和政府政策等外部标准。如果是财务/会计系统,则应符合增值税和审计要求等既定税务标准。

5.用户友好系统

这个系统应该很容易学习,或者至少它有一个温和的学习曲线。它应该提供更友好的图形用户界面。

这将提高系统的可用性及其对组织的适应性,并减少对新系统进行更改的阻力。

同样,一个好的系统应该附有用户手册,甚至提供该系统的公司也可以为用户提供培训。

6.系统管理和支持

应提供系统将要使用的工具,并且这些工具应易于使用。这些工具可能包括安全性和访问级别问题。

系统管理员应该能够为用户设置密码,并设置密码必须符合的标准和规则。该系统应符合本组织的信息通信技术和安全政策要求。

除了安全性之外,系统还应提供备份和恢复。这将降低系统冲突时数据丢失的风险。创建的备份应用于恢复,并且系统将以最小的中断继续运行。

该系统还应提供从旧系统升级到新系统的空间,以便在系统实现和使用后很容易处理发现的错误。

本文地址
https://architect.pub
SEO Title
knowcomputing Classifications of information systems and their components

【应用架构】信息系统应用分类

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统以这种方式进行分类,以突出每个系统在业务运营和管理中所扮演的主要角色。让我们简单地看一下这些信息系统类别的一些示例。

IS

这是关于信息系统类别的解释:

1.运营支持系统

一种为内部和外部管理人员提供各种信息产品的系统。企业运营支持系统的作用是处理业务交易、控制工业流程、支持企业通信和协作,以及高效更新企业数据库。

2.交易处理系统

它是一个操作支持系统,用于记录和处理业务交易产生的数据。例如:会计系统

3.过程控制系统

一种监控制造环境并根据用户设定的限制对工艺或制造流程进行电子控制的系统。例如:发电。

4.企业协作系统

用于支持团队、工作组和企业沟通与协作的系统。例如:电子邮件、聊天。

5.管理支持系统

是一种系统,旨在提供供管理层使用的信息,这是一种需求规范,通过结合每个维度并创建定义明确的可重复管理流程,通过适当的组织结构执行,使用由适当水平的自动化和技术支持的有效信息架构。例如:生产性能

6.管理信息系统

一套收集、处理、存储和传播信息以支持决策和控制的程序。

7.决策支持系统

交互式信息系统,通过提供分析模型和数据库访问,帮助决策者处理结构不良的问题。例如:产品定价。

8.高管信息系统

一个来自决策支持系统的专业化系统,为高级管理人员的信息和决策需求提供便利和支持。它提供了对与组织目标相关的内部和外部信息的轻松访问。例如:竞争对手的行为。

9.专业处理系统

是一种可以支持操作或管理应用程序的系统。

10.专家系统

为用户提供专家建议并充当专家顾问的系统。例如:信贷申请顾问。

11.知识管理系统

支持企业内业务知识的创建、组织和传播的系统。例如:销售提案策略

12.战略信息系统

它为公司提供战略产品、服务和能力,以获得竞争优势。例如:网上股票交易

13.功能性业务系统

支持公司基本业务功能的各种运营和管理应用。例如:运营管理。

本文地址
https://architect.pub/classification-information-systems-applications
SEO Title
Classification of Information Systems Applications

【应用架构】信息系统概述

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统,一组用于收集、存储和处理数据以及提供信息、知识和数字产品的集成组件。商业公司和其他组织依靠信息系统来执行和管理其运营,与客户和供应商互动,并在市场上竞争。信息系统用于运行组织间供应链和电子市场。例如,公司使用信息系统来处理财务账目,管理人力资源,并通过在线促销来接触潜在客户。许多大公司完全是围绕信息系统建立的。其中包括eBay,这是一个主要的拍卖市场;亚马逊,一家不断扩张的电子商城和云计算服务提供商;阿里巴巴,一个企业对企业的电子市场;以及谷歌,一家搜索引擎公司,其大部分收入来自互联网搜索上的关键词广告。政府部署信息系统,以经济高效的方式为公民提供服务。电子书籍、视频产品、软件等数字商品以及游戏和社交网络等在线服务都是通过信息系统提供的。个人的大部分个人生活都依赖于通常基于互联网的信息系统:社交、学习、购物、银行和娱乐。

随着数千年来记录和处理信息的主要新技术的发明,新的能力出现了,人们变得更有力量了。约翰内斯·古腾堡在15世纪中期发明了印刷机,布莱斯·帕斯卡在17世纪发明了机械计算器,这只是两个例子。这些发明在记录、处理、传播和获取信息和知识的能力方面引发了一场深刻的革命。这反过来又导致了个人生活、商业组织和人类治理的更深层次的变化。

第一个大规模的机械信息系统是赫尔曼·霍勒里斯的人口普查制表器。Hollerith的机器是为处理1890年美国人口普查而发明的,它代表着自动化的一个重要步骤,也是开发计算机化信息系统的灵感。

最早用于此类信息处理的计算机之一是UNIVAC I,1951年安装在美国人口普查局用于行政用途,1954年安装在通用电气公司用于商业用途。从20世纪70年代末开始,个人计算机为小企业和个人带来了信息系统的一些优势。在同一个十年的早期,互联网作为全球网络开始扩张。1991年,Tim Berners-Lee发明了万维网,作为访问存储在通过互联网连接的全球分散计算机中的互连信息的一种手段,万维网开始运行,并成为网络上提供的主要服务。互联网和网络的全球渗透使人们能够获得信息和其他资源,并促进了人们和组织之间建立前所未有的关系。互联网上电子商务的进步导致了数字人际通信(通过电子邮件和社交网络)、产品分销(软件、音乐、电子书和电影)和商业交易(网络上的购买、销售和广告)的急剧增长。随着智能手机、平板电脑、笔记本电脑和其他基于计算机的移动设备在全球范围内的普及,所有这些设备都通过无线通信网络连接,信息系统已经扩展到支持移动作为人类的自然条件。

随着信息系统使人类活动更加多样化,它们对社会产生了深远的影响。这些制度加快了日常活动的步伐,使人们能够发展和维持新的、往往更有回报的关系,影响了组织的结构和组合,改变了购买产品的类型,并影响了工作的性质。信息和知识成为重要的经济资源。然而,伴随着新的机遇,对信息系统的依赖带来了新的威胁。密集的行业创新和学术研究不断开发新的机会,同时旨在遏制威胁。

信息系统的组成部分

信息系统的主要组成部分是计算机硬件和软件、电信、数据库和数据仓库、人力资源和程序。硬件、软件和电信构成了信息技术(IT),它现在已经深深植根于组织的运营和管理中。

计算机硬件

今天,在世界各地,即使是最小的公司,以及许多家庭,也拥有或租赁电脑。个人可能拥有多台智能手机、平板电脑和其他可穿戴设备形式的电脑。大型组织通常采用分布式计算机系统,从位于数据中心的强大的并行处理服务器到集成到组织信息系统中的广泛分散的个人计算机和移动设备。传感器越来越广泛地分布在整个物理和生物环境中,以收集数据,在许多情况下,通过被称为致动器的设备实现控制。这些设备与诸如磁盘或固态存储盘、输入输出设备和电信设备等外围设备一起构成了信息系统的硬件。硬件成本稳步快速下降,同时处理速度和存储容量大幅增加。这一发展是根据摩尔定律发生的:作为计算设备核心的微处理器的功率大约每18到24个月翻一番。然而,硬件对电力的使用及其对环境的影响是设计者正在解决的问题。越来越多的计算机和存储服务是通过电信网络访问的共享设施从云中提供的。

计算机软件

计算机软件分为两大类:系统软件和应用软件。主要的系统软件是操作系统。它管理硬件、数据和程序文件以及其他系统资源,并为用户提供控制计算机的手段,通常通过图形用户界面(GUI)。应用软件是为用户处理特定任务而设计的程序。智能手机应用程序成为个人访问信息系统的常见方式。其他示例包括带有电子表格和文字处理程序的通用应用程序套件,以及服务于特定行业的“垂直”应用程序,例如,为过夜承运人安排、路由和跟踪包裹交付的应用程序。较大的公司使用由专业软件公司开发和维护的许可应用程序,对其进行定制以满足其特定需求,并在内部或外包的基础上开发其他应用程序。公司还可以使用从云通过网络提供的软件即服务(SaaS)应用程序。可从其供应商处获得并得到其支持的专有软件正受到网络上可免费使用和修改的开源软件的挑战,该软件的许可证可保护其未来的可用性。

通信

通信用于连接或联网计算机系统、便携式和可穿戴设备,并传输信息。通过有线或无线介质建立连接。有线技术包括同轴电缆和光纤。主要基于微波和无线电波传输的无线技术支持移动计算。随着计算设备嵌入许多不同的物理对象中,普遍存在的信息系统应运而生。例如,射频识别设备(RFID)等传感器可以连接到在供应链中移动的产品上,以跟踪其位置并监测其状况。集成到互联网中的无线传感器网络可以产生大量数据,这些数据可以用于寻求更高的生产力或监测环境。

根据组织的需要,可以进行各种计算机网络配置。局域网(LAN)连接特定地点的计算机,例如办公楼或学术园区。城域网(MAN)覆盖了有限的人口稠密地区,是“智能城市”的电子基础设施。广域网(WAN)连接着广泛分布的数据中心,通常由不同的组织运行。对等网络在没有集中控制的情况下实现了内容的广泛共享。互联网是一个网络网络,连接着位于每个大陆的数十亿台计算机。通过网络,用户可以访问信息资源,如大型数据库,以及其他个人,如同事、客户、朋友或与他们有专业或私人兴趣的人。互联网类型的服务可以在一个组织内提供,并由可通过浏览器访问的各种内部网专用;例如,可以将内联网部署为共享公司文档库的访问门户。为了以私人和安全的方式通过互联网与商业伙伴连接,通过加密消息建立了所谓的虚拟专用网络(VPN)。

随着传感器和执行器广泛分布在物理环境中,并提供数据,如一平方码土壤的酸度、驾驶车辆的速度或个人的血压,一个巨大的“物联网”已经出现。这些信息的可用性使得能够在必要时做出快速反应,并在处理大量累积数据的基础上做出持续的决策。

广泛的网络基础设施支持向云计算的日益增长,信息系统资源在多家公司之间共享,从而提高了数据中心的利用效率和本地化自由度。软件定义的网络通过响应实时需求和资源可用性的算法提供对电信网络的灵活控制。

数据库和数据仓库

许多信息系统主要是存储在数据库中的数据的传递工具。数据库是一组相互关联的数据,这些数据经过组织,可以检索到单个记录或记录组,以满足各种标准。数据库的典型示例包括员工记录和产品目录。数据库支持企业的运营和管理功能。数据仓库包含随着时间的推移收集的存档数据,这些数据可以被挖掘以获取信息,从而开发和营销新产品,更好地为现有客户服务,或接触潜在的新客户。任何曾经亲自、通过邮购或通过网络用信用卡购买过东西的人都被包括在这些数据收集中。

对定量或结构化数据以及经常在网上收集的文本数据的大规模收集和处理,已经发展成为一项被称为“大数据”的广泛举措。基于大数据反映的事实做出的决策可以带来许多好处。例子包括循证医学、避免浪费带来的资源节约,以及基于用户兴趣推荐新产品(如书籍或电影)。大数据使创新的商业模式成为可能。例如,一家商业公司通过世界各地的智能手机通过众包(从众多独立个人那里收集)收集商品价格。汇总的数据提供了有关价格走势的早期信息,使决策比以前更具响应性。

对文本数据的处理,如个人在社交网络、博客和讨论板上表达的评论和意见,允许出于营销、竞争情报、新产品开发和其他决策目的进行自动情绪分析。

人力资源和程序

合格的人员是任何信息系统的重要组成部分。技术人员包括开发和运营经理、业务分析师、系统分析师和设计师、数据库管理员、程序员、计算机安全专家和计算机操作员。此外,组织中的所有员工都必须接受培训,以便尽可能充分地利用信息系统的能力。全世界数十亿人在使用网络的过程中学习信息系统。

信息系统的使用、操作和维护程序是其文档的一部分。例如,需要建立运行工资单程序的过程,包括何时运行、谁有权运行以及谁有权访问输出。在自主计算倡议中,数据中心越来越多地自动运行,控制这些中心的软件中嵌入了程序。

信息系统的类型

 

信息系统支持组织中的运营、知识工作和管理。(组织信息系统的总体结构如图所示。)支持特定组织功能(如营销或生产)的功能信息系统在许多情况下已被为支持完整业务流程(如订单处理或员工管理)而构建的跨功能系统所取代。这样的系统可以在公司产品的开发和交付中更有效,并且可以根据业务结果进行更密切的评估。这里描述的信息系统类别可以用各种各样的应用程序来实现。

system

运营支持和企业系统

  • 交易处理系统支持产品的设计、营销、生产和交付操作。在较大的组织中,事务处理通常使用称为企业系统的大型集成系统来完成。在这种情况下,支持各种功能单元销售和营销、生产、财务和人力资源的信息系统被集成到企业资源规划(ERP)系统中,这是企业系统的主要类型。企业资源规划系统支持价值链,即企业为其产品增加价值的整个活动或过程序列。例如,个人或另一家企业可以通过Web提交定制订单,该订单通过称为大规模定制的方法自动启动符合客户规范的即时生产。这包括将客户的订单发送到公司的仓库,也可能发送到供应商,以便及时交付输入材料,以进行批量定制生产。相应地更新财务账户,并启动配送物流和计费。
  • 除了帮助整合企业自身的价值链外,交易处理系统还可以帮助整合组织所属的整个供应链。这包括所有参与设计、生产、营销和交付商品和服务的公司,从原材料到产品的最终交付。供应链管理(SCM)系统管理整个供应链中的产品、数据、资金和信息流,从原材料供应商开始,贯穿加工公司的中间层,到分销商和零售商结束。例如,在大型零售店购买商品不仅会产生收银台收据:它还会自动向适当的供应商发送补货订单,而供应商又可能会向供应商的供应商发出订单。有了供应链管理系统,供应商还可以通过网络访问零售商的库存数据库,以安排适当数量的高效及时交货。
  • 第三种类型的企业系统,客户关系管理(CRM),支持在营销、销售、服务和新产品开发方面与公司的客户打交道。CRM系统为企业提供每个客户及其与该客户的交易的统一视图,从而实现一致和积极的关系。在共同创造计划中,客户可能会参与公司新产品的开发。
  • 许多交易处理系统支持互联网上的电子商务。其中包括网上购物、银行和证券交易系统。其他系统按需提供信息、教育服务和娱乐。还有其他系统用于支持搜索具有所需属性的产品(例如,搜索引擎上的关键词搜索)、价格发现(例如,通过拍卖)和数字产品(例如软件、音乐、电影或贺卡)的交付。Facebook和LinkedIn等社交网站是支持客户社区和个人表达意见、发展新想法以及接触促销信息的强大工具。随着电子商务基础设施在全球范围内的出现,各种组织在网络上提供了越来越多的专业服务和基于信息的产品。

事务处理系统在数据库和数据仓库中积累数据,这对于更高级别的信息系统是必要的。企业系统还提供执行许多这些高级功能所需的软件模块。

支持知识工作

在信息社会中,很大一部分工作涉及操纵抽象信息和知识(在这种情况下被理解为事实、关系、理论和见解的有组织和全面的结构),而不是直接处理、制造或交付有形材料。这种工作被称为知识工作。三大类信息系统支持此类知识工作:专业支持系统、协作系统和知识管理系统。

专业支持系统

专业支持系统提供执行特定专业任务所需的设施。例如,汽车工程师在生产物理样机之前,使用计算机辅助工程(CAE)软件和虚拟现实系统来设计和测试新模型,作为燃油效率、操控性和乘客保护的电子样机,然后在物理测试的设计和分析中使用CAE。生物化学家在投入漫长的临床测试之前,使用专门的三维建模软件来可视化新药的分子结构和可能的效果。投资银行家经常使用金融软件来计算各种投资策略的预期回报和潜在风险。事实上,现在大多数职业都有专门的支持系统。

协作系统

协作系统的主要目标是促进组织成员之间和跨组织之间的沟通和团队合作。一种被称为工作流系统的协作系统用于将相关文档自动发送给所有合适的个人以供其贡献。

商业保险单的开发、定价和审批是一个可以从这样的系统中受益的过程。另一类协作系统允许不同的个人在一个共享项目上同时工作。这种系统被称为群件,通过允许对工作对象(如商业提案、新设计或正在进行的数字产品)的受控共享访问(通常通过内部网)来实现这一点。合作者可以位于世界任何地方,在一些跨国公司,一个项目的工作每天24小时都在继续。

其他类型的协作系统包括增强的电子邮件和视频会议系统,有时使用参与者的化身进行远程呈现。还有一种被称为wiki的协作软件,使多个参与者能够添加和编辑内容。(一些在线百科全书是在这些平台上制作的。)也可以在社交网络平台或虚拟生活系统上建立协作系统。在开放创新倡议中,如果需要,可以吸引公众以及现有和潜在客户,以实现新产品的共同开发或未来成果的预测。

知识管理系统

知识管理系统提供了一种对整个组织积累的知识进行汇编和操作的方法。这些知识可能包括专利、设计方法、最佳实践、竞争对手情报和类似来源中包含的文本和图像,包括详细说明和评论。以索引和交叉引用的形式放置组织的文档和通信可以实现丰富的搜索功能。存在许多应用程序,如微软的SharePoint,以促进此类系统的实施。组织知识通常是隐性的,而不是显性的,因此这些系统还必须将用户引导到具有特殊专业知识的组织成员。

管理支持

一大类信息系统包括那些旨在支持组织管理的信息系统。这些系统依赖于交易处理系统获得的数据,以及在组织外部(例如在Web上)获得的、由业务合作伙伴、供应商和客户提供的数据和信息。

管理报告系统

信息系统支持各级管理,从负责小型工作组的短期计划和预算的人员到负责整个组织的长期计划和预算。管理报告系统提供了针对每个经理职责领域的常规、详细和大量的信息报告。这些系统通常由一级主管使用。一般来说,此类报告侧重于过去和现在的活动,而不是预测未来的业绩。为了防止信息过载,只有在特殊情况下或经理的特定要求下,才能自动发送报告。

决策支持系统和商业智能

所有信息系统都支持决策,尽管是间接的,但决策支持系统是专门为此目的而设计的。随着这些系统越来越多地被开发用于分析大量数据(称为大数据),它们也被称为商业智能或商业分析应用程序。决策支持系统的两个主要类型是模型驱动和数据驱动。

在模型驱动的决策支持系统中,预编程模型被应用于相对有限的数据集,例如本季度的销售数据库。在一个典型的会话中,分析师或销售经理将通过指定一些假设场景来与此决策支持系统进行对话。例如,为了确定新产品的销售价格,销售经理可以使用营销决策支持系统。它包含一个模型,将产品价格、商品成本和各种媒体的促销费用等各种因素与前五年市场上的预计销售额联系起来。通过向模型提供不同的产品价格,经理可以比较预测结果,并选择最有利可图的销售价格。

数据驱动的商业智能系统的主要目标是分析数据仓库中长期积累的大量数据,这一过程被称为数据挖掘。数据挖掘旨在发现重要的模式,如序列(买一栋新房子,然后是一张新餐桌)、集群和相关性(大家庭和货车销售),可以据此做出决策。预测分析试图根据发现的趋势预测未来的结果。数据驱动的决策支持系统包括各种统计模型,并可能依赖于各种人工智能技术,如专家系统、神经网络和机器学习。除了挖掘数字数据外,文本挖掘还对大量非结构化数据进行,例如社交媒体的内容,包括社交网络、Wiki、博客和微博。例如,在电子商务中使用的文本挖掘有助于发现购买趋势、定位广告和检测欺诈行为。

各种重要的决策支持系统使一群决策者能够一起工作,而不必在同一时间呆在同一个地方。这些群体决策系统包括用于集思广益和达成共识的软件工具。

另一个类别,地理信息系统,可以通过使用数字化地图来帮助分析和显示数据。不同地区的数字地图绘制是众多商业公司的持续活动。这种数据可视化支持快速决策。例如,通过观察抵押贷款的地理分布,可以很容易地建立一种歧视模式。

高管信息系统

高管信息系统通常通过图形数字仪表板,以高度概括和方便的形式提供各种关键信息。然而,高级管理人员通常使用许多非正式的信息来源,因此正式的计算机化信息系统只能提供部分帮助。尽管如此,这种援助对于首席执行官、高级和执行副总裁以及董事会监控公司业绩、评估商业环境和制定未来战略方向至关重要。特别是,这些高管需要将其组织的绩效与其竞争对手的绩效进行比较,并调查地区或国家的总体经济趋势。高管信息系统通常是个性化的,依赖于多种媒体格式,为用户提供了一个从摘要信息“深入”到越来越集中的细节的机会。

获取信息系统和服务

信息系统是公司的一项主要资产,既有其带来的好处,也有其高昂的成本。因此,组织在获取支持业务计划的信息系统和服务时,必须进行长期规划。与此同时,企业必须对新出现的机遇做出反应。根据长期公司计划和从数据工作者到高层管理人员的各种个人要求,确定了重要的应用程序,并确定了项目优先级。例如,为了满足新的政府报告法规或与新客户的信息系统交互,某些项目可能必须立即执行。其他项目可能因其战略作用或更大的预期效益而被给予更高的优先权。

一旦确定了对特定信息系统的需求,就必须获取该系统。这通常是在公司现有的信息系统架构的背景下进行的。信息系统的采购既可以涉及外部采购,也可以依靠内部开发或修改。随着当今IT行业的高度发展,公司倾向于从专业供应商那里获取信息系统和服务。信息系统专家的主要任务包括根据雇主的需求修改应用程序,并集成应用程序,为公司创建一个连贯的系统架构。通常,只有较小的应用程序是在内部开发的。某些更具个人性质的应用程序可能由最终用户自己开发。

从外部来源获取

从组织外部获取信息系统有几种主要方法。许多公司已将信息系统外包。外包需要将公司系统和运营的主要组成部分,如数据中心、电信、软件开发和维护,转移到一家专业公司,该公司根据长期合同提供服务,具体规定服务水平(即提供的服务范围和质量)。在某些情况下,外包需要将服务转移到国外,即外包以追求成本或专业知识优势。然后,获取新应用程序的责任就落在了外部公司身上。在其他情况下,公司可能只将信息系统的开发或维护外包,外部公司是系统开发人员。

云计算正越来越多地被用作信息服务的来源。它通过互联网提供按需访问由拥有必要软件和其他资源的数据中心运营商提供的服务。这些服务可以在三个级别之一提供:作为运行现有应用程序的基础设施,作为开发新应用程序的平台,或者作为公司通过网络使用的软件即服务(SaaS)。特别是,SaaS已经成为使用企业系统的一种具有成本效益的方式。一般来说,云计算是由外部供应商提供的,尽管一些公司实现了自己的私有云,以共享员工可以通过网络从各种设备访问的资源,通常包括智能手机。可扩展性和避免资本支出是公共云的显著优势;部分失去控制是一个缺点。

公司可以选择通过根据许可证从供应商处租赁专有软件包,并由供应商或另一外部承包商对软件进行内部或外部定制来获取应用程序。企业系统通常是以这种方式租赁的。另一种选择是部署一个开源应用程序,该应用程序的程序代码是免费的,所有人都可以在不同类型的许可证下修改,从而永久强制应用程序的开放性。一般来说,使用开源软件的成本包括专业供应商的技术支持。

内部信息系统开发

当一个组织在内部开发信息系统时,会使用两种广泛的方法之一:生命周期开发或快速应用程序开发(RAD)。

susyem

信息系统生命周期

软件供应商也使用同样的方法,他们需要提供更通用、可定制的系统。大型组织系统,如企业系统,通常是通过一个系统化的过程来开发和维护的,称为系统生命周期,由六个阶段组成:可行性研究、系统分析、系统设计、编程和测试、安装以及运行和维护。前五个阶段是系统开发阶段,最后一个阶段是长期开发阶段。在使用一段时间后(根据需要进行维护),信息系统可能会逐步淘汰或升级。在进行重大升级的情况下,系统将进入另一个开发生命周期。

可行性研究的主要目标是在长期计划、战略举措和成本效益分析的基础上确定该系统是否可取。系统分析为这个问题提供了详细的答案,新系统将做什么?下一阶段,即系统设计,将产生一个关于如何组织新系统的广泛蓝图。在编程和测试阶段,系统的各个软件模块被开发、测试并集成到一个连贯的操作系统中。进一步的测试水平确保了持续的质量控制。安装包括在工作环境中对系统进行最终测试,以及将组织运营转换为新系统,并将其与现有的其他系统集成。开发的后期阶段包括培训用户和修改将使用该系统的组织流程等实施活动。

生命周期开发经常因其漫长的开发时间和大量的文档需求而受到指责,在某些情况下,还因其在漫长的开发道路结束时未能满足用户的要求而受到指责。

生命周期开发越来越多地被RAD所取代。在各种RAD方法中,原型——应用程序的初步工作版本——可以快速、廉价地构建,尽管并不完美。这个原型被移交给用户,他们的反应被收集,建议的修改被合并,连续的原型版本最终演变成完整的系统。一些公司已经引入了系统开发人员和用户之间协作的正式流程,例如联合应用程序开发(JAD)。有时RAD和生命周期开发是结合在一起的:在最初的系统分析阶段生产原型来确定用户需求,然后生命周期开发接管。RAD的一个版本被称为敏捷开发,旨在消除原型的概念:构建系统的初始版本,向用户发布,然后根据需要进行频繁修改。

软件生产和重用的工业方法已经在系统开发中实现。因此,可重用的软件组件被开发、测试和编目,以作为未来信息系统的一部分进行部署。基于组件的开发的一个特别重要的方法是使用Web服务,Web服务是一种提供特定功能(例如在数据库中查找客户订单)的软件对象,可以被拼接到组织间信息系统中,使业务合作伙伴能够进行合作。

在将已安装的系统移交给用户和操作人员后,在其使用寿命内,几乎总是会对其进行广泛的修改,这一过程被称为系统维护。一个大型系统通常会被使用和维护大约5到10年甚至更长时间。大多数维护是为了根据组织不断变化的需求以及新设备和其他软件调整系统,但不可避免的是,一些维护涉及纠正设计错误和在发现软件“错误”时消除这些错误。

管理信息系统

对于一个组织来说,要利用其信息服务来支持其运营或通过发起新的举措进行创新,这些服务必须是精心规划的核心资源基础设施的一部分。应该将特定系统配置为一个连贯的体系结构,以提供必要的信息服务。许多组织依赖外部公司,即专业的IT公司来提供部分甚至全部信息服务。如果设在内部,信息系统的管理可以在一定程度上分散,以符合组织的整体结构。

信息系统基础设施和体系结构

一个精心设计的信息系统建立在一个连贯的基础上,该基础支持响应性变革,从而支持组织在新的业务或管理举措出现时的灵活性。该基金会被称为信息系统基础设施,由核心电信网络、数据库和数据仓库、软件、硬件和由各种专家管理的程序组成。随着商业全球化,一个组织的基础设施往往跨越许多国家边界。建立和维护这样一个复杂的基础设施需要进行广泛的规划和一致的实施,以处理战略性的公司举措、转型、合并和收购。应建立信息系统基础设施,以便为未来的公司发展创造有意义的选择。

当组织成一个连贯的整体时,支持运营、管理和知识工作的特定信息系统构成了组织的系统架构。显然,在设计信息系统基础架构和体系结构时,必须考虑组织的长期总体战略计划。

组织信息服务

组织的信息服务由外部公司、内部单位或两者的结合提供。信息服务外包有助于实现节约成本、接触高级人员和注重核心能力等目标。

信息服务部门通常负责组织的信息系统。当系统大部分外包时,该部门的规模有限,专注于使系统与公司竞争战略保持一致,并监督外部公司的服务。当信息服务在内部集中提供时,该部门负责规划、获取、运营和维护整个组织的信息系统。然而,在权力下放的结构中,中央单位只负责规划和维护基础设施,而商业和行政专家则为自己的单位监督系统和服务。各种各样的中间组织形式是可能的。

在许多组织中,信息系统由首席信息官(CIO)或首席技术官(CTO)领导。信息服务的活动通常由一个指导委员会监督,该委员会由代表组织各职能部门的执行人员组成。指导委员会确定了未来系统开发的优先事项。在信息系统发挥战略作用的组织中,董事会需要参与其治理。如下文所述,信息服务单位的一项重要职责是在面临许多安全威胁时确保系统和信息的不间断服务和完整性。

信息系统安全与控制

随着信息系统向全球互联网开放,并将其彻底融入世界各地商业和政府组织的运营和管理以及日常生活的基础设施,信息安全问题已成为全球福祉的首要问题。

信息系统安全

 

security

信息系统安全负责系统资源和活动的完整性和安全性。发达国家的大多数组织都依赖其信息系统的安全运行。事实上,社会结构本身往往取决于这种安全。包括电力、供水和医疗保健在内的多个基础设施网络都依赖它。信息系统是重症监护室和空中交通控制系统的核心。金融机构无法在其信息系统完全故障的情况下存活超过一两天。电子资金转账系统(EFTS)处理大量资金,这些资金仅以网络发送的电子信号或存储磁盘上的点的形式存在。信息系统易受多种威胁的影响,需要严格的控制,如持续的应对措施和定期审计,以确保系统的安全。(安全措施之间的关系如图所示。)

尽管计算机犯罪和滥用事件受到媒体的广泛关注,但据估计,人为错误会给信息系统的运行造成更大的损失。地震、洪水和火灾等灾害是灾难恢复规划特别关注的问题,而灾难恢复规划是企业业务连续性计划的一部分。应急计划也是必要的,以涵盖服务器、电信网络或软件的故障。

计算机犯罪和滥用

计算机犯罪以计算机为主要工具的非法行为每年给世界经济造成数十亿美元的损失。滥用电脑并没有上升到犯罪的程度,但它涉及到不道德地使用电脑。所谓的信息系统黑客攻击的目的包括故意破坏、窃取消费者信息、政府和商业间谍活动、蓄意破坏和网络战争。一些更广泛的计算机犯罪手段包括网络钓鱼和植入恶意软件,如计算机病毒和蠕虫、特洛伊木马和逻辑炸弹。

网络钓鱼涉及通过欺骗性地声称来源于合法实体(如银行或政府办公室)的消息,通过欺骗手段获取合法用户的登录信息和其他信息。成功获取用户信息的网络钓鱼攻击之后可能会发生身份盗窃,即冒充用户访问用户的资源。

计算机病毒是一种特别常见的攻击形式。这些程序指令不仅能够执行恶意行为,而且能够将其自身的副本插入其他程序中,从而传播到其他计算机系统。与病毒类似,蠕虫是通过电信网络复制和传播的完整计算机程序。由于病毒和蠕虫能够迅速而广泛地传播,它们可以造成巨大的破坏。破坏的形式可能是篡改系统操作、窃取大量数据(如信用卡号),即所谓的数据泄露,或通过大量虚假请求使系统过载而拒绝服务。

在特洛伊木马攻击中,恶意程序会在授权程序中隐藏未经授权的指令。逻辑炸弹由隐藏的指令组成,这些指令通常是通过特洛伊木马技术引入的,在特定事件发生之前一直处于休眠状态,此时指令被激活。在一个著名的案例中,1985年,德克萨斯州沃斯堡一家保险公司的一名程序员在其公司的人力资源系统中放置了一枚逻辑炸弹;当他被解雇,他的名字从公司的员工数据库中删除时,整个数据库都被删除了。

一旦连接到互联网的系统被入侵,它可能会被用来接管许多其他系统,并将它们组织成所谓的僵尸网络,这些僵尸网络可以对其他系统发动大规模攻击,窃取信息或破坏其运行。人们越来越担心,在“物联网”中,冰箱或电视机等计算机控制设备可能会部署在僵尸网络中。设备的多样性使得它们很难控制恶意软件。

信息系统控制

为了确保信息系统的安全和高效运行,一个组织制定了一套称为控制的程序和技术措施。信息系统通过通用控制和应用程序控制相结合的方式得到保护。

一般控制适用于整个组织的信息系统活动。最重要的一般控制是控制访问计算机系统以及存储在那里或通过电信网络传输的信息的措施。一般控制措施包括限制员工仅访问与其职责直接相关的流程的行政措施。因此,这些控制措施限制了任何员工或员工冒充者可能造成的损害。安装在关键环境中的容错计算机系统,如医院信息系统或证券市场,旨在控制和隔离问题,使系统能够继续运行。备份系统通常位于远程位置,在主信息系统出现故障的情况下可能会被激活。

应用程序控制是特定于给定应用程序的,包括验证输入数据、记录对系统的访问、定期存档各种数据库的副本以及确保信息仅传播给授权用户等措施。

保护信息安全

随着广域网(WAN),尤其是互联网的普及,控制对信息系统的访问变得更加困难。用户和闯入者可以从组织内任何无人值守的计算机或互联网上的任何地方访问系统。作为一种安全措施,每个合法用户都有一个唯一的名称和一个定期更改的密码。另一种安全措施是需要某种形式的物理身份验证,例如物体(物理令牌或智能卡)或个人特征(指纹、视网膜图案、手的几何形状或签名)。许多系统结合了这些类型的措施,例如自动柜员机,它依赖于个人身份号码(PIN)和身份卡的组合。设置在组织内部网络和互联网之间的安全措施被称为防火墙。这些硬件和软件的组合不断地过滤传入的、通常是传出的数据流量。

禁止获取信息的另一种方式是通过数据加密,这在电子商务中尤为重要。公钥加密在这样的商业中被广泛使用。为了确保保密性,只有预定收件人拥有解密用收件人公钥加密的消息所需的私钥。此外,通过可信的第三方向双方颁发的数字证书,以及使用数字签名(附加在消息上的附加代码)来验证消息的来源,可以在电子交易中对双方进行身份验证。一种类型的防篡改代码也可以附加到消息上,以检测损坏。类似的手段也可用于确保电子交易的当事方以后不会否认其参与。有些消息需要附加属性。例如,电子现金支付是一种信息类型,使用加密来确保购买者的匿名性,其作用类似于实物现金。

为了持续监控信息系统,使用了入侵检测系统。它们检测异常事件并记录必要的信息,以生成报告并确定可能入侵的来源和性质。更主动的系统还试图在实时检测时防止入侵。

信息系统审计

通过信息系统审计来评估信息系统控制措施的有效性。审计旨在确定信息系统是否在保护公司资产、维护存储和通信数据的完整性、有效支持公司目标以及高效运营。它是更一般的财务审计的一部分,用于验证一个组织的会计记录和财务报表。信息系统的设计使每一笔金融交易都能被追踪。换句话说,审计跟踪必须存在,可以确定每个事务的起源和处理方式。除了财务审计外,业务审计还用于评估信息系统运营的有效性和效率,而技术审计则验证信息技术是否得到了适当的选择、配置和实施。

信息系统的影响

计算机化的信息系统,特别是自从网络和移动计算出现以来,对组织、经济和社会,以及在这些社会群体中进行生活和活动的个人产生了深远的影响。

信息系统对组织的影响

基本的组织能力是由信息系统实现或增强的。这些系统为业务运营提供支持;用于个人和团体决策;通过新产品和工艺开发进行创新;与客户、供应商和合作伙伴的关系;追求竞争优势;在某些情况下,也适用于商业模式本身(例如谷歌)。信息系统为公司的互动和竞争方式、组织结构和工作场所的设计方式带来了新的选择。一般来说,使用基于网络的信息系统可以显著降低工人和公司之间的通信成本,并以成本效益增强供应链或网络的协调。这导致许多组织专注于其核心竞争力,并将其价值链的其他部分外包给专业公司。公司内部高效沟通信息的能力导致了更扁平的组织结构的部署,层次更少。

尽管如此,信息系统并不能统一地带来更高的利润。成功与否既取决于部署信息系统的技能,也取决于信息系统与公司其他资源的结合使用,例如与商业伙伴的关系或行业领域的卓越知识。

信息系统的使用促成了新的组织结构。特别是,出现了不依赖实体办公室和标准组织结构图的所谓虚拟组织。虚拟组织的两种显著形式是网络组织和集群组织。

在一个网络组织中,长期的企业合作伙伴通过一个中心枢纽公司提供商品和服务。一个由相对较小的公司组成的网络可以呈现出一个大公司的外观。事实上,这样一个组织的核心可能只不过是一个只有少数员工支持的企业家。因此,网络组织形成了一个灵活的公司生态系统,其形成和工作是围绕基于Web的信息系统组织的。

在集群组织中,主要工作单位是由具有互补技能的个人组成的永久和临时团队。团队成员通常广泛分布在全球各地,通过使用Web资源、公司内部网和协作系统,他们的工作得到了极大的帮助。全球虚拟团队能够夜以继日地工作,以电子方式“跟随太阳”移动知识工作。通过移动平台提供的信息系统使员工不仅可以在公司办公室外工作,而且可以在任何地方工作。“工作是你做的事情,而不是你去的地方”成为新兴新工作场所的口号。虚拟工作场所包括家庭办公室、区域工作中心、客户场所以及保险理算师等人员的移动办公室。在公司办公场所以外的虚拟工作场所工作的员工被称为远程工作者。

消费者的角色已经发生了变化,网络赋予了消费者权力。他们可以积极地与生产者共同创造价值,而不仅仅是产品的被动接受者。通过使用信息系统协调集体工作,个人创建了开源软件和在线百科全书等产品。虚拟世界和大型多人在线游戏的价值主要是由参与者创造的。以评论和意见的形式在网络上表达的电子口碑可以决定产品的成败。在赞助的共同创作中,公司吸引客户产生和评估想法,共同开发新产品,并推广现有的商品和服务。虚拟客户社区是为了这些目的而在线创建的。

经济和社会中的信息系统

随着全球交通基础设施的发展,基于网络的信息系统已经成为国际商业和公司发展的一个因素。信息系统的部署与更高的生产力之间的关系已经在许多行业中得到了证明,当这些系统补充了其他公司资源时。电子商务已经将公司和个人之间的许多关系和交易转移到了互联网和网络上,从而扩大了可能性和效率。基于互联网的生态系统的发展,加上硬件和电信的低成本,开源软件的可用性,以及全球对移动电话的大规模访问,导致了创业活动的蓬勃发展,并使许多基于新商业模式的公司崭露头角,具有巨大的市场价值。其中包括电子拍卖公司、搜索引擎公司、电子商城、社交网络平台和网络游戏公司。由于有巨大的机会将电子形式的数据、信息和知识转移到最具成本效益的场所,因此正在进行全球工作再分配。

随着信息系统的使用在发达经济体和整个社会中变得普遍,一些社会和道德问题成为焦点。最重要的是个人隐私、财产权、普遍访问和言论自由、信息准确性和生活质量等问题。

个人隐私取决于对个人信息的控制权。虽然侵犯隐私通常被认为是不可取的自治权丧失,但政府和商业组织确实需要收集数据,以促进管理并利用销售和营销机会。电子商务对隐私提出了特别的挑战,因为个人信息通常是以基本上不受监管的方式收集和传播的。社交网络中个人资料、联系人和通信的所有权和控制权是隐私问题的一个例子,该问题需要通过市场力量、行业自律以及可能的政府监管来解决。由于缺乏国际法律标准,防止侵犯隐私变得复杂。

软件、书籍、音乐和电影等知识产权受到专利、商业秘密和版权的保护,尽管不完善。然而,这种无形商品很容易被复制并通过网络进行电子传输,以供非法复制和使用。法律法规和技术保障措施的结合,包括反盗版加密和电子水印,已经到位,但防止滥用在很大程度上取决于用户的道德。专利等保护手段本身在信息社会中发挥着重要作用。然而,商业方法的保护(例如亚马逊的一键订购专利)受到质疑,全球知识产权保护的执行面临各种挑战。

通过网络访问信息系统对于充分参与现代社会是必要的。特别是,希望避免国家或地区之间以及社会和种族群体之间出现数字鸿沟。开放式网络作为人类交流的媒介和共享知识的储存库是非常宝贵的。事实上,许多人认为言论自由是一项普遍的人权,而互联网和网络是行使这一权利的最广泛手段。然而,在不诉诸审查制度的情况下保护儿童的问题也引起了合理的担忧。技术解决方案,如过滤色情和不当通信的软件,部分是成功的。

每个人都关心的是数据库和数据仓库中包含的信息的准确性和安全性,无论是在健康和保险数据、信贷局记录还是政府文件中,因为不适当发布的错误信息或特权信息可能会对人身安全、生计和日常生活产生不利影响。个人必须配合审查和更正其文件,组织必须确保此类文件的适当安全、访问和使用。

信息系统影响了个人和工作生活的质量。在工作场所,信息系统可以用来消除繁琐的任务,赋予工人更大的自主权,也可以用来轻率地消除工作岗位,让剩余的劳动力受到普遍的电子监控。消费者可以使用网络进行购物、联网和娱乐,但有可能与垃圾邮件(未经请求的电子邮件)、信用卡号拦截和计算机病毒攻击作斗争。

信息系统可以通过电子选举、公民投票和投票扩大普通公民对政府的参与,还可以提供对政府服务和信息许可的电子访问,例如电子报税、直接存入政府支票以及查看当前和历史政府文件。通过以可搜索和易于使用的形式向公众公开政府收集的数据,可以使政府运作更加透明和有益。有了网络,公共审议和自组织领域可以扩大,并为个人发声。然而,信息系统也让人联想到奥威尔式的政府监控和商业侵入私人生活的画面。社会仍然需要通过加强法律、社会和技术手段来利用信息系统的力量。

在摩尔定律的驱动下,计算机的能力呈指数级增长,尤其是越来越复杂的软件的开发,部署人工智能技术的系统——就业市场和职业——受到了影响。灵活而廉价的机器人减少了劳动力市场上的一些机会。认知计算是人类专业人士的竞争对手,其系统依赖于人工智能技术,如计算机学习、多媒体模式识别和大量存储信息。

在信息系统平台的推动下,“按需经济”的出现引发了人们对工作质量的担忧。通过提供交通等服务的即时访问,这些平台(例如优步和Lyft)将服务供应商(通常是个人)与寻求服务的人联系起来。尽管声称这种商业模式会侵蚀稳定的工作场所,但它为供应商提供了灵活性、更大程度的独立性,并为需求方提供了便利。

信息系统作为一个研究领域

信息系统是一门通常位于商学院的学科。该学科的基本目标是开发和研究利用信息技术运营和管理组织以及支持其市场产品的理论、方法和系统。该学科采用社会技术方法,将信息技术的研究置于管理、组织和社会的背景下。信息系统的学术研究起源于20世纪60年代。推动该学科发展的学术协会是信息系统协会(AIS)。

本文地址
https://architect.pub/britannica-information-system
SEO Title
britannica information system

【应用架构】信息系统的基本概念

视频号

微信公众号

知识星球

Chinese, Simplified

2.1信息及其在业务中的作用[图2.1]

可以使用图2.1来解释信息系统的作用是将数据(原始事实)转换为信息,从而增加我们的知识。数据和信息之间的区别[图2.2][Slide2-4]

信息是知识的增量:有助于我们所知道的概念和事实的总体框架。信息的重要性取决于上下文和接受者的一般知识。

数据只是原始事实,是获取信息的材料。信息系统使用存储在计算机数据库中的数据来提供所需的信息。数据库是一个有组织的相互关联的数据集合,反映了公司活动的一个主要方面。

  1. 信息系统从组织(内部数据)及其环境(外部数据)中获取数据。
  2. 它们在很长一段时间内存储数据库项。
  3. 当需要特定信息时,根据需要操作适当的数据项,并且用户接收得到的信息。
  4. 根据信息系统的类型,信息输出可以采取查询响应、决策结果、专家系统建议、交易文档或报告的形式。

正式的信息系统依赖于收集、存储、操作和访问数据以获取信息的程序(由组织实践建立并接受)。正式的系统不一定要计算机化,但今天它们通常是计算机化的。组织内部也存在非正式的信息系统(人际网络、饮水机八卦等)。

质量信息的属性[表2.1]

高质量的信息需要具备几个属性。值得注意的是,它必须是:

  1. 在需要时及时提供,在提供时不过时
  2. 完整包括用户需要了解的关于信息将被使用的情况的所有信息
  3. 简洁不包括用户不需要的元素
  4. 相关与情况有直接关系
  5. 精确提供定量信息,精确程度与基础数据相适应
  6. 形式根据情况选择详细程度、表格与图形显示以及定量与定性形式内部和外部信息

信息系统获取的大多数数据与组织本身的运作有关,用于产生内部信息。但在竞争日益激烈的市场中,企业需要获取越来越多的外部信息。因此,需要注意的是,决策者既需要有关其组织的内部信息,也需要有关其环境的外部信息。

一个企业只有适应外部环境的要求才能取得成功。环境由许多影响公司实现目标的能力或受其影响的群体代表。这些群体被称为公司的利益相关者,包括内部和外部利益相关者。

2.2系统【图2.3和图2.4】【幻灯片2-5和6】

一般来说,信息系统是一种特定类型的系统。系统是一组组件(子系统),它们一起运行以实现某些目标。系统的目标在其输出中得以实现。特别是,信息系统的目标是向组织成员提供适当的输出。

有效性和效率

组织是人工系统的一个例子:它是一个致力于实现特定目标的正式社会单位。它不是自然产生的,它必须有组织。

可以根据系统的有效性和效率来评估系统的质量。有效性衡量系统达到其目标的程度。效率是衡量生产给定产出所消耗的资源。一个系统在产生给定输出时消耗的资源越少,它的效率就越高。

组织反馈回路中的信息系统[图2.5]

所有组织都是作为一个更大系统的一部分存在的。信息系统通过提供对公司业绩的反馈来帮助管理层。反馈是指将系统的输出转换回输入,以控制系统的运行。信息系统用于将实际性能数据与先前制定的标准进行比较。根据有关差异的信息,经理可以制定纠正措施,然后将其反馈到公司的运营中。

2.3信息系统的组成部分

信息系统由以下通用组件组成:

  1. 硬件
  2. 软件
  3. 数据库
  4. 人力资源
  5. 程序

硬件

  • 多计算机系统:微型计算机、小型计算机、大型机及其外围设备。计算机系统组件包括:中央处理器、存储器层次结构、输入和输出设备。
  • 计算机处理器:中央处理器执行程序的指令,转换成简单的形式。
  • 存储器:包含在计算机系统中,形成一个层次结构。它们的范围从快速的电子单元(如主存储器)到较慢的辅助存储设备(如磁盘)。

摩尔定律芯片上晶体管数量的增加对应于微处理器速度和存储器容量的增加,从而对应于处理能力的增长。

在信息系统中,转移部分或全部组织;s计算从大型机或小型计算机上的集中处理到围绕联网微型计算机构建的系统(通常采用客户端/服务器配置)。

软件

计算机软件分为两类:系统软件和应用软件。

  • 系统软件:管理计算机系统的资源并简化编程。操作系统是主要的系统软件。它管理计算机系统的所有资源,并提供一个接口,系统用户可以通过该接口部署这些资源。
  • 应用软件:是直接帮助最终用户完成工作的程序。它们是作为即用包购买的。应用软件直接帮助最终用户完成他们的工作。

数据库

数据库是应用软件使用的相互关联的数据的有组织的集合。数据库由称为数据库管理系统(DBMS)的系统软件管理,并由多个应用程序共享。

通信【图2.7】【幻灯片2-7】

电信是远距离电子传输信息的手段。今天,计算机系统通常被互连到电信网络中。根据组织的需要,可以进行各种网络配置。其中包括:

1.局域网(LAN)2。城域网(MAN)3。广域网(WAN)

网络信息系统:三层架构:图2.7:

  1. 主机作为顶级机器
  2. 多台微型计算机或功能强大的中层微型计算机。
  3. 第三层的最终用户。

缩小的网络信息系统:客户端/服务器体系结构:[图2.8][Slide2-8]

  1. 用户的微型计算机(客户端)共享更强大的机器(服务器)
  2. 每个服务器都专用于特定的任务,即它正在提供特定的服务
  3. 客户端机器提供的用户界面使得使用网络的设施变得容易。
  4. 当需要时,运行在客户端上的软件远程调用运行在服务器上的软件来执行其任务,以访问数据库中的指定数据。

虚拟办公室远程访问的系统架构:[图2.9]

人力资源

专业的信息系统人员包括开发和维护经理、系统分析师、程序员和操作员,他们通常具有高度专业化的技能。

最终用户是使用信息系统或其信息输出的人,即当今组织中的大多数人。组织计算现阶段的标志是最终用户参与信息系统的开发。最终用户计算,或最终用户对其信息系统的控制以及最终用户对系统的开发,已经成为组织中信息系统的重要贡献者。

程序

程序是在使用、操作和维护信息系统时要遵循的政策和方法。信息系统的使用、操作和维护规范,收集在帮助设施、用户手册、操作员手册和类似文件中,通常以电子形式交付。

2.4信息系统的类型

组织采用几种类型的信息系统。其中包括:

  1. 交易处理系统(TPS)
  2. 管理报告系统(MRS)
  3. 决策支持系统(DSS)
  4. 高管信息系统(ESS)
  5. 办公室信息系统(OIS)
  6. 专业支持系统

交易处理系统

今天的交易处理系统通常通过立即处理公司的商业交易来以在线模式工作。交易是在业务运营过程中进行的基本活动。

TPS可以在批处理模式下工作,稍后一次处理累积的事务,也可以在联机模式下立即处理传入事务。如今,大多数TPS都以在线模式工作。

管理报告系统

管理报告系统的目标是向管理人员提供日常信息。管理人员收到其特定职责范围内的绩效报告。一般来说,这些报告提供内部信息,而不是跨越公司边界。他们报告过去和现在,而不是预测未来

为了防止信息过载,管理人员可能会使用需求报告或异常报告。需求报告是在需要时请求的。只有当预先建立的越界条件发生时,才会生成异常报告,并且只包含有关这些条件的信息。

决策支持系统[图2.11][Slide2-9]

图2.11解释了决策支持系统的结构。决策支持系统直接支持决策会议。这些系统促进了正在考虑替代问题解决方案的用户与提供内置模型和访问数据库的系统之间的对话。DSS数据库通常是从企业的通用数据库或外部数据库中提取的。

高管信息系统

高管信息系统为高层管理人员提供方便显示的汇总信息,并为他们量身定制。它们以高度概括和方便的形式提供了各种内部和外部信息。EIS用于:

  1. 监督组织的绩效
  2. 评估商业环境
  3. 为公司的未来制定战略方向

办公室信息系统

OIS的主要目标是促进组织成员之间以及组织与其环境之间的沟通。OIS用于:

  1. 帮助管理以电子格式表示的文档
  2. 处理邮件,如电子邮件、传真和语音邮件
  3. 促进电话会议和电子会议
  4. 促进利用互联网进行通信和获取信息
  5. 通过使用群件来促进面向任务的团队的使用

专业支持系统

专业支持系统有助于完成各种专业的特定任务。随着信息系统的组织和个人经验的增长,越来越多的专业支持系统出现了。

信息系统中的专家系统[图2.12][幻灯片2-10]

专家系统是一种利用有关其应用领域的知识,并使用推理(推理)程序来解决需要人类能力或专业知识的问题的系统。知识库的基本组成部分是启发式——专家系统领域内知识的非正式、评判性元素,如石油勘探或股票估值。知识库是通过与领域专家合作开发的。随着系统的使用,它得到了进一步的增强。

2.5为管理人员提供信息系统支持:

各种信息系统支持管理者发挥人际关系、信息和决策作用。三种面向管理的系统(管理报告系统、决策支持系统和执行信息系统)为三级管理提供了不同类型的支持:

  1. 战略
  2. 战术
  3. 运营

管理者做什么以及信息系统如何提供帮助

管理的基本职能包括:

  1. 规划建立目标,并选择在特定时间段内实现目标所需的行动。
  2. 对照计划目标控制测量绩效,并在需要时启动纠正措施。
  3. 领导力,包括组织中为实现目标做出贡献的人员。
  4. 组织建立和配备执行业务活动的组织结构。

明茨伯格将所有管理活动分为十个角色,分为三类:

  1. 人际角色
  2. 信息作用
  3. 决策角色

管理支持信息系统:

公司管理的三个层次的目标是:

  1. 运营管理:由较小工作单位的主管执行,负责短期(通常为一周或六个月)预算和时间表的规划和控制。
  2. 战术管理:由负责根据战术计划为项目获取和分配资源的中层管理人员执行,为期一到两年。
  3. 战略管理:由公司高管和董事会执行,负责制定和监督公司未来三年或三年以上的长期方向。
本文地址
https://architect.pub/fundamental-concepts-information-systems
SEO Title
Fundamental Concepts of Information Systems

【应用架构】信息系统的类型

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统的定义——“信息系统是一组相互关联的组件,它们协同工作,收集、处理、存储和分解信息,以支持决策。”

以下是信息系统的维度:

  1. 组织维度:信息系统是组织的一部分。信息系统将具有嵌入其中的标准操作程序和组织文化。这包括:
    • a) 职能专业
    • b)业务流程
    • c)文化
    • d)政治利益集团
  2. 管理维度:管理者感知环境中的业务挑战。信息系统提供了管理人员所需的工具和信息,用于分配、协调和监控他们的工作、做出决策、创建新产品和服务以及做出长期战略决策。
  3. 技术维度:管理层利用技术来履行其职能。它由计算机硬件/软件、数据管理技术、网络/电信技术组成。它是管理者用来应对变化的众多工具之一。

信息系统按组织级别、数据模式、处理、系统目标和提供的支持类型进行分类。

以下是信息系统的类型:

1.交易处理系统(TPS):

  • 交易处理系统是处理业务交易产生的数据的信息系统
  • 他们的目标是提供交易,以便更新记录和生成报告,即执行保管功能
  • 交易通过两种方式执行:批量处理和在线交易处理。
  • 示例:票据系统、工资单系统、库存控制系统。

2.管理信息系统(MIS):

  • 管理信息系统旨在通过交易处理系统获取相对原始的可用数据,并将其转换为经理的汇总和汇总表格,通常为报告格式。它的报告倾向于供中层管理人员和运营主管使用。
  • MIS中生成了许多不同类型的报告。其中一些报告是摘要报告、按需报告、特别报告和异常报告。
  • 示例:销售管理系统、人力资源管理系统。

3.决策支持系统(DSS):

  • 决策支持系统是一个交互式信息系统,它提供信息、模型和数据操作工具,以帮助在半结构化和非结构化的情况下做出决策。
  • 决策支持系统包括帮助收集相关信息并分析选项和备选方案的工具和技术,最终用户更多地参与创建DSS而不是MIS。
  • 例如:财务规划系统、银行贷款管理系统。

4.专家系统:

  • 专家系统包括专业知识,以帮助管理人员诊断问题或解决问题。这些系统基于人工智能研究的原理。
  • 专家系统是一个基于知识的信息系统。它利用自己对指定内容的了解,充当用户的专家顾问。
  • 知识库和软件模块是专家系统的组成部分。这些模块对知识进行推理,并为用户的问题提供答案
本文地址
https://architect.pub/geeksforgeeks-types-information-system
SEO Title
geeksforgeeks :Types Of Information System

【应用架构】信息系统的类型-信息系统的组成部分和分类

视频号

微信公众号

知识星球

Chinese, Simplified

介绍

信息系统是集成和协调组件网络,这些组件组合在一起将数据转换为信息。

信息系统的组成部分

信息系统本质上由硬件、软件、数据库、网络和人员五部分组成。这五个组件集成在一起,执行输入、处理、输出、反馈和控制。

  • 硬件由输入/输出设备、处理器、操作系统和媒体设备组成。
  • 软件由各种程序和过程组成。
  • 数据库由按所需结构组织的数据组成。
  • 网络由集线器、通信媒体和网络设备组成。
  • 人员包括设备操作员、网络管理员和系统专家。

信息处理包括输入;数据处理、数据存储、输出和控制。

在输入阶段,数据指令被馈送到系统,在处理阶段,这些系统由软件程序和其他查询处理。

在输出阶段,数据以结构化格式和报告的形式呈现。

信息系统分类

在任何给定的组织中,信息系统都可以根据信息的使用情况进行分类。因此,组织中的信息系统可以分为运营支持系统和管理支持系统。

运营支持系统

在一个组织中,数据输入由最终用户完成,最终用户对数据输入进行处理以生成信息产品,即报告,供内部和/或外部用户使用。这样的系统被称为操作支持系统。

运营支持系统的目的是促进业务交易,控制生产,支持内部和外部沟通,更新组织中心数据库。

操作支持系统又分为交易处理系统、处理控制系统和企业协作系统

交易处理系统(TPS)

在制造组织中,跨部门的交易有几种类型。

典型的组织部门是销售、客户、财务、工厂、工程、人力资源和市场营销。可能发生以下交易的范围:销售订单、销售退货、现金收据、赊销;贷项凭证、材料会计、存货管理、折旧会计等。

这些事务可以分为批量事务处理、单个事务处理和实时事务处理。

过程控制系统

在制造组织中,某些决策是由计算机系统在没有任何人工干预的情况下做出的。在这种类型的系统中,关键信息实时提供给系统,从而实现过程控制。这种系统被称为过程控制系统。

企业协作系统

近年来,不同职能团队之间的团队努力或协作压力越来越大。通过改进数据的通信和共享来实现协作的系统被称为企业协作系统。

管理支持系统

管理者需要特定格式的精确信息来做出组织决策。一种有助于管理者进行高效决策的系统被称为管理支持系统。

管理支持系统主要分为管理信息系统、决策支持系统、专家系统和会计信息系统。

管理信息系统为管理者提供信息,促进日常决策过程。决策支持系统为经理提供信息,促进特定问题相关的解决方案。

进一步分类

信息系统可以根据活动分为战略规划系统、战术信息系统和作战信息系统。

本文地址
https://architect.pub
SEO Title
managementstudyguide Types of Information Systems - Components and Classification of Information Systems

【应用架构】信息系统管理

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统管理

信息系统管理正在应用计算机库来管理组织中的信息,用于管理角色,如人际角色、信息角色和基于决策的角色。信息系统管理是计算机科学和管理科学理论的综合体。这些理论构建了系统和程序利用率。MIS通常是用户和机器(计算机)的集成系统,旨在为组织的运营、管理和决策提供信息。5C是将数据转换为信息的过程。它们包括捕捉信息、传达、创造、支撑和交流。

信息系统管理

信息系统管理必须具有准确性和可验证性、完整性、及时性和相关性。信息系统管理可以通过使用每个组织级别来划分,如运营级别的系统、知识级别的系统,管理级别的系统和战略级别的系统。

数据是指从观察、问卷调查和测量中收集的关于人、物体和地点的任何事实。数据可以是真实的上下文和数字。虚假的上下文和数据就像垃圾一样无用,因为没有人需要它。如果一个组织应用虚假的数据,它可能会走错路,或者无法解决问题。有时,我们将数据称为原始数据,因为它们未被使用或不适合用户。

信息系统管理

当数据在一个框架内被记录、分类、组织、关联或解释,从而产生意义时,它们就变成了信息。将数据转化为信息涉及到一些活动,这些活动被称为过程。简而言之,信息意味着处理后的数据的输出。因此,用户可以应用它。例如,一位高管要求将上一年每种产品的总销售额作为图表。因为他需要汇总数据来规划销售(了解图表信息比了解每种产品的原始数据更容易、更快)。在另一个例子中,老师用总分给每个学生打分。图1显示了数据和信息。

过程是将数据转换为所需信息的过程。在技术上,这些程序是由计算机(包括硬件和软件)快速完成的。我们可以选择一个合适的计算机程序进行处理。有许多计算机程序需要处理,如文字处理、电子表格和数据库管理系统。他们组织和操纵数据和信息。流程任务为5项活动

称为5Cs。

  • 捕捉(Capturing)。这种处理最初是通过使用鼠标、键盘和条形码阅读器等IT工具来获取信息。简单地说,就是在原点输入数据。选择用于输入的IT工具取决于捕获信息和/或命令及其形式。
  • 输送(Conveying)。这种处理是通过使用屏幕、打印机、扬声器和显示器等IT工具来显示最有用的信息。简单来说,就是输出数据。选择用于输出的IT工具取决于用户需求的形式。
  • 创建(Creating)。这种处理是通过使用诸如CPU和RAM之类的IT工具来创建新的信息。这是5Cs中最重要的过程。它是由中央处理器(CPU)执行软件指令并与所有其他硬件设备交互来完成的。随机存取存储器(RAM)或内部存储器是工作信息、工作应用软件和操作系统的临时存储器。
  • 摇篮(Cradling)。这种处理是通过使用硬盘、CD-ROM和DVD等IT工具为以后的时间存储信息。它永久存储用户可以更改或擦除的信息。选择用于存储的IT工具取决于用户的更新需求和信息大小。
  • 沟通(Communicating)。这种处理是通过使用调制解调器、卫星和数字寻呼机等IT工具将信息分发给其他人或其他位置。当我们说通信时,它涉及到电信技术。其中之一是计算机网络。它连接至少两台计算机进行通信,比如共享信息、软件、外围设备和/或处理能力。

信息系统管理属性包括准确性和验证性、完整性、及时性和相关性。

  • 准确性和验证。所获得的信息必须通过观察、问卷调查和测量等程序来自事实。预期可能会给出错误的数据。当你得到事实时,它被处理为适合实现或用户的需求。例如,高管需要信息来做出决策。如果信息错误,组织就会受到损害。信息必须有引用,因此它们允许用户进行跟踪。事实上,如果用户知道信息的来源,他们就会有信心使用信息。
  • 完整性。用户必须接收完整的信息。特别是,高管需要完整的信息来做出决策。
  • 及时性。最好的信息必须始终更新,而不是过时。
  • 因此,用户可以将其应用于当前情况。特别是,商业组织需要更新的数据来进行竞争。过时的数据可能会对任何商业组织造成不利影响。
  • 关联所获得的信息必须与用户的活动有关。用户不必获取过载的信息。

在过去,商业竞争并不激烈。高管可以等待获得足够的信息,然后,他做出了决定。如今,信息被认为是组织的宝贵财产。它可以保持组织的竞争力。如果一个组织能够快速准确地获得信息,那么高管就可以快速准确地做出决策或解决问题。因此,该组织可以在激烈的竞争中立于不败之地。信息系统系统是指一组元素,通过作为一个群体进行操作来实现某一目的。一个系统可能由人员、工具、设备、用品和方法组成,用于完成相同的目的。例如,供应链系统的目的是将产品交付给最终客户。

现在,我们可以得出结论,信息系统是指所有涉及获取信息的组件,从查找数据、插入数据、存储日期、处理数据、存储信息、按照用户要求分发和显示信息开始。如今,信息系统是基于计算机的。因此,它们涉及计算机硬件和软件技术。因此,计算机

是信息系统的工具。它们可以有效地存储、处理和分发数据和信息。因此,一个信息系统有6个组成部分。有硬件、软件、电信、人员、流程和数据或信息。如图1所示,信息是信息系统的输出。它用于3种管理角色,如人际角色、信息角色和决策角色。

信息系统管理

1916年,亨利·法约尔提出了经典的管理模式有计划、组织、指挥、协调和控制等5项管理职能。然而,该模型在指示所有管理任务方面并不令人满意。因此,Henry Mintzberg提出了三类管理角色,称为行为模型。通过分析管理者的日常行为,Henry Mintzberg将管理角色归纳为3类,包括人际角色、信息角色和决策角色

  • 人际角色。管理任务包括与人互动,以领导、激励、建议和支持。它可以由电子邮件、演示图形、视频电话会议和语音邮件等信息系统支持。
  • 信息角色。管理任务包括接收和发送信息,以便与组织中的其他人进行沟通。这种沟通可以使组织实现其目标和目的。它可以得到决策支持系统和执行信息系统等信息系统的支持。
  • 决定性角色。管理任务包括启动计划、控制、分配和谈判,以解决问题,并根据波动的环境调整组织。它可以得到决策支持系统和执行信息系统等信息系统的支持。

信息系统是为三类管理角色创建的,称为管理信息系统(MIS)。MIS支持组织中的许多任务。因此,这些任务变得更加有效和高效。

本文地址
https://architect.pub
SEO Title
Information Systems Management

【应用架构】六种类型的信息系统及其应用

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统导论

信息系统是指组织用于收集、传输、组织和存储数据的各种信息技术系统,如计算机、软件、数据库、通信系统、互联网、设备和其他系统。随着变革的爆发,当前的商业环境帮助公司在不同的流程中实施了一套不同的先进技术。这些IT应用程序在各种业务活动中引入了自动化、高效性和及时性。

信息系统在业务中的引入在不同的相互关联的过程中引发了连锁反应,这些过程只会通过增加利润、减少成本和交付周期等方式使公司受益。因此,必须了解信息系统在公司中日益增长的重要性。

什么是信息系统及其重要性?

信息系统是一组数据集,用于确保业务平稳运行、迎接变革并帮助公司实现目标。词典将信息系统定义为用于收集、创建、存储、处理和分发信息的计算机系统或组件集。如果没有信息技术系统的支持,信息系统是不完整的。

信息系统主要与技术或IT系统无关。相反,它与如何利用技术来满足个人、团体或组织的需求有关。在我们所处的数字时代,信息系统的重要性正在增加,因为它规范了个人或企业传递、收集、存储和访问信息或数据的过程。

有不同类型的信息系统可以帮助个人和公司利用信息为自己谋利。在文章的下一部分,我们将详细讨论各种类型的信息系统。

六种类型的信息系统及其应用

尽管许多信息系统提供了各种好处,但通常情况下,企业会在其公司中使用这五种应用程序。无论您计划在业务中实施哪种信息系统,它都将提供以下好处:

  • 它将通过研究和开发促进商业活动的创新。
  • 它将实现自动化,减少完成任务所需的步骤。
  • 它有助于保持硬件、软件、数据存储和网络系统的安全和最新。

既然您已经了解了信息系统在组织中可能带来的变化,那么让我们看看能够改变业务流程的应用程序——信息系统的类型。

信息系统的类型是什么?

1.知识工作体系

组织实施不同的知识管理系统,以确保新的和更新的知识不断流入公司及其流程。知识工作系统(KWS)是一种易于将新信息或知识集成到业务流程中的知识管理系统。

此外,KWS还为各种知识创造技术、人工智能应用和知识共享的小组协作系统等提供支持和资源。它还使用图形、视觉等来传播新的信息。以下是一些基于KWS核心基础知识的应用程序。

  • 设计师经常使用计算机辅助设计系统(CAD)来实现设计过程的自动化。
  • 金融工作站被用来在新技术的帮助下分析大量的金融数据。
  • 虚拟现实系统出现在科学、教育和商业领域,用于使用图形和不同的系统来呈现数据。

2.管理信息系统

管理信息系统通过自动化最初手动完成的不同流程,为管理人员提供帮助。业务活动,如业务绩效跟踪和分析、制定业务决策、制定业务计划和定义工作流程。它还通过分析角色和责任向管理者提供反馈。

管理信息系统被认为是一个重要的应用程序,对管理者有很大帮助。以下是信息系统的一些优点:

  • 它提高了公司的效率和生产力
  • 它清楚地反映了组织的绩效
  • 它为现有产品增加了价值,引入了创新并改进了产品开发
  • 它有助于业务流程的沟通和规划
  • 它有助于组织提供竞争优势

3.决策支持系统

决策支持系统是一种信息系统,用于分析与企业相关的业务数据和其他信息,以提供决策或解决问题的自动化。经理在经营过程中遇到困难时使用它。通常,决策支持系统用于收集有关收入、销售数字或库存的信息。它被用于不同的行业,决策支持系统是一个流行的信息系统。

4.办公自动化系统

办公室自动化系统是一种信息系统,它可以自动化不同的管理过程,如记录、记录数据和办公室事务等。办公室自动化系统分为管理活动和文书活动。以下是在这种类型的信息系统下进行的一些业务活动:

  • 电子邮件
  • 语音邮件
  • 文字处理

5.交易处理系统

事务处理系统实现了事务收集、修改和检索过程的自动化。这种类型的信息系统的独特之处在于它提高了业务事务的性能、可靠性和一致性。它可以帮助企业顺利地进行日常运营。

一旦你熟悉了不同类型的信息系统,就很容易理解这些系统的应用。因此,在本文的最后一部分,我们将探讨信息系统的应用。

6.高管支持系统

高管支持系统(ESS)可帮助高层管理人员规划和控制工作流程并做出业务决策。它与管理信息系统或MIS非常相似。

以下是ESS的一些独特特性:

  • 它为高管提供了出色的通信、更好的计算能力和有效的显示选项。
  • 它使他们能够根据需要通过静态报告、图形和文本信息获得信息。
  • 它有助于监控业绩、跟踪竞争对手的战略和预测未来趋势等。

如何在商业中应用信息系统?

以下是一些需要信息系统干预的商业活动。

企业资源规划(ERP)

将信息系统应用于企业资源规划有助于实现业务管理和规划功能的自动化。

供应链管理

信息系统为供应链管理中的不同各方提供了一个共同的论坛。此外,它使各方之间的沟通变得简单而足智多谋。

客户关系管理(CRM)

许多信息系统有助于实现客户需求。此外,其他信息应用程序可以帮助公司轻松地与受众互动。

 

本文地址
https://architect.pub/6-types-information-systems-and-their-applications
SEO Title
The 6 Types Of Information Systems And Their Applications

【应用架构】六边型架构:三个原则和一个实现示例

Chinese, Simplified

Hexagonal Architecture于2005年由Alistair Cockburn撰写,是一个具有许多优势的软件架构,自2015年以来又重新引起了人们的兴趣。

六角建筑的初衷是:

允许应用程序同样由用户,程序,自动化测试或批处理脚本驱动,并与最终的运行时设备和数据库隔离开发和测试。

为了探索通过自动化测试引导应用程序的好处,或者从数据库中单独开发和测试,我们建议您阅读我们最近发布的测试金字塔上的这一系列博客文章:实践中的测试金字塔。

承诺非常有吸引力,它还有另一个有益效果:它允许隔离应用程序的核心业务,并自动测试其行为,而不依赖于其他任何事情。这可能是该架构引起域驱动设计(DDD)从业者关注的原因。但要小心,DDD和六边形结构是两个相当不同的概念,它们可以相互加强,但不一定一起使用。但这是另一个时间的主题!

最后,这种架构设置起来并不复杂。它基于一些简单的规则和原则。让我们探索这些原则,看看它们在实践中的含义。

  • 六角架构原理
  • 细节:内部和外部的代码如何组织?
  • 细节:运行时
  • 细节:右侧的依赖性反转
  • 细节:为什么左边有借口?
  • 六角形结构测试
  • 更进一步
  • 参考

 

六角架构学原理



六边形体系结构基于三个原则和技术:

  • 明确区分应用程序,域和基础结构
  • 依赖关系从应用程序和基础结构到域
  • 我们使用端口和适配器隔离边界

词汇说明:在本文的其余部分中,将使用“应用程序”,“域”和“基础结构”等字样。 这些词不是来自原始文章,而是来自领域驱动设计从业者频繁使用六边形体系结构。 作为参考,原始文章的文字在下面的部分中说明。

原则:单独的应用程序,域和基础结构



第一个原则是明确地将代码分成三个大的形式化区域。

 

左侧,应用程序端

这是用户或外部程序与应用程序交互的一面。它包含允许这些交互的代码。通常,您的用户界面代码,API的HTTP路由,以及使用您的应用程序的程序的JSON序列化都在这里。

这是我们找到驱动域名的演员的一面。

注意:Alistair Cockburn谈论应用程序方面的左侧或用户侧。

领域,在中心

这是我们想要从左侧和右侧隔离的部分。它包含所有关注和实现业务逻辑的代码。业务词汇和纯粹的业务逻辑,与解决您的应用程序的具体问题,使其丰富和具体的所有内容相关联,处于中心位置。理想情况下,不知道如何编码的领域专家可以阅读本部分中的一段代码并指出您的不一致(真实的故事,这些都可能发生在您身上!)。

注意:Alistair Cockburn谈论域的中心或业务逻辑。

右侧,基础设施方面

在这里,我们可以找到您的应用程序需要什么,它驱动的工作。它包含必要的基础结构详细信息,例如与数据库交互的代码,调用文件系统或处理对您所依赖的其他应用程序的HTTP调用的代码。

这是我们找到由域管理的演员的一面。

注意:Alistair Cockburn谈论基础设施方面的右侧或服务器端。

以下原则将允许在应用程序,域和基础结构之间实现这种逻辑分离。

为什么这很重要?

这种分离的第一个重要特征是它将问题分开。在任何时候,您都可以选择专注于单个逻辑,几乎独立于其他两个逻辑:应用程序逻辑,业务逻辑或基础架构逻辑。它们在不混合的情况下更容易理解,并且每个逻辑的约束对其他逻辑的影响较小。

另一个特点是我们将业务逻辑放在代码的最前端。它可以在目录或模块中隔离,以使其对所有开发人员都明确。它可以在不承担程序其余部分的认知负荷的情况下进行定义,改进和测试。这很重要,因为最终,开发人员对生产中的业务有了解。

最后,在自动化测试方面(我们将在下面看到),我们将以合理的努力成功进行测试:

  1. 整个域单独,
  2. 在Infrastructure端独立地集成Application和Domain
  3. 在应用程序端独立地集成域和基础架构

 

插图:应用程序的一个小例子



为了更具体地说明这些原则,我们将使用Alistair期间在“Hexagon”事件中使用的小例子,该事件由Thomas Pierrain(@tpierrain)和Alistair Cockburn(@TotherAlistair)于2017年提出。注意:您可以在文章末尾找到视频和事件代码。

这个小应用程序的目的是提供一个命令行程序,将诗歌写入控制台的标准输出。

此应用程序的预期输出示例:

$ ./printPoem
Here is some poem:
I want to sleep
Swat the files
Softly, please.
-- Masaoka Shiki (1867 - 1902)
Type enter to exit...



为了正确地说明三个区域(应用程序,域,基础设施),此应用程序将在外部系统中搜索诗歌:文件。我们还可以将此应用程序连接到数据库,原则是相同的。

在这种情况下,我们如何应用这第一个原则,即分成三个区域?如何在左侧(什么驱动它),在中心(核心业务)和右侧(什么是驱动)分发?

应用方面

从用户的角度来看,程序是作为控制台应用程序呈现的。因此,控制台的概念将位于应用程序端的左侧。通过控制台,用户将驱动域。

基础设施方面

从技术上讲,在我们的例子中,诗歌存储在一个文件中。这个文件的概念将在基础设施方面的右侧找到。该企业将通过试用这一右侧来提出其诗歌的要求,具体由PoetryLibraryFileAdapter实施。

在这里,如上所述,我们可以轻松地交换我们的诗歌来源(文件,数据库,网络服务......)。因此,作为文件的源的实际实现是技术细节(也称为技术实现细节)。

领域方面

在这种情况下,我们的核心业务是对用户有价值的东西,就是阅读诗歌的概念。我们可以使用PoetryReader类在代码中实现这个概念

应用→域交互

从业务角度来看,请求是来自控制台应用程序还是其他应用程序无关紧要,这是我们希望能够抽象的技术细节。这恰恰是最初的意图之一:“由用户和测试一起驱动”。因此,域中没有控制台的概念。然而,我们的应用程序允许从用户的角度(=它提供的服务)来请求诗歌。我们将在域中找到这一概念(由IRequestVerses实现),这将允许应用程序端与域进行交互。

域→基础设施互动

同样,从域的角度来看,诗歌是来自文件还是数据库并不重要,我们希望能够独立于外部系统测试我们的应用程序。域中没有文件概念。要运作,域名仍然需要得到诗歌。我们发现这个概念是以IObtainPoems界面的形式在Domain中获取诗歌。正是这种获取诗歌的概念将允许域与基础设施方面进行交互。

注意:从这里,当您阅读图表时,您可以开始观察显示类之间关系的箭头。实线箭头表示调用或组合交互。没有填充的箭头表示继承关系(如在UML中)。但不需要立即分析所有内容,我们稍后会详细探讨。

注意:名称IRequestVerses和IObtainPoems代表许多接口,我们将按照原则来讨论它们。对于轶事,使用“i”启动接口名称的约定不再流行,但Thomas Pierrain将接口名称作为第一人称单数的句子读取。 IRequestVerses写道:例如我请求经文。我喜欢这个主意。

原则:依赖进入内部



这是实现目标的基本原则。我们已经开始在先前的原则中看到这一点。

Principle: Dependencies go to the Domain

 

程序可以通过控制台和测试来控制,域中没有控制台的概念。域不依赖于应用程序端,应用程序端依赖于域。应用程序端(ConsoleAdapter)依赖于诗请求的概念,IRequestVerses(它定义了用户方面的通用“诗请求”机制)。

同样,程序可以独立于其外部系统进行测试,Domain不依赖于Infrastructure方面,相反,它是依赖于Domain的Infrastructure方面,通过获取诗歌的概念,IObtainPoems。从技术上讲,基础结构方面的类将继承Domain中定义的接口并实现它,我们将在下面详细讨论它以讨论依赖性反转。

内在和外在

如果我们将依赖关系(<<>)视为箭头,那么这个原则将中心域定义为内部,将其他所有内容定义为外部(见图)。当我们讨论六边形结构时,我们经常发现内部和外部的这些概念。它甚至可以成为记忆和传播的基本点:依赖关系进入内部。

换句话说,一切都取决于域,域不依赖于任何东西。 Alistair Cockburn坚持内部和外部的这种划分,这比应用和基础设施之间的差异更能解决最初的问题。

原理:边界与接口隔离

总而言之,应用程序代码通过业务代码中定义的接口(此处为IRequestVerses)来驱动业务代码。 业务代码通过业务代码(IObtainPoems)中定义的接口驱动基础架构。 这些接口充当内部和外部之间的显式绝缘体。

隐喻:端口和适配器

六边形体系结构使用端口和适配器的比喻来表示内部和外部之间的交互。 图像是域定义了端口,如果它们遵循端口定义的规范,则可以在其上交换连接所有类型的适配器。

例如,我们可以设想Domain的一个端口,我们将在单元测试期间连接硬编码数据源,或者在集成测试中连接真实数据库。 只需在Infrastructure端编写相应的实现和适配器,Domain就不会受到此更改的影响。

由业务代码定义的这些接口隔离并允许与外部世界的交互,这些接口是Ports&Adapters隐喻的端口。 注意:如前所述,端口由业务定义,因此它们位于内部。

另一方面,适配器表示外部代码在端口与应用程序代码或基础结构的其余部分之间形成粘合剂。 这里,适配器分别是ConsoleAdapter和PoetryLibraryFileAdapter。 这些适配器在外面。

另一个隐喻:六角形

 

正如我们在上图中看到的那样,另一个为这个架构命名的比喻是六边形。为什么是六边形?主要原因是它是一个易于绘制的形状,为图表上的多个端口和适配器留出了空间。事实证明,即使六边形最终是轶事,六边形体系结构的表达也比端口和适配器模式更受欢迎。可能是因为听起来更好?

理论部分已经结束,没有其他原则:对于其他一切我们完全自由。

细节:内部和外部的代码如何组织?



除了上面提到的原则,我们完全可以自由地按照我们的意愿在每个区域内组织代码。

关于业务代码,内部,一个好主意是选择根据业务逻辑组织其模块(或目录)。

要避免的一个组织是按类型对类进行分组。例如“ports”目录,或“repositories”目录(如果使用此模式)或“services”目录。在您的业务代码中考虑100%的业务,包括组织您的模块或目录!理想的情况是能够打开目录或业务逻辑模块,并立即了解您的程序解决的业务问题;而不是只看到“存储库”,“服务”或其他“经理”目录。

另请参阅此主题:

https://medium.com/@msandin/strategies-for-organizing-code-2c9d690b6f33

https://martinfowler.com/bliki/PresentationDomainDataLayering.html



细节:运行时



您如何实例化所有这些以满足运行时依赖性?如果您使用依赖注入框架,则可能不需要问自己这个问题。但我认为要理解六边形体系结构,看看应用程序启动时会发生什么是很有趣的。要做到这一点,至少在本文的时候不要使用依赖注入框架。

例如,如果我们手动实例化一切,我们将如何编写应用程序的入口点:

 

class Program
{
    static void Main(string[] args)
    {
        // 1. Instantiate right-side adapter ("go outside the hexagon")
        IObtainPoems fileAdapter = new PoetryLibraryFileAdapter(@".\Peoms.txt");

        // 2. Instantiate the hexagon
        IRequestVerses poetryReader = new PoetryReader(fileAdapter);

        // 3. Instantiate the left-side adapter ("I want ask/to go inside")
        var consoleAdapter = new ConsoleAdapter(poetryReader);

        System.Console.WriteLine("Here is some...");
        consoleAdapter.Ask();

        System.Console.WriteLine("Type enter to exit...");
        System.Console.ReadLine();
    }
}

实例化顺序通常是从右到左:

  1. 首先我们实例化Infrastructure端,这里是fileAdapter,它将读取文件。
  2. 我们实例化将由应用程序驱动的Domain类,poetryReader在其中通过注入将fileAdapter注入构造函数。
  3. 安装Application端,consoleAdapter将驱动poetryReader并写入控制台。这里poetryReader通过注入构造函数注入consoleAdapter。

我们说内部不应该依赖于外部。那么为什么我们将来自Infrastructure的代码fileAdapter注入poetryReader,这是来自Domain的代码?

我们可以这样做,因为通过查看模式和代码,除了是PoetryLibraryFileAdapter(基础结构方面)之外,fileAdapter也是继承的IObtainPoems实例。

在实践中,PoetryReader不依赖于PoetryLibraryFileAdapter,而是依赖于IObtainPoems,它在域中定义良好。您可以通过查看其构造函数的签名来检查它。

public PoetryReader(IObtainPoems poetryLibrary)
{
    this.poetryLibrary = poetryLibrary;
}

PoetryLibraryFileAdapter和PoetryReader是弱耦合的。

细节:右侧的依赖性反转



fileAdapter依赖于业务的定义(依赖于继承),但在运行时poetryReader可以在实践中控制fileAdapter的实例是依赖倒置的经典案例。

实际上,如果没有IObtainPoems接口,业务代码将依赖于其定义的基础结构,我们希望避免:

该接口允许反转此依赖关系的方向:

除了使业务独立于外部系统之外,右侧的此接口还允许满足着名的 SOLIDDependency Inversion Principle原则。 这个原则说:

  1. 高级模块不应该依赖于低级模块。 两者都必须依赖于抽象。
  2. 抽象不应该依赖于细节。 细节必须取决于抽象。



如果我们没有接口,我们将拥有一个依赖于低级模块(Infrastructure)的高级模块(Domain)。

注意:对于左侧和业务代码之间的交互,依赖性自然是正确的方向。

交互实现的这种差异与应用程序域和域 - 基础架构关系之间的差异有关。 提醒:应用程序端驱动域,而基础架构端由域驱动。

细节:为什么左边有接口?



由于Application和Domain之间的依赖关系已经在正确的方向上,因此IRequestVerses接口的作用不是反转依赖关系。

但是,它仍然有兴趣:明确限制应用程序代码和域代码之间的耦合表面。

实际上,PoetryReader类可以有除IRequestVerses接口之外的其他方法。 ConsoleAdapter不了解这一点很重要。

它与另一个SOLID原则 - 接口隔离原则一致。

客户不应该被迫依赖他们不使用的方法。

但是,一旦你理解了意图,如果左侧的端口只有一个方法,并且它的实现只有一个方法,如我们的例子,接口真的是必要的吗? 在动态语言中,最终将通过duck typing

我们可以回答一个问题:您的团队对此有何看法? 每个人都清楚隔离目标,甚至不需要界面来触发对话吗? 这取决于你完全决定。

六角形结构测试



该软件架构的一个重要优点是它有助于测试自动化,这是其原始意图的一部分。

如何从Application端替换一些代码?



在一般情况下,左侧代码的作用可以由测试框架直接扮演。 实际上,测试代码可以直接驱动业务逻辑代码。

注意:该图说明了集成测试,因为没有替换正确的部分。它也可以替换,见下文。

如何替换基础设施方面的一些代码?



右边的代码必须由业务驱动。通常,如果要编写单元测试,可以使用模拟或任何其他形式的测试双重替换它,具体取决于您要测试的内容。

达到了目标!

允许应用程序由用户,程序,自动化测试或批处理脚本驱动,并与其可能的执行系统和数据库隔离开发和测试。

小心!这并不妨碍您测试应用程序和基础结构代码,任何值得测试的代码。在这个主题上,我再次向您推荐实践测试金字塔系列。

事实上,通过组合我们替换或不替换的内容,我们可以看到,通过这种架构,我们可以测试我们想要的东西:

  • 整个域单独,
  • 在Infrastructure端独立地集成Application和Domain
  • 在应用程序端独立地集成域和基础结构

更进一步



作为一个团队谈论它,谁已经知道如何在家里做?

继续,在现实生活中尝试代码。例如,一个小型的个人项目,或与您的团队的小项目。什么对你来说很容易,有什么困难?

以下是您在实施过程中可能遇到的一些其他问题:

  1. 端口只能有一个方法,或者组合多个方法。你的情况有什么意义?
  2. 即使它很好地遵循依赖性原则,代码也不一定分成三个显式模块或目录或包或命名空间。正如在Thomas Pierrain的代码中一样,我已经多次将其视为包/命名空间,只有域和基础结构。在示例中,内部排列在名称空间HexagonalThis.Domain中,外部分组在名称空间HexagonalThis.Infra中。

快速提醒:没有银弹。六边形体系结构是复杂性和功能之间的良好折衷,也是发现我们所解决的主题的一种非常好的方式。但它只是其中一种解决方案。对于简单的情况,它可能太复杂,而对于复杂的情况,它可能太简单了。还有其他软件架构值得探索。例如,Clean Architecture在形式化和绝缘方面更进一步(带有额外的SOLID)。或者在不同但兼容的轴上,CQRS可以更好地分离读数和写作。

参考



“Hexagone”中Alistair活动的视频就在这里。 这个博客来自这个事件的代码是Thomas Pierrain的github

您还可以阅读以下有关此主题的好文章:

要了解有关“应用程序”,“域”和“基础结构”的更多信息,请阅读“域驱动设计:隔离域”的第4章。 注意:这本书没有提到六角形建筑。

 

原文:https://blog.octo.com/en/hexagonal-architecture-three-principles-and-an-implementation-example

本文:

讨论:请加入知识星球或者小红圈【首席架构师圈】

 

SEO Title
hexagonal-architecture-three-principles-and-an-implementation-example

【应用架构】决策支持和高管信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

10.1您应该在什么时候使用决策支持方法?

决策支持系统(DSS)是一种交互式信息系统,通过提供分析模型和访问数据库来帮助决策者处理结构不良的问题。这些系统旨在支持决策过程,而不是做出决策DSS的标志是灵活性。个人DSS应该易于开发:面向最终用户的工具可用于此目的。另一方面,在整个企业中使用的组织DSS应该在一个精心规划、有纪律的过程中开发。所有DSS都应易于使用。

DSSs帮助解决的问题

组织中的人面临的问题在问题的结构方面有所不同;也就是说,可以为它们规定解决程序的程度。

DSS的主要领域是支持半结构化问题的决策,其中决策过程本身的部分通常需要非常重要的计算机支持。DSS还用于帮助决策者面对非结构化问题,通常通过访问数据来注入必要的事实基础。

解决非结构化问题的决策是可用的,但范围很窄。结构不良问题包含半结构问题和非结构问题的元素。

10.2决策支持系统的能力

模型是为特定目的而开发的其他事物的表示。它通常是被建模现象的抽象或简化。一个模型代表了这一现象的显著方面之间的关系。

使用DSS生成场景和寻求目标

有两种主要的分析模式:

  • 1.假设模式( What-if mode)-在信息系统(通常是决策支持系统)的帮助下开发解决方案的场景。
  • 2.目标寻求模式(Goal-seeking mode)-建立实现特定目标所需的输入因素(通常使用决策支持系统)。

在决策过程中使用DSS[图10.5]

一般决策过程包括四个步骤。这些是:

  1. 智能-对环境进行搜索,以发现并定义问题或机会。
  2. 设计-开发了几种替代解决方案
  3. 选择-在Achoice@阶段对备选方案进行比较。
  4. 实施-解决方案得到实施和跟踪,以便改进。

注:

1.每个步骤都可能需要备份到前一个步骤,以便重新定义问题或选择更好的解决方案。

DSS的特点

DSSs在组织的一般信息系统环境中具有几个功能。具体而言,DSS可以:

  1. 当问题不适合完全电脑化时,支持在结构不良的情况下做出决策。
  2. 帮助快速获得做出决策所需的定量结果。
  3. 在特设模式下操作,以满足用户的当前需求。
  4. 支持轻松修改模型
  5. 培养高质量的决策
  6. 促进决策的执行
  7. 支持团队决策
  8. 用户友好
  9. 让管理者有机会更好地了解他们的业务

使用电子表格作为DSS模型的局限性包括:

  1. 它们的数据处理能力有限,因此无法与大型数据库一起工作
  2. 它们不允许构建更复杂的模型
  3. 当许多人使用电子表格时,对电子表格的修改很难保持更新

10.3 DSS的组成部分[图10.6]

DSS的三个主要子系统及其主要功能是:

  1. 数据管理子系统
  2. 模型管理子系统
  3. 对话管理子系统

数据管理子系统[图10.7]

DSS的数据管理子系统提供可以应用模型的数据。一般来说,它依赖于各种内部和外部数据库。DSSs的威力来源于其提供对数据的轻松访问的能力。

DSS使用的数据库提取过程通常由专家(如数据库管理员)指定,而不是由最终用户指定。专家需要特别注意从公司数据库中提取数据的多个决策支持系统之间的数据一致性。许多领先的公司都使用数据仓库来支持组织DSS。用于决策支持的商业数据仓库正在兴起。

模型管理子系统[图10.8]

模型管理子系统维护模型库。DSS的一个特别优势是决策者能够使用模型来探索各种因素对结果的影响(这一过程被称为敏感性)。这种分析的两种形式是假设分析和目标寻求。

对话框管理子系统[图10.9]

对话框管理模型支持用户将模型应用于数据。值得注意的特性是支持多种形式的输入和输出。通过组合DSS的各种输入和输出功能,用户可以参与单独选择的对话框,这些对话框最能支持他们的决策风格。

10.4 DSS能为您做什么:DSS的分类

DSS的主要类别包括:

  1. 数据访问系统
  2. 数据分析系统
  3. 面向预测的数据分析系统
  4. 基于会计模型的系统
  5. 基于表征模型的系统
  6. 基于优化模型的系统
  7. 具有建议模型的系统

数据访问系统

这些系统可以提供对数据库的用户友好的临时访问。这种功能相当于大多数数据库管理系统通过查询语言提供的功能。然而,这样的系统会打开一个数据库。

数据分析系统

这些系统有助于按需(特别)或定期分析历史和当前数据。数据分析系统通常面向数据的整合(聚合),例如总结公司子公司的绩效,并以图表形式呈现总结。在数据分析系统中只使用非常简单的模型。

面向预测的数据分析系统

这些系统通常有助于制定产品计划,包括细分市场预测、销售预测和竞争行为分析。他们的运营基于对各种内部和外部营销和产品数据库的访问,包括一系列历史数据。这一类别中的系统只包括各种营销模型中较简单的一种,这些模型表明,如果类似的条件普遍存在,未来市场的现有趋势将如何扩展。

基于表示模型的系统

这些模型显示了可控变量和结果之间的相关性。这些通常是产生概率结果的模拟模型。例子包括代表性模型和风险分析模型

基于优化模型的系统

优化模型是由管理科学家开发的,用于确定资源的最佳分配或尽可能好的时间表

具有建议模型的系统

具有建议模型的系统在狭窄的知识领域内提出解决方案,有时还将DSS与专家系统相结合

10.5建立决策支持系统

DSS技术的范围从为解决一类问题而开发的特定DSS到可以用来构建DSS的工具。DSS技术的三个层次是:

  1. 特定DSS
  2. DSS 生成器
  3. DSS工具

特定DSS

特定的DSS是经理在决策过程中使用的实际系统。使用DSS生成器或各种DSS工具构建特定的DSS。软件市场上有各种特定的DSS。然而,它们必须根据实际使用环境进行定制。DSS在使用过程中通常也会进行大量修改。因此,任何特定的DSS都可能随着时间的推移而发展。

DSS生成器

DSS生成器是一种软件包,可提供快速轻松地构建特定DSS的功能。生成器的性能差异很大。它们的共同特征是,特定DSS中所需的大部分处理和数据访问功能已经编程到生成器中,因此,构建特定DSS不需要太多编程。

DSS工具

可以采用各种工具作为构建块来构建DSS生成器或特定DSS。这些工具包括具有访问数据数组的良好功能的编程语言、简单的电子表格包、统计包以及具有查询功能的DBMS。

DSS是如何开发的

DSS是一组支持特定个人或相对较小群体的决策过程的能力。随着这些人的需求发生变化,DSS也应该随之发生变化——DSS确实是为了改变而建立的。DSS可以通过以下方式构建:

  1. 快速命中方法
  2. 传统生命周期发展
  3. 迭代开发

快速命中方法

快速命中方法的特点:

  1. 快速命中方法是大多数DSS产生的方式。
  2. 大多数DSS都是为决策者的个人使用而构建的
  3. 主动性通常来自个人管理者,因此DSS要么由管理者建立,要么由属于或多或少正式的DSS小组的构建者建立
  4. 通常使用DSS生成器,通常是带有模板的电子表格。
  5. 投资水平低,回报可能高

传统生命周期发展

生命周期开发方法的特点:

  1. 大型软件系统通常以有纪律的方式构建,使用生命周期开发方法
  2. 这个过程从详细的系统规划和分析开始,经过设计阶段,然后进行编码和测试,然后进行实施。
  3. 过程很长,在系统完成之前没有部分系统可供使用。
  4. 方法适用于复杂的系统,特别是那些影响许多用户的系统,并且可以通过分析过程尽早确定信息需求。

迭代开发[图10.11]

迭代开发方法的特点:

  1. 开发系统的原型——一个简单的初始版本,可以用来实验和了解系统的期望功能。
  2. DSS的迭代开发依赖于这样一个原型的创建及其渐进的精化。
  3. 系统的开发是与系统的未来用户和DSS构建器共同完成的,直到用户有了可以使用的原型。
  4. 原型细化的迭代、重复过程一直持续到最终成为DSS。

10.6集团决策支持系统

群体决策支持系统(GDSS)旨在支持群体内的群体沟通和决策过程。在不断发展的信息社会中,越来越多的专家作为一个群体参与进来。

群体决策中的创造力

工作小组正在使用一些技巧来激发创造性的决策。其中一些技术包括:

  • 集思广益-一种旨在产生想法的集体决策技术。
  • 共晶(Synectics -一种群体决策技术,在这个过程中,只有最好的想法才会被进一步考虑。脑力激荡旨在使想法产生过程流畅,从而产生大量的想法。
  • 名义群体技术(Nominal Group Technique-解决群体的需求,在这些群体中,目标和意见的广泛差异肯定会导致敌意和防御性论证。因此,这些会议的大部分时间都是由参与者独自工作,然后他们的想法被传播和评估。
  • 德尔菲技术(Delphi Technique-一种征求专家组意见并在他们之间达成共识的方法。整个Delphi过程是匿名的

GDSS的能力

他们帮助决策小组共享信息、交换想法、将替代解决方案与模型和数据的使用进行比较、投票和谈判,以达成共识。这样的系统由多个软件模块组成,这些软件模块充当支持该过程的一个方面的工具。GDSS的目标是使团队成员能够同时匿名工作。

GDSS功能可以分为三个级别:

  1. 一级GDSS有助于团队成员之间的沟通。它们提供了必要的通信技术:决策室、远程会议设施,或者两者兼而有之。
  2. 二级GDSS包含一级GDSS的通信能力,也为决策过程提供支持。
  3. 三级GDSS(仍处于研究阶段)将正式确定所需的小组互动模式,可能包括建议会议期间应用规则的专家系统。

GDSS的特点

  1. GDSS包含通信组件,该通信组件可以包括电子邮件、电话会议或各种计算机会议设施。
  2. GDSS应提供提示和总结参与者投票和想法的便利
  3. GDSS的特点,如互动的匿名性、决策室的布局和对话子系统的设计,应该鼓励形成一个有凝聚力的群体,并鼓励其所有成员的积极参与。
  4. GDSS扩展了模型库,将支持群体决策过程的模型包括在内。
  5. 应该可以获得小组决策会议的协议,以便以后进行分析。
  6. GDSS应支持一名负责会议有序进行的主持人。

10.7高管信息系统

高管信息系统(EIS)以高度概括和方便的形式向高层管理者提供各种内部和外部信息。EIS正成为许多组织高层控制的重要工具。它们帮助高管发现问题、机会或趋势。高管信息系统具有以下特点:

  1. EIS提供了对反映公司及其部门关键成功因素的信息的即时、方便的访问。
  2. 一个用户诱人的@界面,通过彩色图形或视频呈现信息,让EIS用户一目了然地掌握趋势。
  3. EIS通过统一的接口提供对各种数据库的访问,包括内部和外部数据库。
  4. 当前状态和预测都应可从EIS中获得。
  5. EIS应该允许根据特定用户或用户组的偏好进行简单的定制。
  6. 环境影响报告系统应提供在数据中向下移动的能力。

EIS和DSS对比:[图10.14]

DSS主要由中下层管理人员用于规划未来,EIS主要服务于高层管理人员的控制需求

  1. EIS主要帮助最高管理层发现问题或机会。分析师和中层管理人员随后可以使用DSS来提出问题的解决方案。
  2. EIS的核心在于对数据的访问。EIS可以像DSS一样在数据提取主体上工作,也可以允许它们访问实际的公司数据库或数据仓库。
  3. EIS可以驻留在个人工作站或服务器上。

开发EIS

EIS应该可以很容易地跟踪企业的关键成功因素(CSF),也就是说,企业业绩的几个重要指标。通过使用这种方法,高管们可以只定义他们需要的少数几个企业绩效指标。有了向下钻取功能,他们可以获得指标背后更详细的数据。

EIS开发的战略业务目标方法论从全公司的角度看待公司的战略业务目的,确定关键业务并确定其优先级。然后定义了支持这些过程所需的信息,这些信息将通过正在计划的EIS获得。最后,编制了一份环境影响报告书,以报告可持续发展框架。这种方法避免了将EIS与特定赞助商过于紧密地联系在一起的频繁陷阱。

本文地址
https://architect.pub/decision-support-and-executive-information-systems
SEO Title
Decision Support and Executive Information Systems

【应用架构】决策支持系统

视频号

微信公众号

知识星球

Chinese, Simplified

一种信息系统,帮助企业进行需要判断、确定和一系列行动的决策活动

什么是决策支持系统(DSS)?

决策支持系统(DSS)是一种信息系统,用于帮助企业进行需要判断、确定和一系列行动的决策活动。信息系统通过分析大量非结构化数据和积累有助于解决问题和帮助决策的信息,来帮助组织的中高层管理。DSS要么是人力的,要么是自动化的,要么两者的结合。

 

决策支持系统的目的

决策支持系统通过收集和分析数据来生成详细的信息报告。因此,DSS不同于常规操作应用程序,后者的目标是收集数据而不是分析数据。

在一个组织中,DSS由计划部门(如运营部门)使用,该部门收集数据并创建报告,供经理用于决策。DSS主要用于销售预测、库存和运营相关数据,并以易于理解的方式向客户提供信息

从理论上讲,DSS可以应用于从组织到森林管理和医学领域的各种知识领域。DSS在组织中的主要应用之一是实时报告。它对参与准时制(JIT)库存管理的组织非常有帮助。

在JIT库存系统中,组织需要其库存水平的实时数据来“及时”下订单,以防止生产延迟并造成负面多米诺骨牌效应。因此,DSS比传统系统更适合做出决策的个人或组织。

决策支持系统的组成部分

DSS框架的三个主要组成部分是:

1.模型管理系统

模型管理系统S=存储管理者可以在决策中使用的模型。这些模型用于有关组织财务健康状况的决策以及对商品或服务需求的预测。

2.用户界面

用户界面包括帮助DSS的最终用户在系统中导航的工具。

3.知识库

知识库包括来自内部来源(在交易过程系统中收集的信息)和外部来源(报纸和在线数据库)的信息。

Decision Support System - Components

决策支持系统的类型

  • 沟通驱动:允许公司支持需要多人参与的任务。它包括Microsoft SharePoint Workspace和Google Docs等集成工具。
  • 模型驱动:允许访问和管理财务、组织和统计模型。收集数据,并使用用户提供的信息确定参数。信息被创建到决策模型中,以分析情况。模型驱动DSS的一个例子是Dicodess——一种开源的模型驱动DSS。
  • 知识驱动:使用存储的事实、过程、规则或流程图等交互式决策结构,为各种情况提供事实和专门的解决方案。
  • 文档驱动:管理不同电子格式的非结构化信息。
  • 数据驱动:帮助公司存储和分析内部和外部数据。

决策支持系统的优势

  • 决策支持系统提高了决策活动的速度和效率。这是可能的,因为DSS可以收集和分析实时数据。
  • 它促进了组织内的培训,因为必须培养特定的技能才能在组织内实施和运行DSS。
  • 它自动化了单调的管理过程,这意味着经理可以将更多的时间花在决策上。
  • 它改善了组织内部的人际沟通。

决策支持系统的缺点

  • 开发和实施DSS的成本是一项巨大的资本投资,这使得较小的组织更难获得DSS。
  • 公司可以发展对DSS的依赖,因为它被集成到日常决策过程中,以提高效率和速度。然而,管理者往往过于依赖系统,这剥夺了决策的主观性。
  • DSS可能导致信息过载,因为信息系统倾向于考虑问题的所有方面。这给最终用户带来了一个困境,因为他们只能有多种选择。
  • DSS的实施可能会引起低级别员工的恐惧和强烈反对。他们中的许多人对新技术感到不舒服,害怕因技术而失去工作。
本文地址
https://architect.pub
SEO Title
Decision Support System (DSS)

【应用架构】决策支持系统的分类

视频号

微信公众号

知识星球

Chinese, Simplified

随着时间的推移,DSS的概念逐渐成熟,人们对其进行了不同的分类。当该领域的全部潜力和可能性出现时,不同的分类系统也出现了。下面给出了一些众所周知的分类模型:

根据Donovan和Madnick(1977),DSS可以分类为,

  • DSS支持持续和重复决策时的机构
  • 决策支持系统支持一次性决策时的特殊情况。

Hackathorn和Keen(1981)将DSS分类为,

  • 1.个人DSS
  • 2.集团DSS
  • 3.组织DSS

Alter(1980)认为,决策支持系统可以根据其操作的一般性质分为七种类型。他将这七种类型描述为,

  • 文件抽屉系统。这种类型的DSS主要提供对数据存储/数据相关项的访问。
  • 数据分析系统。这种类型的DSS支持通过使用特定或通用的计算机化设置或工具来操作数据。
  • 分析信息系统。这种类型的DSS提供对一组面向决策的数据库和简单的小型模型的访问。
  • 会计和财务模型。这种类型的DSS可以执行“假设分析”并计算不同决策路径的结果。
  • 代表性模型。这种类型的DSS还可以执行“假设分析”,并根据模拟模型计算不同决策路径的结果。
  • 优化模型。这种DSS通过使用具有数学解决方案的优化模型来提供解决方案。
  • 建议模型。当要做出的决策是基于结构良好的任务时,这种DSS就起作用了。

DSS的现代分类是,

  • 模型驱动DSS是一种使用基于启发式、优化、模拟等的模型(定量)来导出问题解决方案的DSS。它可以访问模型,并且可以灵活地更改模型的参数。然后,来自TPS数据库的真实数据或事务数据通过模型到达解决方案。该系统能够产生不同的场景。
  • 数据驱动DSS是一种允许访问时间序列内部数据的DSS。拥有提供操作此类数据的工具的数据仓库就是先进系统的例子。高管信息系统是数据驱动决策支持系统的例子。
  • 通信驱动DSS是一种使用网络和通信技术来支持与决策相关的协作和通信的DSS。在这样的系统中,通信技术是最重要的组成部分。
  • 文档驱动DSS是一种使用计算机存储和处理来提供文档检索和分析的DSS。
  • 知识驱动DSS是一种收集和存储“专业知识”的DSS,以便在需要时用于决策。

DSS的组成部分

尽管DSS可以有几种类型,但基本上每个DSS都有以下组件:

  • 交互式用户系统对话框管理子系统DSS需要持续的用户交互。有时系统应该提示用户给出输入,而其他时间用户应该能够控制处理。典型的用户系统对话框管理子系统将具有以下元素:
  • 用户界面–DSS的用户界面必须是动态的并且基于GUI。它必须是一个易于使用的用户界面,因为大多数使用它的人不是技术专家,而是管理专家(高层管理人员),因此界面的设计应该是极简主义的。此外,系统应该能够以交互模式与用户交互,因此用户界面必须是动态的。
  • 请求构造函数-由于DSS在交互式动态模式下工作,它需要一个请求构造函数(包含语言查询接口的各个方面),它可以将用户的讲师转换为模型可理解的形式,将模型的数据请求转换为数据库,并将模型的指令/请求转换为用户。
  • 数据管理子系统——数据是DSS最重要的组成部分。没有这些数据,DSS就无法运行。数据管理子系统为DSS管理数据。数据在DSS中以多种方式访问,如特设基础、结构化查询基础和启发式搜索基础,因此需要强大的数据管理子系统来服务DSS的各种数据请求。该子系统具有以下元素:
  • 数据库管理系统——它是DSS的数据存储。它管理数据并执行典型DBMS包所做的所有功能。事实上,在大多数DSS中,使用商业DBMS或RDBMS包来执行此任务。
  • 查询控制——这是一个定制的元素,用于处理DSS的查询需求。它可以将数据库直接连接到用户界面,或者连接到模型库,或者两者都连接。
  • 元数据–包含有关存储在数据库中的数据的数据。这有助于DSS正确理解数据库中的数据,并有助于创建临时查询。
  • 模型管理子系统——这是DSS的独特功能。这使系统变得特别。然而,这也使得该系统非常具体。由于通用模型不可用,因此通用DSS的例子非常少。现有的解决方案都是半生不熟的。模型管理子系统可以使用不同类别的模型,
    • 优化模型
    • 仿真模型
    • 启发式模型
    • 确定性模型
    • 预测模型

每一类模型都有助于解决特定类别的问题,如路由问题、调度问题或组合搜索问题等。模型和模型管理在DSS文献中有几个含义,这些术语的定义范围很广。从这些过多的定义演变而来的常见应变是,模型被认为由解算器、解决问题的模型和数据组成(Ramirez,1993),其中模型表示变量之间的关系,数据表示所考虑的变量的值,解算器是能够计算变量值及其关系的工具。在一些文献中,它也被概念化为一种对数据进行处理以在分析后给出输出的过程。

模型管理子系统具有以下元素:

  • 模型库管理系统——模型库或更确切地说,模型库管理体系是一种软件,在概念上就像DBMS对数据的意义一样,它有能力管理模型,使其对决策者有用。它是DSS的核心。它支持生成模型,一方面处理数据,另一方面处理用户提供的指令。
  • 模型命令处理器是处理来自对话框管理子系统的命令的实体。
  • 模型执行器或解算器是系统的核心。它是使用某种算法来求解模型的过程。它使用模型库生成的模型,并使用来自用户的指令,请求构造函数(通常是对话框管理子系统)从用户那里获取模型的参数,从数据管理子系统中获取数据。然后,它解决了问题,并通过对话框管理子系统显示结果和最佳解决方案的一些变体。所提供的替代解决方案有助于用户做出决策。
本文地址
https://architect.pub
SEO Title
Classification of Decision Support Systems

【应用架构】管理人员信息系统 5第1节:按组织级别对信息系统进行分类

视频号

微信公众号

知识星球

Chinese, Simplified

信息需求各不相同,并且取决于组织中的不同级别。信息和组织层次结构都是相互关联的。图2.1.1描述了信息和组织层次结构之间的关系。

MIS

资料来源:Jawadekar W.S.管理信息系统。第二版。新德里:Tata McGrawHill,2002年。第96页。

在层次结构下

视频2.1.1:信息系统的类型

一个组织的分类有三个层次,即作战、战术和战略层次。决策的性质因级别而异。因此,不同级别的信息需求也有所不同。有关组织中各级的信息要求,请参阅表2.1.1。

在操作层面,需要处理大量数据。这些数据通常是由与客户、供应商等的业务交易生成的。

视频2.1.1:信息系统的类型

https://youtu.be/IueW-icR37o

info

Table 2.1.1: Informational Requirements at Various Organizational Levels

MANAGEMENT LEVEL 解决的问题类型 时间框架 信息需求
高级管理层 战略性,例如,“我们希望在客户服务方面做到最好” 月-年 高度总结
中层管理人员 战术,例如,“我们将改进员工培训。” 周-月 总结
运营管理 操作,例如,“我们将聘请励志演说家弗雷德·史密斯在周五与员工交谈。” 小时-天 原始的或稍微加工过的
非管理人员 例如,“我们将在会议室里摆放桌子和椅子。” 小时-分钟 基本

Source: http://www.mckinnonsc.vic.edu.au/la/it/ipmnotes/index.htm.

  • 在战术层面,关注的焦点从短期的日常决策转移到对组织绩效产生中期影响的决策。这一级别要求以合并报告的形式提供有关组织各业务部门业绩的信息。在这个层面上,将计划与实际绩效进行比较,并在出现任何偏差时采取补救措施。
  • 在战略层面,除了从内部来源收集的信息外,决策者还需要来自外部环境的信息。这一级别的决策是在充满不确定性的情况下做出的

根据其在商业中的应用,信息系统可以分为事务处理系统(TPS)、管理信息系统(MIS)、决策支持系统(DSS)和执行信息系统(EIS)。人工智能(AI)也被许多组织用来提高生产/运营或决策的准确性。

随着国内外竞争的加剧,商业组织及其信息需求发生了重大变化。组织越来越多地使用信息技术(IT)来获取和传播信息,并提高业务绩效。这可能涉及提高运营效率、管理流程质量,甚至业务的开展或组织方式。

事务处理

事务处理是每个组织的基本活动之一。尽管信息系统在支持管理、确保控制和开展其他知识工作方面发挥着非常重要的作用,但在任何情况下都不应强调这一点

在事务处理中的重要性。除了这种操作级别的数据处理之外,信息系统还有来源:

具体应用各种功能,如营销、制造、人力资源、会计、财务等。

  • 营销信息系统支持营销功能,如销售计划、广告和促销以及市场研究。
  • 制造信息系统支持生产或运营功能,包括对生产或交付货物和服务的过程进行规划和控制。
  • 人力资源信息系统有助于跟踪在组织中工作的所有员工以及新申请者的详细信息。
  • 会计信息系统记录和报告资金流动,并帮助编制资产负债表和损益表等财务报表。
  • 财务信息系统有助于分配和控制企业内部的财务资源。

管理信息系统(MIS)

管理信息系统(MIS)是一种管理支持系统,有助于组织的日常运营。MIS利用基于计算机的系统将数据转换为信息。根据信息的性质和决策结构,这些系统可以分为战略、战术和作战信息系统。MIS支持结构化决策,即那些可以详细描述的决策。

决策支持系统(DSS)

决策支持系统(DSS)是帮助管理者进行决策的信息系统。DSS是利用分析模型、专门数据库以及决策者的知识和经验开发的。DSS通常支持非结构化或半结构化的决策,即那些无法描述或只能部分描述的决策。

高管信息系统(EIS)

高管信息系统(EIS)使最高管理层能够以可理解的格式在线访问相关信息(与外部环境有关)。这些系统为管理层提供及时、准确和相关的信息。一个

EIS旨在帮助高管了解组织及其工作流程,并主要帮助高层管理人员做出非结构化决策。

联机分析处理,俗称OLAP,用于分析存储在数据库中的数据。OLAP包括数据集市、数据仓库、数据挖掘和多维数据库。

商业组织使用信息系统来实现战略优势,如改进业务流程、重新设计业务流程、成为敏捷的竞争对手、创建虚拟公司和知识管理。

本文地址
https://architect.pub/information-systems-managers-5-section-1-classification-organizational-levels
SEO Title
INFORMATION SYSTEMS FOR MANAGERS 5 Section 1: Classification of IS by Organizational Levels

【应用架构】管理信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

公司信息系统由公司中存在的数据、人力资源、工具和程序组成,然后这些数据、人力、工具和过程相互作用,生成可以指导任何商业决策或流程的信息交换。

计算机系统通过技术和自动化支持信息系统,使其更加有效和高效,有助于数据收集、归档和存储、处理和分发。

在一家企业中,我们通常会发现不同的功能领域:“采购/生产/物流”、“销售/营销”、“会计/财务”和“人力资源

对于这些职能领域中的每一个,都有不同的信息需求:运营层面、管理层面和战略层面。

简而言之,针对不同需求的不同系统:

  • 交易处理系统(TPS),用于对监督各个功能领域的人员有用的操作和交易信息级别;
  • 管理信息系统(MIS)和决策支持系统(DSS),用于中级管理人员有用的管理信息水平;
  • 高管支持系统(ESS),用于对最高管理层有用的战略级别的信息。

MIS

DEV4U专门为私营公司、公共实体和PA设计和开发管理信息系统(MIS)。

因此,术语MIS(管理信息系统)表示一种支持公司管理的计算机系统,提供有效管理职能领域的控制、组织和规划以及进行分析和编制总结报告的工具。(control, organisation and planning of the functional areas and to carry out analyses and prepare summary reports.)

MIS的输入信息主要来自对公司交易数据的处理。输出信息包括不同类型的报告:定期报告和计划报告、关于特定请求的报告、关键业务指标、关于异常和异常的报告。

其目的是帮助管理者制定决策流程和业务控制和评估流程,为他们提供所有必要的信息。



MIS包括以下模块:

  • 用户管理(管理员和用户的组和角色);
  • 带有摘要数据和待办事项列表的初始仪表板;
  • 项目管理;
  • 通过Excel文件导入和导出数据;
  • 发票开具前管理:员工、顾问和专家开展活动的时间表和报告;
  • 调动费用的管理(报销、每日津贴等);
  • 活动日历(任务、项目、工作阶段等);
  • 共同活动议程(团队日历);
  • 管理员工和专家的可用性;
  • 庆祝活动、假期计划、许可证和轮班的管理;
  • 工作组管理;
  • MIS用户之间的直接消息传递;
  • 报告(web和pdf);
  • 培训管理,包括视频会议、LMS和网络协作模块;
  • 共享文件;
  • 媒体库(照片、视频等)。

DEV4U设计并定制具有新功能的MIS,以优化每个企业、公共实体或PA的业务流程和工作流程。

以下是使用MIS的优点列表:

  • 业务流程自动化

通过MIS实现业务流程自动化,从而实现实时的自动响应,从而促进和加快人工工作。

  • 互操作性

有利于TPS和MIS互操作性的干预措施促进了信息共享和价值发现。

  • 协作

MIS是一种软件平台,可以促进和提高合作工作的效率,简化文件交换,并动态组织团队合作。

  • 改进决策

得益于MIS,通过指标和趋势实时了解整体业务状况,可以提高管理决策的准确性。

本文地址
https://architect.pub/management-informtion-system
SEO Title
management informtion system

【架构模式】揭开软件架构模式的神秘面纱

视频号

微信公众号

知识星球

Chinese, Simplified

在软件工程中,有几种方法可以设计系统,每种设计都有自己的优点和挑战。因此,有时不同的设计方法试图实现类似的目标。当我们考虑软件架构设计时,尤其是在面向对象的世界中,最受关注的三种模式是干净架构、六边形架构和洋葱架构。

当我观察这些模式时,我觉得这三种模式都在试图倡导类似的想法。它们都定义了一个松散耦合的可测试系统,在实现方面避免了任何直接依赖,但使用了自己的术语,并且每个术语都有特定的细微差别。他们都提出了使软件架构更易于管理和测试的方法,但都是以自己的方式实现的。

如果我们把它们放在一起看,它们提供了一些有用的架构要点,无论您选择使用什么设计方法,这些要点都是适用的。我们将很快对它们进行探索,但首先让我们看看这些模式中的每一种都是单独的,以及它们之间的比较。

六边形架构

Hexagonal Architecture is sometimes referred to as ports and adapters architecture. Alistair Cockburn introduced it in 2005, with the core idea behind it being to make applications independent of direct dependency from UI and database.

六边形架构有时被称为端口和适配器架构。Alistair Cockburn于2005年推出了它,其核心思想是使应用程序独立于UI和数据库的直接依赖。这种隔离是通过端口和适配器的概念来支持的。

让我们举一个例子。作为一名开发人员,您需要设计一个与用户相关的业务逻辑,该逻辑将持久存在于数据库中。您希望在业务逻辑和持久性之间进行隔离,以便两者都能履行并成长为其核心职责。

  • 特定于数据库的逻辑将被封装到适配器类中,例如UserDataAdapter
  • 特定于用户的业务逻辑类,如“User”
  • User和UserDataAdapter之间的契约,以便它们可以相互交互,例如:IUserDataPort。此联系人是一个端口。

正如Cockburn所解释的,之所以选择“六边形”一词,并不是因为数字6很重要,而是为了让设计架构的人有足够的空间根据需要插入端口和适配器,确保他们不受一维分层图形的约束。



洋葱式架构

This is a design approach for complex business applications by emphasizing the separation of concerns throughout the system

Jeffrey Palermo于2008年引入了洋葱架构的概念。他希望通过强调整个系统中关注点的分离,为复杂的业务应用程序开发一种设计方法。这种模式在六边形架构之外迈出了重要的一步,因为它扩展了在应用程序及其周围的各个层中定义核心业务层的想法,从而使核心层独立于外层及其依赖关系。

中心层——域模型——包含所有业务规则。下一个层次是域服务,它类似于存储库和其他依赖关系的契约。最外层包含用户界面和与外部基础设施的连接。

简而言之,洋葱架构和六边形架构之间的关键区别在于,洋葱架构在应用程序中引入了不同的层以及核心业务层,并将与数据库和UI等外部依赖关系的连接转移到了外部。这意味着如果需要,可以更容易地更换它们。



干净的架构

the domain model is referred to as an “entity”. Entity contains business-specific rules and logic, while the application operation specific logic sits in the use case. These use cases orchestrate operations on top of entities to direct them to execute their business rules to achieve the goals of the use case.

罗伯特·马丁于2012年推出了清洁架构。核心概念与洋葱架构相似,但术语略有不同。在这里,域模型被称为“实体”。实体包含特定于业务的规则和逻辑,而特定于应用程序操作的逻辑位于用例中。这些用例在实体之上编排操作,以指导它们执行业务规则,从而实现用例的目标。

乍一看,与Onion Architecture相比,Clean Architecture提供了对边界的更好理解,并提供了更清晰的关注点分离。他们关系密切,主张相似的思想,但层次不同。干净的架构清楚地说明了为什么每个层都存在,以及它们各自的职责是什么。这就是为什么它也被称为尖叫架构——它让一切都变得清晰明了。



架构模式教会了我们什么?



正如我们所看到的,所有三种架构风格都有松耦合的原则,并试图通过适当地分层应用程序来最大限度地减少移动部分。

那么,这三种模式给我们带来的主要收获是什么呢?我们应该牢记哪些基本的架构原则?



集中式业务规则

Clean和Onion Architecture都建议将特定于业务的规则放在一个集中的位置。尽管它们对非常相似的概念使用不同的名称,但它们都鼓励我们以相同的方式思考业务逻辑。



应用程序特定规则



同样,Clean和Onion Architecture都指向相似的方向;他们建议在企业规则旁边应该有一个层来管理特定于应用程序的逻辑。

此层将包含应用程序的特定于操作的编排和相关逻辑。



依赖关系规则



这三种模式都是根据这一原则进行调整的;它强调源代码依赖关系应该只指向内部。外层只能指内层,反之亦然。

不同层之间的隔离

这三种模式都强烈主张应用程序的不同部分应该能够相互隔离地增长,并且应用程序的每一层之间都应该有适当的抽象。

最重要的是,核心业务规则应该独立于:

你是如何坚持的:

  • 您对数据库的选择不应影响核心域
  • 如果您将数据库类型(例如:SQL到NoSQL)切换,那么您的业务逻辑应该不会有任何变化。
  • 域和持久性之间的交互将遵循定义的标准,并且与持久性细节无关。

如何曝光:

  • UI逻辑和用例不应该激励您更改核心域。
  • 无论您是通过JSON、XML还是GraphQL公开它,核心都不应该受到影响。

您正在使用哪个框架:

  • 理想情况下,核心域应该独立于所使用的框架。这可能不是很简单,但可以通过仔细的抽象来实现。
  • 例如,。如果您在Java中将Springboot更改为Micronaut,在Golang中将Zin更改为Martini,在.NETCore中将WebAPI更改为Nancy,那么在如何定义核心域方面应该不会有任何变化。

您的外部依赖关系是什么:

  • 核心域不应受到基础结构和相关依赖关系的影响。例如,如果您正在使用AWS Kinesis,并且需要用Kafka流替换它,那么核心域应该不会受到任何影响。
  • 电子邮件、短信和事件是此类依赖关系的几个例子

结论



架构模式是我们设计应用程序的核心。尽管我们可以选择不同的模式,但通过识别和识别它们的相似性,我们可以遵循一些基本原则,这些原则将为设计业务关键型应用程序奠定坚实的基础。根据我的经验,理解这些规则帮助我创建了可扩展、可测试和全面的软件系统。

本文地址
https://architect.pub/demystifying-software-architecture-patterns
SEO Title
Demystifying software architecture patterns

【软件架构】应用架构概述

视频号

微信公众号

知识星球

Chinese, Simplified

在信息系统中,应用架构或应用架构是构成企业架构(EA)支柱的几个架构域之一

应用架构描述了业务中使用的应用程序的行为重点是它们如何相互之间以及如何与用户交互。它关注的是应用程序消费和生成的数据,而不是它们的内部结构。在应用程序组合管理中,应用程序被映射到业务功能和流程以及成本、功能质量和技术质量,以评估所提供的价值

应用架构是根据业务和功能需求指定的。这涉及到根据功能覆盖率定义应用程序包、数据库和中间件系统之间的交互。这有助于识别功能覆盖范围中的任何集成问题或差距。然后,可以为处于软件生命周期末尾或具有固有技术风险的系统制定迁移计划。

应用架构试图确保组织创建复合架构所使用的应用程序套件是可伸缩的、可靠的、可用的和可管理的。

应用架构定义了多个应用程序如何准备一起工作。它不同于软件架构,后者处理如何构建系统的技术设计

人们不仅需要理解和管理复合架构正在实现的功能的动态性,而且还需要帮助制定部署策略,并留意可能危及组织增长和/或运营的技术风险

策略

应用架构策略包括确保应用程序和集成与组织的增长策略一致。如果一个组织是一个通过收购有快速增长计划的制造组织,那么应用程序应该足够灵活,能够包含继承的遗留系统以及其他大型竞争系统。

模式

根据应用程序遵循的应用架构模式,可以将应用程序分类为各种类型。

一个“模式”被定义为:“一个在一个实际环境中有用并且可能在其他环境中有用的想法”。

要创建模式,需要构建块构建块是软件的组件,主要是可重用的,可以用来创建某些功能。模式是一种将构建块放到上下文中并描述如何使用构建块来解决一个或多个架构问题的方法。

应用程序是各种功能的选编,通常都遵循相同的模式。此模式定义应用程序的模式。

应用程序通常遵循以下行业标准应用架构模式之一:

  • 客户机代理服务器:充当许多低速链接访问服务器的集中器。
  • 客户支持:支持跨多个组织的复杂客户联系。
  • Reactor:将事件与其处理分离。
  • 复制服务器:复制服务器以减轻中央服务器的负担。
  • 分层架构(Layered architecture):服务的分解,使得大多数交互只发生在相邻层之间。
  • 管道和过滤器架构:在一系列增量步骤或过程中转换信息。
  • 子系统接口:管理功能(子系统)的内聚组之间的依赖关系。
  • 自助服务:用户在24/7的基础上访问事务(即用户对业务)。
  • 协作:用户相互协作以共享数据和信息(即用户对用户)
  • 信息聚合:来自多个来源的数据在多个渠道上聚合和呈现(也就是用户到数据)
  • 以事件为中心:数据事件(最初可能起源于设备、应用程序、用户、数据存储或时钟)和事件检测逻辑,它们可以有条件地丢弃事件、启动与事件相关的进程、向用户或设备管理器发出警报或更新数据存储。
  • 以企业流程为中心:业务流程管理多个企业内部应用程序、服务、子流程和用户之间的交互。
  • 批量处理:业务流程管理一个或多个批量数据源和目标之间的交互。
  • 扩展企业:业务流程管理多个企业间应用程序、服务、子流程和用户之间的交互。
  • 扼杀器模式:通过逐渐用新的应用程序和服务替换特定的功能部件,以增量方式迁移遗留系统。当旧系统的功能被替换时,新系统最终会替换旧系统的所有功能,扼杀旧系统,并允许您将其退役

正确的应用程序模式取决于组织的行业和组件应用程序的使用。如果一个组织既能有机地成长,又能通过收购而成长,那么它可能有多种模式。

 

应用架构师

应用架构师是计算机编程团队中的一名领导或技术经理,专门负责构建应用程序和使用的技术。

知识领域

应用程序建模

将建模作为开发新的或增强的应用程序的框架,使用建模来发现问题、降低风险、提高可预测性、降低成本和上市时间,测试各种产品场景,结合客户的需求/需求,在必要时向开发过程添加测试设计决策,评估产品设计问题。

竞争情报、商业建模、战略分析

了解全球市场、消费者、行业和竞争,以及全球商业模式、战略、财务、运营和结构之间的相互关系。了解竞争环境,包括市场、行业、竞争和监管环境的当前趋势,以及了解商业模式的组成部分(即战略、财务、运营)如何相互关联,以使组织在市场上具有竞争力。了解组织的业务流程、系统、工具、法规和结构,以及它们如何相互关联以提供为客户、消费者和关键利益相关者创造价值的产品和服务。了解为客户、消费者和关键利益相关者创造的价值如何与组织的愿景、业务、文化、价值主张、品牌承诺和战略要求相一致。了解组织过去和现在的成就和缺点,以评估与竞争环境相关的优势、劣势、机会和风险。

技术

了解IT战略、开发生命周期和应用程序/基础架构维护;了解IT服务和支持流程,以提升竞争优势、创造效率和增加业务价值。

技术标准

充分了解构成有效支持现有和未来业务需求所必需的基础设施的关键技术,确保所有硬件和软件在集成到业务环境之前符合基线要求和标准,了解并能够制定技术标准和程序,以促进新技术的使用,为使用和应用新技术制定有用的指导方针。

任务

应用架构师是组织中应用程序特定的一切的大师。应用架构师从以下角度理解所有应用程序,从而为应用程序维护团队提供战略指导:

  1. 互操作能力
  2. 性能和可扩展性
  3. 可靠性和可用性
  4. 应用程序生命周期阶段
  5. 技术风险
  6. 实例数

上述分析将指出需要进行一系列更改的应用程序—从零碎应用程序的部署策略更改到在其技术或功能生命周期结束时完全替换应用程序。

功能足迹

了解主要业务流程的系统流程。它清晰地显示了功能图和地图上各种应用程序的应用程序足迹。

许多组织没有文档规程,因此缺少详细的业务流程流和系统流程流。一个人可能不得不开始一项倡议,把这些放在首位。

创建解决方案架构指导原则

每个组织都有一组核心应用程序,这些应用程序可以作为单个实例或每个部门的不同实例跨多个部门使用。为所有核心应用程序创建一个解决方案架构模板,以便所有项目都有设计实现的共同起点。

架构世界的标准在TOGAF中定义,开放组架构框架将EA的四个组件描述为BDAT(业务架构、数据架构、应用架构和技术架构,

根据组织的复杂程度,还需要考虑其他标准:

  • EA的Zachman框架
  • 联邦企业架构(FEA)
  • 高德纳[4]

See also

 

讨论:请加入知识星球【首席架构师圈】

本文地址
https://architect.pub/wikipedia-applications-architecture
SEO Title
Wikipedia Applications architecture

应用管理

视频号

微信公众号

知识星球

Chinese, Simplified
本文地址
https://architect.pub
SEO Title
application management

Gartner®TIME模型

视频号

微信公众号

知识星球

Chinese, Simplified

快捷方式

  1. 介绍
  2. Gartner®TIME模型是什么?
    1. 模型用例
  3. TIME模型象限
    1. 容许
    2. 投资
    3. 迁徙
    4. 排除
  4. 实施模型
  5. TIME模型备选方案
  6. LeanIX EAM有何帮助?
  7. 结论

介绍

Gartner TIME模型(容忍、投资、迁移、消除)(TolerateInvestMigrateEliminate是规划和执行应用程序合理化的公认行业标准。

它提供了一种战略方法,可以最大限度地提高应用程序组合的业务价值,并评估每个应用程序在组织中的适用性。

Gartner®TIME模型是什么?

TIME模型是一种根据应用程序在组织内的技术和功能适合性对应用程序进行评估和分类的方法。

技术配合与应用程序的质量、可维护性以及与其他系统的兼容性有关。

功能匹配是指应用程序对业务功能的协调和支持程度。

📚相关:利用时间参与应用程序和产品组合分类业务

模型用例

Gartner TIME模型广泛应用于各种场景,主要围绕IT投资组合管理和战略规划展开。

以下是一些常见的用例:

  1. 应用程序合理化:TIME模型最常见的用例是应用程序合理性。IT架构师使用TIME来评估他们的应用程序组合,并决定保留、增强、替换或报废哪些应用程序。这有助于降低成本、提高效率,并使IT产品组合与业务目标保持一致。
  2. IT战略开发:通过对应用程序进行分类,您可以确定需要投资的有用应用程序、需要更换的遗留应用程序或可以消除的冗余应用程序。
  3. IT预算规划:时间模型是规划IT预算的有用工具。它有助于确定哪些应用程序需要更多投资(Invest)。它还显示了哪些是好的(容忍)。一些应用程序可能需要更换(迁移),而其他应用程序则可以删除以节省资金(消除)。这种方法有助于有效地平衡您的IT预算。
  4. 云迁移规划:迁移象限中的应用程序通常是云迁移的好候选者,而容忍象限中的那些应用程序可能更适合留在本地。
  5. 合并和收购:该模型有助于评估两个合并实体的应用程序组合。目的是决定每个应用程序会发生什么。有些可能会保持原样。其他的可以与类似的合并。某些应用程序可能会被更好的选项所取代。有些可能会被完全移除。这种系统化的方法确保了IT系统的更顺利集成,从而实现更成功的合并或收购。
  6. 技术风险管理:通过识别技术上过时或与业务需求不一致的应用程序,TIME模型可以帮助识别和管理IT风险。
  7. 供应商管理:通过使用此模型,您可以评估IT供应商的绩效。技术上表现不佳的应用程序可能表明供应商存在问题,从而导致决定更换供应商或重新谈判合同。

📚相关:应用程序合理化问卷常见问题

TIME模型象限

TIME模型的核心在于它的四个象限,每个象限代表管理应用程序的不同策略。

Gartner TIME模型——象限。

LeanIX中的Gartner TIME模型。

容许

属于Tolerate类别的应用程序具有较高的技术适用性,但功能适用性较低。这些可能没有战略价值,但由于其技术充分性,它们不是更改或删除的优先事项。尽管它们对业务目标的贡献有限,但它们通常保持在当前状态。

容忍应用程序的决定往往取决于更换或升级应用程序的成本和精力。如果这些因素超过了更改的好处,则会容忍应用程序,直到出现更合适的更改时间。

投资

投资应用程序是那些技术和功能高度匹配的应用程序。这些应用程序是组织运营不可或缺的一部分,对实现业务目标有重要贡献。它们通常是日常使用的高质量应用程序,支持重要的业务运营。

投资应用程序的决定是由其为业务带来更大价值的潜力所驱动的。这可以通过提高效率、增强功能或支持新业务计划的能力来实现。

投资可能涉及升级应用程序,在组织内扩大其使用范围,或将其与其他系统更紧密地集成。

迁徙

迁移应用程序是那些技术适用性低但功能适用性高的应用程序。这些应用程序执行重要的功能,但在技术上是不够的。它们通常被更高效的、通常基于云的替代方案所取代。

迁移应用程序的决策通常是由提高技术性能、降低成本或更好地与组织的IT战略保持一致的需求驱动的。

迁移可能是一个复杂的过程,需要仔细规划和执行,以确保将对业务运营的干扰降至最低。

排除

属于“消除”类别的应用程序在技术和功能上都不适合。这些应用程序的性能很差,不再与业务活动保持一致,因此要从应用程序组合中删除。

删除应用程序的决定通常是由降低成本、简化IT环境或降低与过时软件相关的风险的需要所驱动的。

消除也可能是一个复杂的过程,需要仔细规划以管理依赖关系并确保用户的平稳过渡。

实施TIME模型

实施Gartner®TIME模型需要一种系统的方法,首先要对应用程序组合进行全面评估。

以下是要遵循的步骤:

1.建立应用程序清单

第一步是创建组织内正在使用的所有应用程序的清单。这不仅包括官方批准的应用程序,还包括不同团队非正式使用的应用程序。

2.进行应用组合评估

评估每个应用程序的技术适用性和功能适用性。技术配合关系到应用程序的质量、可维护性以及与其他系统的兼容性。功能匹配是指应用程序与业务需求的一致性以及对业务功能和流程的支持程度。

3.将应用程序分类为时间象限

根据上一步中的评估,将每个应用程序分为四个时间象限之一:容忍、投资、迁移或消除。这种分类为您提供了管理每个应用程序的清晰路线图。

应用程序合理化决策树。应用程序合理化决策树。来源:应用程序合理化指南

除了上面有用的决策树之外,试着为每个应用程序回答这些问题。使用容忍象限作为起点:

  1. 应用程序是否达到或超过技术标准?如果是,继续下一个问题。如果没有,请考虑其他象限。
  2. 应用程序是否易于维护和使用,而无需高级培训?如果是,继续下一个问题。如果没有,请考虑其他象限。
  3. 应用程序是否符合业务需求并支持业务功能和流程?如果否,则应用程序属于“容忍”象限。如果是,请考虑“投资”象限。

4.规划应用程序路线图

对于每个象限,都会制定一个具体的行动计划,以达到所需的目标投资组合状态:

  • 容忍:应用程序保持在当前状态
  • 投资:应用程序旨在增强或扩展
  • 迁移:计划更换应用程序
  • 消除:应用程序计划停用

5.执行和监控

然后,在仔细监控的情况下执行行动计划,以确保实现预期结果。这可能涉及项目管理、变更管理和风险管理活动。

6.审查和更新

TIME模型不是一次性的练习,而是一个连续的过程。应定期审查应用程序组合,并根据需要更新TIME分类,以反映应用程序或业务需求和目标的变化。

TIME模型备选方案

尽管Gartner®TIME模型是应用程序组合管理的流行框架,但组织也可以使用其他方法作为替代或补充。

以下是一些:

Gartner的Pace分层应用程序战略:

此模型根据应用程序或业务能力的角色和变化率将其分为三层:

  • 记录系统(稳定的核心应用程序)
  • 差异化系统(实现独特公司流程或行业特定功能的应用程序)
  • 创新系统(为满足新的业务需求或机遇而临时构建的新应用程序)

投资组合矩阵(BCG矩阵):

波士顿咨询集团的产品投资组合管理矩阵。矩阵还可以应用于应用程序组合管理。它根据应用程序的业务价值和技术条件将其分为四类:

  • 星级(商业价值高,技术条件好)
  • 现金奶牛(商业价值高,技术条件差)
  • 问号(商业价值低,技术条件好)
  • 宠物(商业价值低,技术条件差)。

麦肯锡的9框矩阵:

该模型根据应用程序的战略匹配度和性能来评估应用程序。它是一个更复杂的模型,提供了应用程序组合的细粒度视图。

Forrester的总体经济影响(TEI)框架:

TEI侧重于成本、收益、灵活性和风险因素,以评估技术投资的经济影响。

这些模式各有优缺点,模式的选择取决于组织的具体需求和背景。

LeanIX EAM有何帮助?

LeanIX的应用程序组合评估解决方案和应用程序合理化解决方案通过提供用于数据收集、分析和可视化的综合工具来支持Gartner TIME模型。

它可以创建应用程序环境的360°视图,自动化数据获取过程,并以直观的格式显示见解。

EN时间模型LeanIX应用程序景观与时间模型视图

这可以显著减少实现time模型所需的时间和精力,并提高结果的准确性和可靠性。

📚相关:使用LeanIX EAM评估数据

结论

Gartner®TIME模型为应用程序合理化提供了一个战略框架,使组织能够最大限度地实现其应用程序组合的价值。

通过将应用程序分类为“容忍”、“投资”、“迁移”和“消除”,组织可以就维护、增强、替换或删除应用程序做出明智的决策。

LeanIX EAM进一步促进了这一过程,为数据收集、分析和可视化提供了一个全面的工具。

本文地址
https://architect.pub
SEO Title
Gartner® TIME Model

【信息系统】MIS分类 -管理信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

信息的分类是什么?它被分类了多少次?

信息可以通过多种方式进行分类,并在本章中进行分类;您将学习两种最重要的信息分类方法。

information(1)

按特征分类

根据Anthony对管理的分类,商业决策中使用的信息通常分为三类:

  • 战略信息:战略信息通过长期政策决策处理企业的目标,并检查这些目标是否达到其水平。例如,收购一家新工厂、一种新产品、业务多元化等,都属于战略信息。
  • 战术信息:战术信息处理控制业务资源所需的信息,如预算、质量控制、服务水平、库存水平、生产力水平等。
  • 操作信息:操作信息涉及工厂/业务级别的信息,用于按计划/意图正确执行特定操作任务。用于质量控制检查的各种特定于操作员、特定于机器和特定于班次的工作都属于这一类别。

按应用分类

就应用而言,信息可以分类为:

  • 规划信息:这些信息用于维护标准规范和规范的业务组织。一切都计划在这里。这些信息用于任何活动的战略、战术和作战规划。此类信息的例子有时间标准、设计标准。
  • 控制信息:该信息是系统为实现其目标而执行的特定活动所必需的。这些信息可能是正式的,也可能是非正式的。它用于控制系统中重要过程的实现、性质和利用。当这些信息确实偏离了既定标准时,系统应制定一项决策或行动,以控制与其目标相关的信息。
  • 知识信息:知识被定义为“关于信息的信息”。知识信息是通过经验和学习获得的,并从档案数据和研究中收集。
  • 组织信息:组织信息涉及组织的环境,在那里实现组织目标。Karl Weick的组织信息理论强调,组织通过仔细收集、管理和使用这些信息来减少其模棱两可或不确定性。组织中的每个人都使用这些信息;此类信息的示例是员工和工资单信息。
  • 职能/运营信息:这是组织协助履行日常事务职能的特定运营信息。主要从事技术工作例如,制造厂的日常计划,指的是将工作详细分配给机器或机器分配给操作员。在以服务为导向的业务中,它将是各种人员的值班名册。这些信息大多是组织内部的。
  • 数据库信息:我们知道,数据库信息是存储、检索和管理以形成数据库的相关数据的集合。它存储大量具有多种用途和应用程序的信息。例如,为多个用户存储材料规格或供应商信息。它是一种软件程序。
本文地址
https://architect.pub/mis-classification-information-management-information-systems
SEO Title
MIS CLASSIFICATION OF INFORMATION - MANAGEMENT INFORMATION SYSTEMS

【信息系统】信息技术与信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统领域不断发展,为那些有兴趣从事技术相关职业的人提供了各种工作选择。但是,信息系统和信息技术之间的区别是什么?当它们实际上是两条不同的道路,吸引着不同的技能和学科时,这些术语往往被混淆或被认为是可互换的。了解更多关于信息技术(IT)与信息系统(IS)的信息,以及它们提供的课程类型和专业成长。

什么是信息技术?

信息技术是对基于计算机的信息系统的研究、设计、实施、支持或管理。它专注于维护系统的硬件、软件、数据库和网络,最终目标是向用户传达如何最好地利用其功能。在线IT学位使学生能够通过技术批判性思维和创新性地解决商业问题,涵盖了广泛的学科,包括计算机软件、网络和数据安全以及项目管理。

什么是信息系统?

信息系统是指对一整套信息的管理,它不仅包括所涉及的技术组件,还包括人员和流程。信息系统学位课程从编程到通信,帮助学生学习该领域的技术规划和业务管理方面,以及如何实施这些信息系统来为公司和组织提供内部支持。

信息技术与信息系统之间的区别是什么?

信息技术和信息系统都在一定程度上与基于计算机的系统打交道,但需要不同的教育和培训。将信息技术视为信息系统的一个子集,而IS涵盖了整个信息集,IT专门指该系统中的技术方面。信息系统领域是技术和人之间的桥梁,而信息技术侧重于帮助他们利用和理解该系统。这两个学科是相关的,但有不同的学习和职业道路。

IT vs. IS: What are the differences between information technology and information systems

信息技术课程

全球校园在线信息技术理学学士学位结合了构建技术解决方案所需的实践和技能,以及在工作场所有效应用这些解决方案的商业理论。信息技术课程,如计算机组织与体系结构和数据库系统与管理,旨在帮助学生成为批判性思维者和技术问题解决者。

信息系统课程

拥有商业信息系统文学士学位,学生能够熟练掌握信息系统的开发和操作以及信息共享。有了包括商法(此处有更多关于商法的信息)、数据库管理系统和商业系统分析在内的课程清单,学生们将磨练管理未来信息技术所需的技术和概念技能。

信息技术职业

对于那些拥有在线IT学位的人来说,有多种选择,因为技术对商业世界的影响越来越大。信息技术学士职业列表包括:

  • 计算机与信息研究技术专家
  • 计算机网络架构师
  • 计算机系统分析员
  • 信息安全分析员
  • 软件开发人员、应用程序
  • 软件开发人员,系统软件
  • Web开发人员

信息系统职业

随着工作场所对创新信息系统的需求不断增加,该领域有许多就业增长的机会。潜在的商业信息系统学士学位职业选择包括:

  • 系统培训师
  • 支持专家
  • 电子商务开发人员
  • 企业系统经理
  • 信息资源管理器
  • 技术顾问
  • 业务分析师
本文地址
https://architect.pub
SEO Title
Information Technology vs. Information Systems

【信息系统】信息系统与信息技术

视频号

微信公众号

知识星球

Chinese, Simplified

“互联网是人类建造的第一件人类不理解的东西。”——埃里克·施密特

作为人类,我们在技术方面取得了巨大的进步,它已经成为我们生活中不可或缺的一部分。利用技术和理解技术是两件截然不同的事情;它有许多方面让人们难以理解。长期以来,人们对信息技术和信息系统一直感到困惑。这两个术语多次被视为一个术语,但它们不同。对于那些看到未来或职业生涯的人来说,这种看法非常重要。也许你就是其中之一,所以,今天,我们将了解这些差异,并为你澄清真相。

什么是信息系统?

信息系统是一个总括性术语,信息技术是其中的一部分或子集。因此,信息系统是一个平台,包括一个由组件、系统、过程和人员组成的网络,所有这些都通过适当的协调有助于创建、处理、存储、传播和分发信息。信息系统的所有组件,如果单独使用,可能无法实现它们作为一个协调良好的网络所实现的目标。简单地说,信息系统获取原始数据(即事实或价值),在数据库中组织和分析这些数据;然后将其转化为非常有用的信息。请注意,信息系统不必强制以计算机为基础;它可以是一个简单的纸笔系统。

除了纸笔系统,信息系统的另一个例子可以是我们的日常计算器。你在上面按数字,选择一个运算——加、减、除、乘等等——然后你就会得到结果。这可以被认为是一个简单的信息系统,不是基于计算机的。信息系统构成了更大的图景,因此能够将技术和业务放在一起,因此最终的需求是在技术的帮助下使业务受益。管理信息系统、决策支持系统、事务处理系统、知识管理系统、办公自动化系统、学习管理系统等是各种类型的信息系统。

什么是信息技术?

信息技术是属于信息系统的一个术语;包括基于计算机的信息系统的设计、实现、管理和支持。因此,信息系统的所有技术组成部分都包含在信息技术中,因此,它处理信息的计算机化技术方面,如信息的存储、传输,甚至可访问性。因此,IT有助于业务电子方面的数据存储、传输和操作。这在商业交流中也很重要。简单地说,信息技术旨在管理和改进技术的使用,为企业的目标和进步做出贡献。因此,信息技术的例子包括网络、数据库、硬件和软件系统,例如个人计算机、平板电脑、智能手机、监控摄像头、路由器、服务器、传感器等。

信息技术与信息系统

信息技术和信息系统到底有什么区别?答案很简单;信息技术是一个组成部分,信息系统是一个整体。让我们用一个简单的例子来理解。你从你工作的公司收到一台笔记本电脑。无论何时你去办公室,你都要把笔记本电脑接入公司的网络。然后,您可以访问公司的服务器,连接到公司的所有其他设备,访问内部网等。简而言之,您分配的笔记本电脑现在是公司整个信息系统的一部分。另一方面,当你带着笔记本电脑回家时,你将不再连接到公司的信息系统。现在,笔记本电脑是一个简单的设备,它具有连接网络的能力。简而言之,你的笔记本电脑现在只是信息技术的一部分,就像任何其他笔记本电脑或硬件等一样。

信息系统包括软件、硬件、数据、人员和过程等组成部分。在这些组件中,软件、硬件和数据也是信息技术的一部分;而人和过程是信息系统的区别组成部分。准确地说,与信息技术相比,信息系统更加以人为本,流程更加具体。

结论:

如果你选择在这个领域从事自己的职业,那么明确区分信息系统和信息技术的主要目的是必要的。所以,如果你想知道你有哪些教育学位或职业选择,让我们来看看。信息理论、社会科学、管理学基础、信息技术等是信息系统下的各种学位或教育选择,供学生选择。另一方面,技术支持、编程、Web开发、IT安全、网络工程等是信息技术专业学生的各种职业前景。

这些都是关于这两个重要术语的基本知识。对你来说,了解这两条道路的所有技术细节很重要,这样你就可以决定选择哪条教育道路。在两者之间没有正确或错误的选择,但更多的是选择一个与你的目标和兴趣相匹配的。你可能已经掌握了必要的技能,或者你正在讨论你需要学习的技能。无论是什么领域,还是工作角色和责任都是相互依存的。主要区别在于信息技术更具体,因为它是整个系统的一部分。选择信息系统还是信息技术当然由您决定,我们只能帮助您做出信息决策

本文地址
https://architect.pub/information-systems-vs-information-technology
SEO Title
Information Systems Vs. Information Technology

【信息系统】信息系统介绍和组成

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统

信息系统,一组用于收集、存储和处理数据以及提供信息、知识和数字产品的集成组件。商业公司和其他组织依靠信息系统来执行和管理其运营,与客户和供应商互动,并在市场上竞争。信息系统用于运行组织间供应链和电子市场。例如,公司使用信息系统处理财务账目,管理人力资源,并通过在线促销联系潜在客户。许多大公司完全是围绕信息系统建立起来的。其中包括eBay,一个以拍卖为主的市场;亚马逊,一家不断扩张的电子商城和云计算服务提供商;阿里巴巴,一个企业对企业的电子市场;以及谷歌,一家搜索引擎公司,其大部分收入来自互联网搜索上的关键词广告。政府部署信息系统,以经济高效的方式向公民提供服务。电子书籍、视频产品、软件等数字商品以及游戏和社交网络等在线服务都是通过信息系统提供的。个人的大部分个人生活都依赖于信息系统,通常是基于互联网的:社交、学习、购物、银行和娱乐。

随着数千年来记录和处理信息的主要新技术的发明,新的能力出现了,人们变得更有力量了。约翰内斯·古腾堡在15世纪中期发明了印刷机,布莱斯·帕斯卡在17世纪发明了机械计算器,这只是两个例子。这些发明在记录、处理、传播和获取信息和知识的能力方面引发了一场深刻的革命。这反过来又导致了个人生活、商业组织和人类治理的更深层次的变化。

第一个大规模的机械信息系统是赫尔曼·霍勒里斯的人口普查制表机。Hollerith的机器是为处理1890年美国人口普查而发明的,它代表了自动化的重要一步,也是开发计算机化信息系统的灵感来源。

最早用于此类信息处理的计算机之一是UNIVAC I,1951年安装在美国人口普查局用于行政用途,1954年安装在通用电气公司用于商业用途。从20世纪70年代末开始,个人计算机将信息系统的一些优势带给了小企业和个人。在同一个十年的早期,互联网作为全球网络开始扩张。1991年,Tim Berners-Lee发明了万维网,作为访问存储在通过互联网连接的全球分散计算机中的互连信息的一种手段,万维网开始运行,并成为网络上提供的主要服务。互联网和网络在全球的渗透使人们能够获得信息和其他资源,并促进了人们和组织之间建立前所未有的关系。互联网上的电子商务的进步导致了数字人际通信(通过电子邮件和社交网络)、产品分销(软件、音乐、电子书和电影)和商业交易(网上购买、销售和广告)的急剧增长。随着智能手机、平板电脑、笔记本电脑和其他基于计算机的移动设备在全球范围内的普及,所有这些设备都通过无线通信网络连接,信息系统已经扩展到支持移动作为人类的自然条件。

随着信息系统使人类活动更加多样化,它们对社会产生了深远的影响。这些制度加快了日常活动的步伐,使人们能够发展和保持新的、往往更有益的关系,影响了组织的结构和组合,改变了购买产品的类型,并影响了工作的性质。信息和知识成为重要的经济资源。然而,伴随着新的机遇,对信息系统的依赖带来了新的威胁。密集的行业创新和学术研究不断开发新的机会,同时旨在遏制威胁。

信息系统的组成部分

信息系统的主要组成部分是计算机硬件和软件、电信、数据库和数据仓库、人力资源和程序。硬件、软件和电信构成了信息技术(IT),它现在已经根深蒂固地存在于组织的运营和管理中。

计算机硬件

今天,在世界各地,即使是最小的公司,以及许多家庭,也拥有或租赁电脑。个人可能拥有多台智能手机、平板电脑和其他可穿戴设备形式的电脑。大型组织通常采用分布式计算机系统,从位于数据中心的强大的并行处理服务器到集成到组织信息系统中的广泛分布的个人计算机和移动设备。传感器越来越广泛地分布在整个物理和生物环境中,以收集数据,在许多情况下,通过被称为致动器的设备实现控制。与诸如磁盘或固态存储盘、输入输出设备和电信设备之类的外围设备一起,这些构成了信息系统的硬件。硬件成本稳步快速下降,同时处理速度和存储容量大幅增加。这一发展是根据摩尔定律发生的:位于计算设备核心的微处理器的功率大约每18到24个月翻一番。然而,硬件对电力的使用及其对环境的影响是设计者正在解决的问题。越来越多的计算机和存储服务是通过电信网络访问的共享设施从云中提供的。

计算机软件

计算机软件分为两大类:系统软件和应用软件。主要的系统软件是操作系统。它管理硬件、数据和程序文件以及其他系统资源,并为用户提供控制计算机的手段,通常通过图形用户界面(GUI)。应用软件是为用户处理特定任务而设计的程序。智能手机应用程序成为个人访问信息系统的常见方式。其他示例包括带有电子表格和文字处理程序的通用应用程序套件,以及服务于特定行业的“垂直”应用程序,例如,为过夜承运人安排、路由和跟踪包裹交付的应用程序。较大的公司使用由专业软件公司开发和维护的许可应用程序,对其进行定制以满足其特定需求,并在内部或外包的基础上开发其他应用程序。公司还可以使用从网络上的云作为软件即服务(SaaS)提供的应用程序。可从其供应商处获得并由其支持的专有软件正受到网络上可免费使用和修改的开源软件的挑战,该软件的许可证保护了其未来的可用性。

电信

电信用于连接或联网计算机系统、便携式和可穿戴设备,并传输信息。通过有线或无线介质建立连接。有线技术包括同轴电缆和光纤。主要基于微波和无线电波传输的无线技术支持移动计算。随着计算设备嵌入许多不同的物理对象中,普遍存在的信息系统应运而生。例如,射频识别设备(RFID)等传感器可以连接到在供应链中移动的产品上,以跟踪其位置并监测其状况。集成到互联网中的无线传感器网络可以产生大量数据,这些数据可以用于寻求更高的生产力或监测环境。

根据组织的需要,可以进行各种计算机网络配置。局域网(LAN)连接特定地点的计算机,例如办公楼或学术园区。城域网(MAN)覆盖了有限的人口稠密地区,是“智能城市”的电子基础设施。广域网(WAN)连接着广泛分布的数据中心,通常由不同的组织运行。对等网络在没有集中控制的情况下实现了内容的广泛共享。互联网是一个网络网络,连接着位于每个大陆的数十亿台计算机。通过网络,用户可以访问信息资源,如大型数据库,以及其他个人,如同事、客户、朋友或与他们有专业或私人兴趣的人。互联网类型的服务可以在组织内提供,并且由可通过浏览器访问的各种内部网专用;例如,可以将内联网部署为共享公司文档库的访问门户。为了以私人和安全的方式通过互联网与商业合作伙伴连接,通过加密消息建立了所谓的虚拟专用网络(VPN)。

随着传感器和执行器广泛分布在物理环境中,并提供数据,如一平方码土壤的酸度、驾驶车辆的速度或个人的血压,大规模的“物联网”已经出现。这些信息的可用性使得能够在必要时做出快速反应,并在处理大量累积数据的基础上做出持续的决策。

广泛的网络基础设施支持向云计算的日益增长,信息系统资源在多家公司之间共享,从而提高了数据中心的利用效率和本地化自由度。软件定义的网络通过响应实时需求和资源可用性的算法提供了对电信网络的灵活控制。

数据库和数据仓库

许多信息系统主要是存储在数据库中的数据的传递工具。数据库是一组相互关联的数据,这些数据被组织起来,以便可以检索单个记录或记录组以满足各种标准。数据库的典型示例包括员工记录和产品目录。数据库支持企业的运营和管理功能。数据仓库包含随着时间的推移收集的存档数据,这些数据可以被挖掘以获取信息,从而开发和营销新产品,更好地为现有客户服务,或接触潜在的新客户。任何曾经亲自、通过邮购或通过网络用信用卡购买过东西的人都被包括在此类数据收集中。

大量收集和处理定量或结构化数据,以及经常在网上收集的文本数据,已经发展成为一项被称为“大数据”的广泛举措。基于大数据反映的事实做出的决策可以带来许多好处。例子包括循证医学、避免浪费带来的资源节约,以及基于用户兴趣推荐新产品(如书籍或电影)。大数据支持创新的商业模式。例如,一家商业公司通过全球智能手机通过众包(从众多独立个人那里收集)收集商品价格。汇总的数据提供了有关价格走势的早期信息,使决策比以前更具响应性。

对文本数据的处理,如个人在社交网络、博客和讨论板上发表的评论和意见,允许出于营销、竞争情报、新产品开发和其他决策目的进行自动情绪分析。

人力资源和程序

合格的人才是任何信息系统的重要组成部分。技术人员包括开发和运营经理、业务分析师、系统分析师和设计师、数据库管理员、程序员、计算机安全专家和计算机操作员。此外,组织中的所有员工都必须接受培训,以便尽可能充分地利用信息系统的能力。全世界数十亿人在使用网络的同时也在学习信息系统。

信息系统的使用、操作和维护程序是其文档的一部分。例如,需要建立运行工资单程序的过程,包括何时运行、授权谁运行以及谁有权访问输出。在自主计算倡议中,数据中心越来越多地自动运行,控制这些中心的软件中嵌入了程序。

本文地址
https://architect.pub
SEO Title
information system introduction and compoents

【信息系统】信息系统的类型

视频号

微信公众号

知识星球

Chinese, Simplified

信息系统支持组织中的操作、知识工作和管理。(组织信息系统的总体结构如图所示。)支持特定组织功能(如营销或生产)的功能信息系统在许多情况下已被为支持完整业务流程(如订单处理或员工管理)而构建的跨功能系统所取代。这样的系统可以在公司产品的开发和交付中更有效,并可以根据业务结果进行更密切的评估。这里描述的信息系统类别可以用各种各样的应用程序来实现。

information system

运营支持和企业系统

交易处理系统支持产品的设计、营销、生产和交付操作。在较大的组织中,事务处理通常使用称为企业系统的大型集成系统来完成。在这种情况下,支持各种功能单元销售和营销、生产、财务和人力资源的信息系统被集成到企业资源规划(ERP)系统中,这是企业系统的主要类型。企业资源规划系统支持价值链,即企业为其产品增加价值的整个活动或过程序列。例如,个人或另一家企业可以通过Web提交定制订单,该订单通过称为大规模定制的方法自动启动符合客户规范的即时生产。这包括将客户的订单发送到公司的仓库,也可能发送到供应商,以便及时交付输入材料,以进行批量定制生产。财务账户会相应更新,并启动配送物流和计费。

除了帮助整合企业自身的价值链外,交易处理系统还可以帮助整合组织所属的整个供应链。这包括所有参与设计、生产、营销和交付商品和服务的公司,从原材料到产品的最终交付。供应链管理(SCM)系统管理整个供应链中的产品、数据、资金和信息流,从原材料供应商开始,贯穿加工公司的中间层,到分销商和零售商。例如,在大型零售店购买商品不仅会产生收银台收据:它还会自动向适当的供应商发送重新进货订单,而供应商反过来可能会向供应商的供应商发出订单。有了供应链管理系统,供应商还可以通过网络访问零售商的库存数据库,以安排适当数量的高效及时交货。

第三种类型的企业系统,客户关系管理(CRM),支持在营销、销售、服务和新产品开发方面与公司的客户打交道。CRM系统为企业提供了每个客户及其与该客户的交易的统一视图,从而实现了一致和积极的关系。在共同创造计划中,客户可能会参与公司新产品的开发。

许多交易处理系统支持互联网上的电子商务。其中包括网上购物、银行和证券交易系统。其他系统按需提供信息、教育服务和娱乐。还有其他系统用于支持搜索具有所需属性的产品(例如,搜索引擎上的关键词搜索)、价格发现(例如,通过拍卖)和数字产品(例如软件、音乐、电影或贺卡)的交付。社交网站,如Facebook和LinkedIn,是支持客户社区和个人表达意见、发展新想法以及接触促销信息的强大工具。随着电子商务基础设施在全球范围内的出现,各种组织在网上提供了越来越多的专业服务和基于信息的产品。

事务处理系统在数据库和数据仓库中积累数据,这对于更高级别的信息系统是必要的。企业系统还提供执行许多这些高级功能所需的软件模块。

支持知识工作

在信息社会中,很大一部分工作涉及操纵抽象信息和知识(在这种情况下被理解为事实、关系、理论和见解的有组织的综合结构),而不是直接处理、制造或交付有形材料。这种工作叫做知识工作。三大类信息系统支持此类知识工作:专业支持系统、协作系统和知识管理系统。

专业支持系统

专业支持系统提供执行特定专业任务所需的设施。例如,汽车工程师在生产物理样机之前,使用计算机辅助工程(CAE)软件和虚拟现实系统来设计和测试新模型,作为燃油效率、操控性和乘客保护的电子样机,然后在物理测试的设计和分析中使用CAE。生物化学家在投入漫长的临床测试之前,使用专门的三维建模软件来可视化新药的分子结构和可能的效果。投资银行家经常使用金融软件来计算各种投资策略的预期回报和潜在风险。事实上,现在大多数专业都有专门的支持系统。

协作系统

协作系统的主要目标是促进组织成员之间和跨组织之间的沟通和团队合作。一种类型的协作系统,称为工作流系统,用于将相关文档自动发送给所有合适的个人以供其贡献。

商业保险单的开发、定价和审批是一个可以从这样的系统中受益的过程。另一类协作系统允许不同的个人在一个共享项目上同时工作。这种系统被称为群件,通过允许对工作对象(如商业提案、新设计或正在进行的数字产品)的受控共享访问(通常通过内部网)来实现这一点。合作者可以位于世界任何地方,在一些跨国公司,一个项目的工作每天24小时都在继续。

其他类型的协作系统包括增强的电子邮件和视频会议系统,有时使用参与者的化身进行远程呈现。还有一种协作软件,即wiki,使多个参与者能够添加和编辑内容。(一些在线百科全书是在这些平台上制作的。)也可以在社交网络平台或虚拟生活系统上建立协作系统。在开放创新倡议中,如果需要,可以吸引公众以及现有和潜在客户,以共同开发新产品或预测未来结果。

知识管理系统

知识管理系统提供了一种方法来收集整个组织中积累的知识并对其采取行动。这些知识可能包括专利、设计方法、最佳实践、竞争对手情报和类似来源中包含的文本和图像,包括详细说明和评论。以索引和交叉引用的形式放置组织的文档和通信可以实现丰富的搜索功能。存在许多应用程序,如微软的SharePoint,以促进此类系统的实施。组织知识通常是隐性的,而不是显性的,因此这些系统还必须将用户引导到具有特殊专业知识的组织成员。

管理支持

一大类信息系统包括那些旨在支持组织管理的信息系统。这些系统依赖于交易处理系统获得的数据,以及在组织外部(例如在Web上)获得的、由业务合作伙伴、供应商和客户提供的数据和信息。

管理报告系统

信息系统支持各级管理,从负责小型工作组的短期时间表和预算的管理人员到负责整个组织的长期计划和预算的人员。管理报告系统提供了针对每个经理职责领域的常规、详细和大量的信息报告。这些系统通常由一级主管使用。一般来说,这种报告侧重于过去和现在的活动,而不是预测未来的业绩。为了防止信息过载,只有在特殊情况下或经理的特定要求下,才能自动发送报告。

决策支持系统和商业智能

所有信息系统都间接支持决策,但决策支持系统是专门为此目的而设计的。随着这些系统越来越多地被开发用于分析大量数据(称为大数据),它们也被称为商业智能或商业分析应用程序。决策支持系统的两个主要种类是模型驱动和数据驱动。

在模型驱动的决策支持系统中,预编程模型被应用于相对有限的数据集,例如本季度的销售数据库。在一个典型的会话中,分析师或销售经理将通过指定一些假设场景来与该决策支持系统进行对话。例如,为了确定新产品的销售价格,销售经理可以使用营销决策支持系统。它包含一个模型,将产品价格、商品成本和各种媒体的促销费用等各种因素与前五年市场上的预计销售额联系起来。通过向模型提供不同的产品价格,经理可以比较预测结果,并选择最有利可图的销售价格。

数据驱动的商业智能系统的主要目标是分析数据仓库中长期积累的大量数据,这一过程被称为数据挖掘。数据挖掘旨在发现重要的模式,如序列(买一栋新房子,然后是一张新餐桌)、集群和相关性(大家庭和货车销售),可以据此做出决策。预测分析试图根据发现的趋势预测未来的结果。数据驱动的决策支持系统包括各种统计模型,并可能依赖于各种人工智能技术,如专家系统、神经网络和机器学习。除了挖掘数字数据外,文本挖掘还对大量非结构化数据进行,例如社交媒体的内容,包括社交网络、Wiki、博客和微博。例如,在电子商务中使用的文本挖掘有助于发现购买趋势、定位广告和检测欺诈行为。

各种重要的决策支持系统使一群决策者能够一起工作,而不必在同一时间出现在同一地点。这些群体决策系统包括集思广益和达成共识的软件工具。

另一个类别,地理信息系统,可以通过使用数字化地图来帮助分析和显示数据。不同地区的数字地图绘制是众多商业公司的持续活动。这种数据可视化支持快速决策。例如,通过观察抵押贷款的地理分布,可以很容易地建立一种歧视模式。

高管信息系统

高管信息系统通常通过图形数字仪表板,以高度概括和方便的形式提供各种关键信息。然而,高级管理人员通常使用许多非正式的信息来源,因此正式的计算机化信息系统只是部分帮助。尽管如此,这种援助对于首席执行官、高级和执行副总裁以及董事会监控公司业绩、评估商业环境和制定未来战略方向非常重要。特别是,这些高管需要将其组织的绩效与其竞争对手的绩效进行比较,并调查地区或国家的总体经济趋势。高管信息系统通常是个性化的,依赖于多种媒体格式,为用户提供了一个从摘要信息“深入”到越来越集中的细节的机会。

本文地址
https://architect.pub
SEO Title
Types of information systems

【信息系统】当今全球商业中的信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

Q1:数据和信息之间的区别是什么?它们是如何关联的?解释并举例说明。

information system

数据是组织内部或外部环境中的原始事实流。它可以是为了让人们理解/使用它而需要处理的任何数字、字符、单词、图片或代码。另一方面,信息是指已转换为对他人有意义和有用的形式的数据。

因此,许多人认为数据和信息是一样的,但事实并非如此。然而,它们是相关的,因为需要处理和安排数据,为我们提供有意义的信息。

示例:

  • 如果你使用Snapchat,你会有Snapcode作为Snapchat的关注按钮。你的Snapcode有一个特定的数据,可以让其他人在通过应用程序扫描后获得你的用户名,并将你添加到他们的朋友列表中。
  • 公司通过调查收集数据来了解人们对其产品的满意度。然而,在将其汇总为报告后,他们将获得有用的信息,以了解在生产中需要改进的地方。

Q2:信息技术(IT)和信息系统(is)之间的区别是什么?

information system

尽管信息系统(IS)和信息技术(IT)都涉及计算机和其他基于技术的工具,但它们具有不同的特征,需要不同的知识和培训。

信息技术(IT)是软件(应用程序/程序)、硬件(台式机/移动设备)和电信(网络/数据)的组合,用于组织实现其业务目标。

信息系统(IS)主要关注计算机系统可以提供的信息,以帮助公司实现其目标。它还涉及到企业可以利用信息技术实施和改进的过程。它主要收集、处理、存储和分发信息,以帮助组织进行决策以及监控其工作流程。因此,信息系统在组织内的技术和管理双方之间工作。

参考文献:

  1. https://forfreeeducation.blogspot.com/2011/08/define-data-and-information-with.html
  2. https://www.computerhope.com/issues/ch001629.htm
  3. https://www.floridatechonline.com/blog/information-technology/information-systems-vs-information-technology/
  4. https://www.floridatechonline.com/blog/information-technology/information-systems-vs-information-technology/
本文地址
https://architect.pub/chapter-1-information-systems-global-business-today
SEO Title
Chapter (1): Information Systems in Global Business Today

【信息系统】管理信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

一个组织要想利用其信息服务来支持其业务或通过发起一项新举措进行创新,这些服务必须是精心规划的核心资源基础设施的一部分。具体的系统应该配置成一个连贯的架构,以提供必要的信息服务。许多组织依赖外部公司,即专业的IT公司来提供部分甚至全部信息服务。如果设在内部,信息系统的管理可以在一定程度上分散,以符合组织的总体结构。

信息系统基础设施和架构

一个精心设计的信息系统建立在一个连贯的基础上,该基础支持响应性变革,从而支持组织在新的业务或管理举措出现时的灵活性。该基金会被称为信息系统基础设施,由核心电信网络、数据库和数据仓库、软件、硬件和由各种专家管理的程序组成。随着商业全球化,一个组织的基础设施往往跨越许多国界。建立和维护这样一个复杂的基础设施需要进行广泛的规划和一致的实施,以处理公司的战略举措、转型、合并和收购。应建立信息系统基础设施,以便为未来的公司发展创造有意义的选择。

当组织成一个连贯的整体时,支持运营、管理和知识工作的特定信息系统构成了组织的系统架构。显然,在设计信息系统基础架构和架构时,必须考虑组织的长期总体战略计划。

信息服务的组织

组织的信息服务由外部公司、内部单位或两者的结合提供。信息服务外包有助于实现节约成本、接触高级人员和注重核心能力等目标。

信息服务单位通常负责组织的信息系统。当系统大部分外包时,该部门的规模有限,专注于使系统与公司竞争战略保持一致,并监督外部公司的服务。当信息服务在内部集中提供时,该部门负责规划、获取、运营和维护整个组织的信息系统。然而,在权力下放的结构中,中央单位只负责规划和维护基础设施,而商业和行政专家则为自己的单位监督系统和服务。各种各样的中间组织形式是可能的。

在许多组织中,信息系统由首席信息官(CIO)或首席技术官(CTO)领导。信息服务的活动通常由指导委员会监督,指导委员会由代表组织各职能部门的执行人员组成。指导委员会确定了未来系统开发的优先事项。在信息系统发挥战略作用的组织中,董事会需要参与其治理。如下文所述,信息服务股的一项重要职责是在面临许多安全威胁时确保系统和信息的不间断服务和完整性。

本文地址
https://architect.pub
SEO Title
Managing information systems

【应用架构】管理信息系统(MIS)与决策支持系统(DSS)的区别

视频号

微信公众号

知识星球

Chinese, Simplified

决策支持系统(DSS)是一个交互式、灵活的基于计算机的信息系统或子系统,旨在帮助决策者使用通信技术、数据、文档来识别和解决问题,完成决策过程任务并做出决策。管理信息系统(MIS)由以下三个支柱组成:管理、信息和系统。这些解释如下。
 

  1. 管理:通过正式组织的团队中的人并与他们一起完成事情的艺术。
  2. 信息:具有上下文意义的数据,其中数据是关于实体的原始事实(实体是感兴趣的对象)。
  3. 系统:一组相互关联的组件,具有明确的边界,共同实现共同目标。

管理信息系统(MIS)是一个基于计算机的系统,它为有类似需求的用户提供信息。管理信息系统(MIS)和决策支持系统(DSS)的区别:

PARAMETER MIS(MANAGEMENT INFORMATION SYSTEM) DSS(DECISION SUPPORT SYSTEM)
1. Main task Identifies information requirement. Develop certain tools for using decision process.
2. Main stress Main stress is on efficiency. Main stress is on effectiveness.
3. Type of database used Uses corporate database. Uses special database.
4. Data related task Data storage is of great importance Main emphasis is on data manipulation
5. Dependency on Very much dependent on computer dependent on management judgement.
6. Access to data Indirect access of data by provided Management enjoys direct access
7. Principal use Principal use is control Principal use is planning, staffing, decision making.
8. Created/developed by Constructed by vendors or information specialists Created by users alone or with specialists.
9. Types of users Middle level, lower level, sometimes senior executive Analysts, professionals, managers.
10. Main focus Focuses on information processing. Focuses on decision support, analysis.
本文地址
https://architect.pub/difference-between-management-information-system-mis-and-decision-support-system-dss
SEO Title
Difference between Management Information System (MIS) and Decision Support System (DSS)

【应用架构】系统类型

视频号

微信公众号

知识星球

Chinese, Simplified

根据人类用户和企业的需求,信息系统的开发目的各不相同。

  • 交易处理系统 TPS 在组织的运作层面发挥作用;
  • 办公自动化系统(OAS)和知识工作系统(KWS)支持知识层面的工作。
  • 更高级别的系统包括管理信息系统(MIS)和决策支持系统(DSS)。
  • 专家系统应用决策者的专业知识来解决特定的、结构化的问题。
  • 在管理的战略层面,我们发现了执行支持系统(ESS)。
  • 群体决策支持系统(GDSS)和更一般描述的计算机支持的协作工作系统(CSCWS)帮助半结构化或非结构化的群体级决策。

分析师可能开发的各种信息系统如下图所示。请注意,该图从下到上显示了这些系统,表明组织的运营或最低级别由TPS支持,战略或最高级别的半结构化和非结构化决策由顶部的ESS、GDSS和CSCWS支持。本文可互换地使用术语管理信息系统、信息系统(IS)、计算机化信息系统和计算机化商业信息系统来表示计算机化的信息系统,这些系统通过在组织环境中产生的信息来支持最广泛的用户与技术和商业活动的交互。

Type of system

交易处理系统(TPS)

交易处理系统(TPS)是一种计算机化信息系统,用于处理工资和库存等日常商业交易的大量数据。TPS消除了必要的操作事务的繁琐,并减少了手动执行这些事务所需的时间,尽管人们仍然必须将数据输入计算机系统。

事务处理系统是允许组织与外部环境交互的跨越边界的系统。由于管理人员会查看TPS生成的数据,以获取有关公司正在发生的事情的最新信息,因此这些系统在不中断的情况下顺利运行对日常业务运营至关重要。

 

系统分析员可以参与任何或所有这些系统。

办公自动化系统(OAS)和知识工作系统(KWS)

在组织的知识层面上,有两类系统。办公自动化系统(OAS)支持数据工作者,他们通常不创造新知识,而是分析信息以转换数据或以某种方式操纵数据,然后与组织共享,或在整个组织中正式传播,有时甚至在其他组织中传播。OAS熟悉的方面包括文字处理、电子表格、桌面发布、电子日程安排以及通过语音邮件、电子邮件(电子邮件)和电话会议进行通信。

知识工作系统(KWS)支持科学家、工程师和医生等专业工作者,帮助他们努力创造新知识(通常是团队合作),并允许他们为自己的组织或整个社会做出贡献。

管理信息系统(MIS)

管理信息系统不能取代交易处理系统;相反,所有MIS都包括事务处理。MIS是计算机化的信息系统,由于人与计算机之间有目的的交互而起作用。通过要求人员、软件和硬件协同工作,管理信息系统支持用户完成比事务处理系统更广泛的组织任务,包括决策分析和决策

为了访问信息,管理信息系统的用户共享一个公共数据库。数据库存储数据和模型,帮助用户与数据交互、解释和应用这些数据管理信息系统输出用于决策的信息。管理信息系统还可以帮助整合企业的一些计算机化信息功能。

决策支持系统(DSS)

更高层次的计算机化信息系统是决策支持系统(DSS)。DSS与传统的管理信息系统相似,因为它们都依赖于数据库作为数据源。决策支持系统不同于传统的管理信息系统,因为它强调在所有阶段对决策的支持,尽管实际决策仍然是决策者的专属领域。与传统的管理信息系统相比,决策支持系统更适合使用它们的个人或群体。有时,它们被讨论为专注于商业智能的系统

人工智能与专家系统

人工智能(AI)可以被认为是专家系统的首要领域。人工智能的主旨一直是开发行为智能的机器。人工智能研究的两个途径是(1)理解自然语言和(2)分析通过问题推理得出逻辑结论的能力。专家系统使用人工智能推理的方法来解决企业(和其他)用户提出的问题。

专家系统是一种非常特殊的信息系统,由于个人计算机(PC)和专家系统外壳等硬件和软件的广泛可用性,它已被企业实际使用。专家系统(也称为基于知识的系统)有效地捕捉和使用人类专家的知识来解决组织中遇到的特定问题。请注意,与决策支持系统不同的是,决策支持系统将最终判断留给决策者,专家系统选择问题或特定类别问题的最佳解决方案

专家系统的基本组成部分是知识库、通过结构化查询语言(SQL)等语言处理查询将用户与系统连接起来的推理引擎以及用户界面。被称为知识工程师的人获取专家的专业知识,构建一个包含这些专家知识的计算机系统,然后实现它。

群体决策支持系统和计算机支持的协同工作系统

组织越来越依赖团体或团队共同做出决策。当群体做出半结构化或非结构化决策时,群体决策支持系统可以提供解决方案。小组决策支持系统(GDSS)用于配备多种不同配置的特殊房间,允许小组成员与电子支持交互,通常以专门软件和特殊小组辅导员的形式进行。小组决策支持系统旨在将一个小组聚集在一起,在各种支持的帮助下解决问题,如轮询、问卷调查、头脑风暴和场景创建。GDSS软件的设计可以最大限度地减少典型的负面群体行为,如由于担心表达不受欢迎或有争议的观点而遭到报复而缺乏参与,被直言不讳的群体成员支配,以及“群体思维”决策。有时,GDSS是在更通用的术语计算机支持的协作工作系统(CSCWS)下讨论的,CSCWS可能包括通过网络计算机进行团队协作的称为群件的软件支持。群组决策支持系统也可以在虚拟环境中使用。

高管支持系统

当高管们转向计算机时,他们经常在寻找帮助他们在战略层面做出决策的方法。高管支持系统(ESS)通过在董事会或个人公司办公室等可访问的地方提供图形和通信技术,帮助高管组织与外部环境的互动。尽管ESS依赖于TPS和MIS生成的信息,但高管支持系统通过创建一个环境来帮助用户以知情的方式思考战略问题,从而帮助用户解决非结构化的决策问题,这些问题不是特定于应用程序的。ESS扩展并支持高管的能力,使他们能够理解自己的环境。

 

本文地址
https://architect.pub/w3computing-types-systems
SEO Title
w3computing Types of Systems

【应用架构】高管支持系统

视频号

微信公众号

知识星球

Chinese, Simplified

ESS

本文地址
https://architect.pub/executive-support-system
SEO Title
executive support system

【应用程序】什么是应用程序?

视频号

微信公众号

知识星球

Chinese, Simplified

什么是应用程序?

应用程序,也称为应用程序或应用软件,是直接为最终用户或在某些情况下为另一应用程序执行特定功能的计算机软件包。一个应用程序可以是自包含的,也可以是一组程序。程序是为用户运行应用程序的一组操作。

应用程序示例

某些类型的应用程序包括:

  • 文字处理器
  • 数据库程序
  • Web浏览器
  • 部署工具
  • 图像编辑器
  • 通信平台

应用程序使用计算机的操作系统(OS)和其他支持程序(通常是系统软件)来运行。应用程序通过应用程序编程接口(API)从其他技术请求服务并与之通信。

Application

What's in a modern application

应用程序与系统软件

与应用软件不同,系统软件程序在后台运行,不直接与计算机用户接口。系统软件管理计算机或实例的操作,通常包括操作系统、系统管理程序和驱动程序。与面向最终用户的应用程序相比,这些程序通常是低级或基本程序。

应用程序使用系统软件访问基本硬件资源,如内存、存储和其他实用程序。例如,应用程序依赖于系统软件来访问文件系统以管理和存储文件。

https://youtu.be/Xr9agFpAtPQ

应用程序类型

应用程序可以在很多方面有所不同,包括它们是如何构建的,运行在什么平台上,它们是开源的还是专有的,或者它们用于哪个市场。

例如,移动应用程序开发人员将其代码编写为本地、web或混合应用程序,这些术语也可以描述桌面应用程序。开发人员对本地应用程序进行编码,使其在特定硬件(如相机或GPS)上运行,并使用与底层操作系统相同的编程语言。例如,Mac OS X上的Photos应用程序是用Objective-C编写的,这与Mac OS X使用的语言相同。

终端用户通常通过网络浏览器(例如Google Chrome)访问网络应用程序。开发人员可以用多种语言编写web应用程序,包括JavaScript、CSS和HTML,但他们无法访问安装应用程序的硬件。

混合应用程序具有可以访问设备资源的API,类似于本地应用程序,但通常使用HTML和CSS等语言编写。此外,开发人员经常对移动应用程序进行编码,以便在特定的设备平台上工作。

应用程序许可

应用程序也可以按许可样式分组。专有软件程序,如Adobe Photoshop,是版权所有的应用程序。最终用户可以通过提供软件的供应商购买或许可专有应用程序。他们不能修改这些应用程序;他们只能通过第三方附加组件为其添加功能。

开源应用程序,如WordPress,为最终用户和开发人员提供了使用和修改的源代码。软件公司和个人开发人员通常会根据通用或公共许可证(如GNU)免费提供开源应用程序。

开发人员或开发团队可以为特定的垂直市场创建应用程序。垂直应用程序通常服务于特定的行业或部门需求,例如医疗计费系统。相比之下,横向应用程序,如文字处理器或网络浏览器,适用于广泛的行业。

本文地址
https://architect.pub/what-application
SEO Title
What is an application?

【应用程序】软件和应用程序之间的区别

视频号

微信公众号

知识星球

Chinese, Simplified

软件与应用:找出软件与应用之间的区别

这两者都有助于用户在其计算机设备上执行任务。但软件和应用程序之间有一个根本的区别。该软件是收集数据和信息的系统需求。它利用这些数据来命令计算机系统以特定的方式工作。另一方面,应用程序是一种帮助人们在设备上执行任何特定活动的软件程序。让我们来了解一下它们各自的功能。

什么是软件?

它是指为运行给定的机器/设备而与硬件连续协调的各种程序的集合。换句话说,软件基本上是一组数据/指令,指示计算机必须如何工作和操作其功能。任何软件基本上都与任何物理方面(硬件)的软件相反。它们还充当任何计算机设备中硬件的补充。

什么是应用程序?

它指的是为最终用户执行指定任务的程序包。应用程序基本上是我们仅为最终用户需求设计的程序或产品。事实上,所有的应用程序都属于计算机软件的范畴。但并不是每个软件都属于应用程序的范畴。

软件和应用程序之间的区别

参数 Software Application
含义和定义 这是一个收集数据和信息的系统需求。该软件使用这些数据来命令计算机系统以特定方式工作。 它是一种帮助人们在设备上执行任何特定活动的软件程序。
相关性 该软件不属于应用程序类别。它指的是不同类型的计算机数据——应用程序就是其中之一。 应用程序是给定软件程序的一种类型/子类型。
软件类型 软件是计算机软件的一种形式。 应用程序是软件程序的一种形式。
行政管理 它可以执行管理,也可以不执行管理。 它总是执行管理。
任务 该软件处理所有类型的计算机任务、数据和信息。 应用程序只分配了特定的任务。它们也可能是集成任务。
Performance 软件充当用户和他们正在使用的硬件之间的媒介。 任何人都可以直接使用应用程序。
用户之间的相互通信 用户不需要自己参与来保持软件的运行和工作。 用户总是需要与应用程序进行交互,以使其在设备上工作。
对操作系统的依赖 它通常不依赖于任何操作系统。 应用程序的工作和兼容性在很大程度上取决于设备的操作系统。

 

本文地址
https://architect.pub/difference-between-software-and-application
SEO Title
Difference Between Software and Application

【应用管理】应用程序、系统、工具或软件,什么是什么

视频号

微信公众号

知识星球

Chinese, Simplified

应用程序、系统、软件和工具,它们是我们经常用来描述执行任务的计算机程序的不同词汇。这些词在不同的语境中有特定的含义,但我们经常互换使用。你最好的选择是找一位来自该国的母语人士,他知道你想要使用的术语的偏好。这当然是该领域持续使用它们的一个条件。这样可以避免误解。还可以阅读贸易期刊和参加会议,了解​​常见术语是什么。

应用

“应用程序”通常用于一个或多个与用户直接通信的独立程序模块。我们对应用程序执行的任务通常是业务和管理任务。应用程序的定义是“软件的计算机应用程序”(Computer Application of Software)。这涉及不属于操作系统的软件,也不属于属于操作系统工具的一部分,例如编译器、数据库管理系统和网络软件。

本地或在线应用程序

“应用程序”一词并没有说明我们使用它的方式。应用程序可以在任何地方运行,可以在本地运行,也可以在云中运行或以混合形式运行。

它是关于决定It对组织价值的应用程序,因为它们直接是业务流程的一部分。系统软件不被视为应用程序,IT专业人员使用它来创建和维护应用程序软件。(对于IT人员来说,它可能是必不可少的软件,所以他们称之为自己的应用程序。)

系统

一个“系统”是组织问题的集成解决方案。因此,不能将软件、应用程序或工具称为系统。例如,系统是一组互连的组件(模块、子系统等)共同形成一个有凝聚力的整体。特别是如果整体的操作或功能的结果大于部分的总和,我们称之为系统。如果需要它们来实现期望的结果,员工、手册和业务流程也是系统的一部分一个系统通常意味着一个更大的整体,通常指的是作为一个整体的硬件和软件。另外,人们经常谈到硬件系统或软件系统。

不要与框架混淆

另一方面,框架是未集成且没有显著相互依赖性的组件(部件、模块、子系统)的集合。当所讨论的代码打算通过某些API直接由其他程序使用时,框架会得到更多的使用。框架通常包含多个代码库,以实现更广泛的目标。因此,框架的组成部分可以是系统的一部分。

工具

“工具”是指不属于最终用户业务流程的软件。通常,需要一个“工具用户”。这通常是一名有能力的员工,但在特殊情况下可能是不同的软件程序。工具执行一系列通常有用但与特定环境或问题无关的功能。

工具的设计通常考虑到一般用途。与软件不同,工具的功能和接口仅限于特定的需求或目的。这些特定功能使该工具具有价值。例如,MS Excel就是一种计算工具。然而,CRM系统中的销售佣金计算模块不被视为一种工具。这样的模块可以执行类似Excel的计算,因为它具有特定的功能。但是,这些职能对于特定组织的销售职能来说是独一无二的。它们还与系统的其他功能集成在一起。

工具支撑工作

工具通常是专注于特定任务的较小程序。随着时间的推移,由于它们的功能被整合到应用程序和系统中,它们往往会失去效用。软件开发人员使用开发工具来创建软件。测试人员使用测试工具。

此外,程序员可以编写自己的工具,使他们的工作更容易。如果这些工具的文档记录不好并且有漏洞,通常也没关系。毕竟,用户非常清楚限制是什么。有时,这些助手是如此的好,如此的有用,以至于他们变得非常重要。届时,我们也将更加关注这一问题。

术语使用示例

以“确定行驶路线的软件”为例。如果它包含计算从a到B的路线所需的所有功能,我们称之为应用程序。如果它还包含用户从a开车到B所需的全部用户属性,我们称其为系统。然而,如果从用户的角度来看,软件并不完整,而是专注于产生路线的算法,我们称它为工具。

软件

“软件”是我们最常用来区分“硬件”或人类非自动(手动)信息处理的术语。然而,这个词也是通用的,例如“程序”,因此可以指在计算机上运行的任何源代码或编译的源代码。

SaaS不包括货物

SaaS是“软件即服务”(Software as a Service)的缩写。它是一种我们可以订阅的服务,我们可以通过互联网获得软件。然而,考虑到所描述的定义,SaaS一词实际上毫无意义。要说出我们的实际意思,我们应该说:

  • SaaS程序或SaaS应用程序。
  • SaaS解决方案或SaaS系统。
  • SaaS工具或SaaS工具。
  • SaaS开发平台或SaaS框架。
本文地址
https://architect.pub
SEO Title
Application, System, Tool or Software, what is what?

【应用管理】应用系统介绍

视频号

微信公众号

知识星球

Chinese, Simplified

应用程序系统-定义

应用程序系统通常由用户界面、业务逻辑和某种数据库组成。

  • 用户界面是你可以看到的东西,也是用来与计算机交互的东西。它可以由一组屏幕、网页或报告组成。有时用户界面是输入设备,例如条形码阅读器或语音识别设备。
  • 有些应用程序系统具有非可视化界面。这些应用系统通过网络与其他应用以电子方式交换数据。
  • 编程逻辑由一个或多个计算机程序、脚本或其他类型的计算机指令组成,用于验证数据、执行计算或引导用户通过应用系统。大多数大型计算机系统使用多种计算机语言。
  • 数据库是一个数据存储库,用于以结构化格式存储组织感兴趣的信息。数据库可以是一组平面文件和/或数据库表。数据库的结构被设计为便于数据访问和/或更新。

计算机系统只是一组计算机组件,它们被组装成一个集成的包。这些部件可以是大的也可以是小的,并且可以设计用于单个目的或多个目的。

应用系统范围

通常很难确定一个应用系统在哪里结束,下一个应用程序系统在哪里开始。这是因为系统通常在某种程度上与其他应用系统集成。

不同的应用程序系统共享一些应用程序系统组件并不罕见。这些常见组件可以包括视觉对象(例如图形、行为)计算机程序和/或数据库。

例如,单个财务应用程序可能包括采购、工资、应付账款、应收账款和总账功能。

application

或者,这些功能中的每一个本身都可以是单独的、独立的应用系统,通过系统接口连接或以某种方式紧密集成。

应用程序系统边界

为了确定应用程序系统的边界,从功能和技术两个角度检查应用程序系统是很重要的。

单个应用程序系统通常具有以下特性:

  • 与应用程序行为一致的用户界面设计
  • 通用体系结构(例如程序语言、程序设计)
  • 共享应用程序系统组件(例如视觉对象、程序、数据库表)

application

在对计算机系统进行分析时,重要的是验证应用系统的假定范围,并确定其与其他应用系统的所有接口或集成点。

应用程序系统的范围影响系统分析工作。在制定系统维护、增强或更换方案时,范围也很重要。

本文地址
https://architect.pub/application-system-introduction
SEO Title
Application System introduction

【应用管理】应用软件

视频号

微信公众号

知识星球

Chinese, Simplified

应用程序(简称软件应用程序、应用程序或应用程序)是一种设计用于执行特定任务的计算机程序,而不是与计算机本身的操作有关的任务[1],通常由最终用户使用。[2] 文字处理器、媒体播放器和会计软件就是例子。集合名词“应用软件”是指所有应用程序的集合。[3] 软件的其他主要分类是与计算机操作有关的系统软件和实用软件(“实用程序”)。

应用程序可以与计算机及其系统软件捆绑在一起,也可以单独发布,并可以编码为专有、开源或项目。[4] “应用程序”一词通常指手机等移动设备的应用程序。

术语

在信息技术中,应用程序、应用程序或应用软件是一种旨在帮助人们进行活动的计算机程序。根据其设计的活动,应用程序可以操作文本、数字、音频、图形以及这些元素的组合。一些应用程序包专注于单个任务,例如文字处理;其他称为集成软件的软件包括几个应用程序。[5]

用户编写的软件定制系统以满足用户的特定需求。用户编写的软件包括电子表格模板、文字处理器宏、科学模拟、音频、图形和动画脚本。甚至电子邮件过滤器也是一种用户软件。用户自己创建这个软件,却常常忽略它的重要性。

然而,操作系统和应用软件等系统软件之间的划分并不准确,偶尔也会引起争议。[6] 例如,美国诉微软公司反垄断审判中的一个关键问题是,微软的Internet Explorer网络浏览器是其Windows操作系统的一部分,还是一个可分离的应用软件。作为另一个例子,GNU/Linux命名的争议部分是由于对Linux内核和基于该内核构建的操作系统之间的关系存在分歧。在某些类型的嵌入式系统中,应用软件和操作系统软件可能与用户不可区分,例如在用于控制VCR、DVD播放器或微波炉的软件的情况下。上述定义可能会排除大型组织中某些计算机上可能存在的一些应用程序。有关应用程序的替代定义:请参阅应用程序组合管理。

转喻

用作形容词的“应用程序”一词不限于“应用程序软件的或与应用程序软件有关的”含义。[6] 例如,应用程序编程接口(API)、应用程序服务器、应用程序虚拟化、应用程序生命周期管理和便携式应用程序等概念同样适用于所有计算机程序,而不仅仅是应用程序软件。

应用程序和杀手级应用程序

主要文章:杀手级应用

一些应用程序有几个不同平台的版本;其他应用程序只在一个应用程序上工作,因此被称为,例如,用于Microsoft Windows的地理应用程序,或用于教育的Android应用程序,或者Linux游戏。有时会出现一个只在一个平台上运行的新的流行应用程序,这增加了该平台的可取性。这被称为杀手级应用程序或杀手级应用,创造于20世纪80年代末。[7] [8]例如,VisiCalc是Apple II的第一个现代电子表格软件,并帮助将当时新的个人电脑销售到办公室。对于黑莓来说,这是他们的电子邮件软件。

近年来,缩写词“应用程序”(1981年或更早的时候创造的[9])在指代智能手机和平板电脑等移动设备的应用程序时变得很流行,与PC上的应用程序相比,缩写形式与它们通常较小的范围相匹配。甚至在最近,缩写版本也用于桌面应用软件。

分类

有许多不同的和可供选择的方法来对应用软件进行分类。

从法律角度来看,应用程序软件主要采用黑匣子方法进行分类,涉及其最终用户或订阅者的权利(最终具有中间和分层订阅级别)。

软件应用程序还根据编写或执行源代码的编程语言以及它们的用途和输出进行分类。

按财产和使用权

应用程序软件通常分为两大类:封闭源代码与开放源代码软件应用程序,以及免费或专有软件应用程序。

专有软件享有独家版权,软件许可证授予有限的使用权。开放-封闭原则指出,软件可能“只为扩展而开放,但不为修改而开放”。此类应用程序只能由第三方添加。

自由和开源软件应出于任何目的运行、分发、销售或扩展,并且在开放的情况下,应以相同的方式进行修改或逆转。

根据免费许可发布的自由和开放源码软件应用程序可以是永久的,也可以是免版税的。也许,任何权利(版权、商标、专利或其他权利)的所有者、持有人或第三方执行人有权在许可使用条款中添加例外、限制、时效或到期日。

公共领域软件是自由和开放源码软件的一种,它是免费的,并且可以公开或保留地在衍生作品中运行、分发、修改、逆转、重新发布或创建,而无需任何版权归属,因此可以撤销。它甚至可以出售,但不需要将公共领域的财产转让给其他单一主体。公共领域软件可以根据(非)许可法律声明发布,该声明无限期(终身或永久)执行这些条款和条件。

通过编码语言

自从web的发展和近乎普遍的采用以来,出现了一个重要的区别,即使用HTML编写的web应用程序,JavaScript和其他网络原生技术,通常需要在线并运行网络浏览器,以及用特定类型计算机可用的任何语言编写的更传统的原生应用程序。关于网络应用程序取代原生应用程序用于多种目的,特别是在智能手机和平板电脑等移动设备上,计算界一直存在争议。网络应用程序确实在某些用途上大受欢迎,但应用程序的优势使它们不太可能很快消失。此外,两者可以是互补的,甚至可以是一体化的。[10] [11][12]

按用途和输出

应用软件也可以被看作是水平的或垂直的。[13] [14]横向应用程序更受欢迎和广泛,因为它们是通用的,例如文字处理器或数据库。垂直应用程序是为特定类型的行业或企业或组织内的部门设计的利基产品。集成的软件套件将尝试处理每一个可能的特定方面,例如,制造业或银行业工人、会计或客户服务。

应用软件有多种类型:[15]

  • 应用程序套件由捆绑在一起的多个应用程序组成。它们通常具有相关的功能、特性和用户界面,并且可以相互交互,例如打开彼此的文件。商业应用程序通常是套件,例如Microsoft Office、LibreOffice和iWork,它们将文字处理器、电子表格等捆绑在一起。;但是存在用于其他目的(例如图形或音乐)的套件。
  • 企业软件解决了跨多个部门的整个组织的流程和数据流的需求,通常是在大型分布式环境中。示例包括企业资源规划系统、客户关系管理(CRM)系统、数据复制引擎和供应链管理软件。部门软件是企业软件的一个子类型,主要针对大型组织中的小型组织或小组。(例如差旅费用管理和IT帮助台。)
  • 企业基础设施软件提供了支持企业软件系统所需的通用功能。(示例包括数据库、电子邮件服务器以及用于管理网络和安全的系统。)
  • 应用程序平台即服务(aPaaS)是一种云计算服务,为应用程序服务提供开发和部署环境。
  • 与企业管理相比,信息工作者软件允许用户创建和管理信息,通常用于部门内的单个项目。示例包括时间管理、资源管理、分析、协作和文档工具。文字处理器、电子表格、电子邮件和博客客户端、个人信息系统和个人媒体编辑可能有助于完成多项信息工作者任务。
  • 内容访问软件主要用于在不进行编辑的情况下访问内容,但可以包括允许内容编辑的软件。此类软件满足了个人和团体消费数字娱乐和发布数字内容的需求。(示例包括媒体播放器、web浏览器和帮助浏览器。)
  • 教育软件与内容访问软件相关,但具有适合教育工作者或学生使用的内容或功能。例如,它可以提供评估(测试),通过材料跟踪进度,或包括协作能力。
  • 模拟软件模拟用于研究、训练或娱乐目的的物理或抽象系统。
  • 媒体开发软件生成印刷媒体和电子媒体供他人消费,通常是在商业或教育环境中。这包括图形艺术软件、桌面出版软件、多媒体开发软件、HTML编辑器、数字动画编辑器、数字音频和视频合成以及许多其他软件。[16]
  • 产品工程软件用于开发硬件和软件产品。这包括计算机辅助设计(CAD)、计算机辅助工程(CAE)、计算机语言编辑和编译工具、集成开发环境和应用程序编程接口。
  • 娱乐软件可以指视频游戏、屏幕保护程序、显示电影或播放录制音乐的程序,以及可以通过使用计算设备体验的其他形式的娱乐。

按平台

应用程序也可以按计算平台分类,例如特定操作系统的桌面应用程序,[17]云计算和Web 2.0应用程序中的交付网络,或移动设备的移动应用程序等交付设备。

当执行简单的计算、测量、渲染和文字处理任务时,操作系统本身可以被视为应用软件,而不是通过命令行界面或图形用户界面来控制硬件。这不包括捆绑在操作系统中的应用软件,如软件计算器或文本编辑器。

信息工作者软件

  • 会计软件
  • 数据管理
    • 联系人经理
    • 电子表格
    • 数据库软件
  • 文档
    • 文档自动化
    • 文字处理器
    • 桌面发布软件
    • 图解软件
    • 演示软件
    • 电子邮件
    • 博客软件
  • 企业资源规划
  • 财务软件
    • 银行软件
    • 清算系统
    • 财务会计软件
    • 财务软件
  • 现场服务管理
    • 劳动力管理软件
  • 项目管理软件
    • 日历软件
    • 员工调度软件
    • 工作流软件
  • 预订系统

娱乐软件

  • 屏幕保护程序
  • 电子游戏
    • 街机游戏
    • 控制台游戏
    • 手机游戏
    • 个人电脑游戏
  • 软件艺术
    • 演示

教育软件

主要文章:教育软件列表

  • 课堂管理
  • 参考软件
  • 销售准备软件
  • 勘察管理
  • 百科全书软件

企业基础架构软件

  • 用于IT运营的人工智能(AIOps)
  • 业务工作流软件
  • 数据库管理系统
  • 数字资产管理(DAM)软件
  • 文件管理软件
  • 地理信息系统

仿真软件

  • 计算机模拟器
    • 科学模拟器
    • 社交模拟器
    • 战场模拟器
    • 应急模拟器
    • 车辆模拟器
      • 飞行模拟器
      • 驾驶模拟器
    • 模拟游戏
      • 车辆模拟游戏

媒体开发软件

  • 三维计算机图形软件
  • 动画软件
  • 图形艺术软件
  • 光栅图形编辑器
  • 矢量图形编辑器
  • 图像管理器
  • 视频编辑软件
  • 音频编辑软件
  • 数字音频工作站
  • 音乐音序器
  • 记分员
  • HTML编辑器
  • 游戏开发工具

产品工程软件

  • 硬件工程
  • 计算机辅助工程
  • 计算机辅助设计
  • 计算机辅助制造
  • 有限元分析

软件工程

  • 编译器软件
  • 一体化发展环境
  • 编译器
  • 连接器
  • 调试器
  • 版本控制
  • 游戏开发工具
  • 许可证管理器

另请参阅

  • 软件开发
  • 移动应用程序
  • Web应用程序
本文地址
https://architect.pub
SEO Title
Application software

【应用组合】你的应用组合正在扼杀你的数据吗?

视频号

微信公众号

知识星球

Chinese, Simplified

我继续深入研究企业管理——数据智能的关键。在本文中,我将重点介绍企业数据工厂——您的应用程序组合。

如果您认同业务能力是企业的基础这一概念,那么数据成为每种能力的顶点是理所当然的。基于我们的观点,即业务和数据奇偶性是转换的表利害关系,然后将数据映射到业务能力模型的概念添加进去,就更容易理解数据生命周期中的细节——它的起源和转换。这是应用程序的领域。

该企业是一个臭名昭著的旧应用程序垃圾收集器。这部分是CapEx/OpEx时代的副产品(或后遗症),但也部分是因为许多想要或投资这些遗留应用程序的人已经不在公司了。通常,很少有人真正知道该如何处理这些旧应用程序,也很少有人知道删除这些应用程序后会产生什么影响。这导致了大量的“技术债务”。当项目团队将加快交付或降低成本置于质量之上时,或者当领导者推迟急需的投资或升级以将资源输送到其他工作中时,就会产生这种技术负担。这些因素对企业数据的质量起着重要作用,通常会带来关键的质量、可用性或集成问题。

如果你想要更好的数据,你真的需要了解你的应用程序组合的健康状况;这可能会使你的成功(和数据)面临风险。

许多非常有才华的人花费了大量的时间和精力来了解如何在企业中利用数据(包括目前的公司)。这是一个持续的挑战,长期以来一直被委托给信息技术团队。要想让企业管理蓬勃发展,就不能再把它放在首席信息官的脚下。业务能力和职能领导者必须拥有他们的数据,以及管理和管理质量和新鲜度的有效策略。否则甚至可能被认为是疏忽大意。

但是,领导者如何才能让他们的团队成为更好的管理者呢?Better Data Advisors使用一个简单而有效的3步流程让您实现目标:

Figure 1: App Portfolio Triage

就像任何好的分流方法一样,在做出任何决定之前,你都想了解自己在处理什么。应用程序发现可以简化为创建应用程序清单,正如我们在第一步中看到的那样(图1)。一旦你量化了你的投资组合,你就需要评估一下你投资组合的有效性。只有这样,通过定性分析,你才能制定出一条路线来管理投资组合的上升或下降。这将使用您的数据管理、治理和质量杠杆来完成。我们在前几章中概述的BCM成为捕捉应用程序与功能对齐的完美画布。

首先让业务管理员清点所有在日常业务操作中支持其相应功能的应用程序和系统(通常是同义词)。一个简单的分类机制将有助于简化分析:职能或部门应用程序应该很容易列出。然而,他们很可能也会识别出几个跨功能的应用程序。随着关键数据在组织中以及无数的应用程序和业务流程中移动,这种后期分类可能需要确定谁应该拥有该应用程序。在为多个域提供服务的情况下,例如客户或产品,分配核心管理模型是非常有意义的,甚至有时会划分差异。例如,在“产品”的情况下,我们可能会默认为“产品能力与制造”。同样,“客户”可能会先落到“销售”,再落到“营销”。

别忘了“影子IT”——SaaS领域可能有IT不知道的部门应用程序…

一旦您开发了一个合理的软件清单,下一步将是将应用程序与它们所服务的业务能力领域相关联。使用我们在第3章中讨论过的相同业务能力模型。您可能想利用这里的首席信息官,因为一个优秀的IT团队将能够为您提供库存,通常来自CMDB平台等系统。大多数首席信息官都会很乐意为您的管理之旅提供帮助。

与我们的大多数指导一样,不要为了准确起见而纠缠于车轴。使用“完美是好的敌人”的旧范式,并专注于针对BCM中的第一和第二层次等主要BCM元素。像电子表格这样的简单工具可以产生惊人的结果。

好吧。所以,知道你知道自己拥有什么,是时候了解你对它的看法了。这里的好消息是,人们喜欢分享他们对事情的看法。虽然很多人会说一项资产有什么好处,但似乎从没有问题得到关于一项资产哪里出了问题的反馈。这是人的本性。驾驭它。如果你真的想知道你的组织对应用程序和相应的数据质量的看法,你需要调查业务和技术管理人员。获取反馈的一个好方法是采访关键利益相关者,或者为每个库存项目制定调查,团队可以按照自己的节奏填写。一定要安排好问题的结构,使应用程序的优势和/或劣势过于非法。

你会喜欢结果的。调查数据和分数为您提供了我们所说的采纳概况。这是商业价值和技术可持续性得分的平均值。正是这种权重使你能够对你的投资组合做出决定。我们可以将高业务价值分数与高质量数据联系起来。商业用户倾向于看好那些能提供有价值信息的应用程序。一般来说,应用程序分为三类。有一些增加了较高的商业价值和相对较低的成本;许多SaaS应用程序都在这里。然后是相反的情况:具有高运营成本但提供低业务价值的应用程序。你会想尽快退出。

采用分析是Better Data Advisors开发的一项技术,旨在帮助我们的客户了解其技术支出的相关性。对于包括首席财务官、首席执行官和首席信息官在内的利益相关者来说,这是一个很好的工具

一旦您映射了数据和与数据质量相关的单个应用程序的功效,您就会发现自己对应用程序组合的健康状况以及应用程序提供高质量和及时数据的能力有了很大的了解。当然,这会带来改进的战略和有效的数据管理。快乐的发现…

本文的范围是让您思考如何最好地关注您的应用程序对公司(或能力)整体数据价值的贡献。高级应用程序组合管理是一个很深入的主题,很可能会成为下一天的另一个博客。

本文地址
https://architect.pub/your-app-portfolio-killing-your-data
SEO Title
Is Your App Portfolio Killing Your Data?

【软件】软件101:不同类型软件的完整指南

视频号

微信公众号

知识星球

Chinese, Simplified

技术是日常生活的一部分,但你有没有想过它是如何工作的?

在电脑和手机的背后是运行它们的软件。与硬件通信以使其发挥作用的计算机代码。

现代编码主要集中在互联网上。网站和网络应用程序很受欢迎,但它们是唯一的软件类型吗?

这篇文章提供了一个关于不同类型的软件以及它们如何与您的业务相关的初学者教程。

继续阅读,了解免费软件与开源和系统驱动程序之间的区别。以及合适的软件开发人员如何提高你的底线。

什么是软件?

软件是告诉计算机或电子设备如何运行、工作和执行特定任务的数据、程序、过程、例程和指令的集合。这与硬件形成对比,硬件是执行工作的物理系统和组件。

软件是如何工作的?

软件究竟是如何工作的?它只是计算机程序的另一个术语,程序是一组指令,告诉设备如何执行。

这些指令是用计算机能够理解的代码编写的。

所有软件的核心是逻辑和输入>处理>输出的原则。

该方案需要信息,即投入。想想在你的手机上点击一个按钮。然后,它根据一系列规则提出一系列问题。例如,按钮应该打印发票还是取消订单?

结果就是结果。你的打印机运转起来,发票从托盘中弹出。

软件类型

软件可以采用一行代码的形式,也可以像微软的Windows操作系统一样,跨越数百万。

软件还与其他软件一起工作,作为一个有凝聚力的系统进行连接。你的智能手机是由数千个软件组件组成的集合,旨在协同工作。

代码语言和样式的大小和范围各不相同。用于处理现代微波炉的软件与运行苹果Mac的代码非常不同。

本文的其余部分有助于解释不同类型的软件,包括:

  • 应用软件
  • 系统软件
  • 固件
  • 编程软件
  • 驱动程序软件
  • 免费软件
  • 共享软件
  • 开源软件
  • 封闭源代码软件
  • 实用程序软件

我们提供了每一个例子以及它们如何为您的业务服务。

您将看到应用程序与系统软件之间的区别,以及该行业多年来是如何发展成为今天的IT巨头的。

应用软件

应用软件是为最终用户设计的软件程序或程序组。有许多类型的应用软件。

应用软件的类型和示例

  • 文字处理软件:谷歌文档、微软Word、写字板和记事本
  • 数据库软件:MySQL、Microsoft SQL Server、Microsoft Access、Oracle、IBM DB2和FoxPro
  • 电子表格软件:谷歌表格、苹果数字和微软Excel
  • 多媒体软件:媒体播放器、Winamp、QuickTime和VLC媒体播放器
  • 演示软件:谷歌幻灯片,微软Powerpoint,主题演讲,Prezzy
  • 企业软件:客户关系管理(CRM)软件(HubSpot,Microsoft Dynamic 365)、项目管理工具(Jira,Monday)、营销自动化工具(Marketo,HubSpot)、企业资源规划(ERP)软件(SAGE,Oracle,Microsoft Dynamics)、财资管理系统(TMS)软件(SAP S/4HANA Finance,Oracle treasury),商业智能(BI)软件(SAP business intelligence、MicroStrategy、Microsoft Power BI)
  • 信息工作者软件:文档工具、资源管理工具
  • 通讯软件:Zoom、Google Meet、Skype
  • 教育软件:Dictionaries–Encarta,不列颠;数学:MATLAB;其他:谷歌地球、美国国家航空航天局世界风能
  • 仿真软件:飞行和科学模拟器
  • 内容访问软件:通过媒体播放器、网络浏览器访问内容
  • 应用程序套件:Apache OpenOffice、Microsoft Office365、Apple的iWork、LibreOffice、G-Suite、Oracle电子商务套件
  • 工程和产品开发软件:IDE或集成开发环境
  • 电子邮件软件:微软Outlook,Gmail,苹果邮件

应用软件的好处

应用程序是我们数字设备的生命线。

移动应用程序开发人员创建解决方案,让企业在线销售和营销自己。金融应用程序管理股票市场。银行系统使用应用程序转账和记录交易。

如果你的企业需要一个数字解决方案,它通常以应用程序的形式出现。

系统软件

系统软件为其他软件提供了一个平台,包括管理计算机本身的程序,如计算机的操作系统、文件管理实用程序和磁盘操作系统(或DOS)。系统文件包括函数库、系统服务、打印机和其他硬件的驱动程序、系统首选项和其他配置文件。系统软件中的程序包括汇编程序、编译器、文件管理工具、系统实用程序和调试器。

虽然应用程序软件不是必不可少的,不会因为卸载而关闭设备,但系统软件是必不可少的,它可以创建一个应用程序所在的平台。

系统软件示例

系统软件在后台运行,操作系统就是系统软件的一个例子。

对于台式电脑、笔记本电脑和平板电脑:

  • Microsoft Windows
  • MacOS(适用于苹果设备)
  • GNU/Linux软件
  • 对于智能手机:
    • 苹果的iOS
    • 谷歌的安卓系统
    • Windows Phone操作系统

其他示例包括游戏引擎、计算科学软件、工业自动化软件和软件即服务应用程序。

除了操作系统,一些人还将编程软件和驱动程序软件归类为系统软件的类型。然而,我们将在接下来的两节中单独讨论它们。

系统软件的优点

开源操作系统允许企业创建自己的操作系统。

固件

固件是存储在计算机主板或芯片组上的软件。

它的工作是确保设备直接工作。当你打开笔记本电脑时,基本输入输出系统(BIOS)会唤醒一切。

它检查驱动器是否有错误,然后询问是否存在操作系统。如果是这样的话,它就会把控制权交给像Windows10这样的系统。

编程软件

软件是如何开发的?答案是使用编程软件。

大多数代码都是用英语编写的,使用特定的格式或语法。然后将高级编程语言转换为机器代码。然后需要另一种称为编译器的软件来实现这一点。

编程软件,也称为编程工具或软件开发工具,是一种帮助软件开发人员或程序员创建、调试和维护其他程序和应用程序的程序。编程软件被认为是系统软件的一个子集,尽管对此存在争议。

编程软件示例

可以在纯文本编辑器应用程序中编写Java或PHP等计算机语言,但也可以使用更健壮的行业标准应用程序。编译器、汇编程序、调试器、解释器等都是编程软件的例子。集成开发环境(IDE)是所有这些软件的组合。

大多数软件开发人员使用编程软件应用程序,如:

  • GitHub
  • GitLab
  • Android Studio
  • Visual Studio Code
  • Eclipse
  • XCode
  • Notepad++
  • Atom

它们被称为IDE或集成开发环境,程序员使用它们是有原因的。

编程软件的好处

IDE有一些工具,比如突出显示代码中的错误。它们还包含内置编译器,并在手机上测试之前预览应用程序的工作方式。

在一个简单的文本编辑器中,试图通过数千行代码来追踪一个bug几乎是不可能的。然而,IDE使这变得更容易,从而带来更快的开发时间和健壮的软件。

驱动程序软件

驱动程序软件与连接到计算机的硬件、控制设备和外围设备进行通信。它通过收集OS(操作系统)的输入并向硬件发出执行操作或其他指定任务的指令来实现这一点。

硬盘驱动器和处理器等内部组件都需要自己的驱动程序。如果安装了错误的软件,设备将无法正常工作。

在旧版本的Windows中,设备驱动程序成了办公室生活的祸根。

像打印机这样的新外设需要正确的驱动程序。当CD丢失时,花了很长时间才在网上找到正确的驱动程序软件。

值得庆幸的是,Windows和其他操作系统在幕后安装和管理驱动程序。其结果是一台经过优化且可工作的机器。

驱动程序软件示例

所有硬件设备都需要驱动程序。例如:

  • 图形卡
  • 网卡
  • 鼠标和键盘

当您将USB闪存驱动器插入计算机时,操作系统会将其识别为新设备。然后自动安装驱动程序以使其正常工作。

驱动程序软件的优点

驱动程序属于系统软件类别。没有他们,什么都不会起作用。

硬件制造商通常负责创建驱动程序软件。然而,Linux和Chromebook经常因为市场份额小而被忽视。

值得庆幸的是,编码社区出手相救。

有人编写代码以使设备在他们的系统上正常工作。然后,他们在线共享驱动程序,供其他人下载和使用。

免费软件

免费软件听起来像是免费软件或开源软件,但有区别。

免费软件不公开或共享其源代码。然而,软件所有者不会向其他人收取使用费。

免费软件许可证因软件的用途和共享者而异。

一些开发者只允许他们的免费软件用于私人或个人用途。企业需要付费许可证或获得书面许可。GPT-3就是一个例子,只有经过批准的开发人员和营销人员才能访问该计划。

经常阅读小字,并警惕免费软件许可证的版权。

免费软件示例

  • 免费软件示例涵盖了从音频到虚拟机的各种有用应用程序。
  • 在这里探索一些今年最好的免费软件。如果你想要一个免费的Adobe Photoshop替代品,请访问gimp.org。

免费软件的好处

你不需要为完全开发的软件支付任何费用。如果你不喜欢这些功能,你可以卸载它。没有公司强迫你升级。

免费软件也有助于在线社区的共享和发展。开发者可以展示他们的才华,而企业可以利用一些优秀的应用程序。

共享软件

与免费软件一样,共享软件可以免费使用并与他人共享,但只能在短时间内使用。

它起到了评估的作用。您可以在承诺购买之前尝试部分或全部功能。

共享软件示例

WinZip是最成熟的共享软件应用程序之一。

它始于1991年,当时Windows中还没有包含压缩软件。近三十年后,它的下载量仍然很高。免费试用有时间限制,但所有版本都包含加密功能。

共享软件的好处

共享软件允许您在购买完整许可证之前免费试用该软件。

有些提供了有限的功能集或时间锁定。“先试后买”是检查软件是否适合您企业需求的好方法。

开源软件

开源意味着你可以探索应用程序的实际代码。

严格的软件许可证限制了其他开发人员对代码的处理。然而,开源背后的精神是鼓励开发。

开源意味着不断发展代码,使其对每个人都更好。

开源软件示例

Linux操作系统是开源软件的完美范例。

开发人员可以下载源代码并根据自己的喜好进行编辑。因此,Linux的新版本有助于针对特定的需求。

开源软件的好处

Github.com是程序员保存和共享代码的首选目的地。

存储库通常是开源的,开发人员可以很容易地找到解决问题的正确方案。他们可以免费克隆整个项目或下载元素。

封闭源代码软件

大多数应用程序都是封闭源代码的,因为它们不公开原始代码。

执照是严格的。不允许未经授权的复制或破解。该应用程序可以是商业应用程序,也可以是私人应用程序,但需要支付某种费用才能使用。

闭源软件示例

任何隐藏或加密其源代码的应用程序都被视为封闭源代码。

例如,Skype允许视频会议。它归微软所有,虽然可以免费使用,但该公司向大量用户收取费用。

闭源软件的好处

闭源软件是为商业用途而设计的。

开发人员经常被用来编写代码。这需要花钱。因此,公司不希望在没有报酬的情况下分享他们的投资。

实用程序软件

实用软件旨在分析和优化设备。

这些应用程序通常与操作系统捆绑在一起。它们跟踪性能,并在出现过热等问题时向系统发出警报。

实用软件示例

Windows任务管理器显示Windows中所有打开的进程。它详细说明了一段时间内的性能,并展示了每个内存的使用量。

实用程序还包括防病毒软件和备份应用程序。

实用软件的好处

密切关注过热是至关重要的,扫描恶意软件也是如此。

实用软件有助于保持事物稳定。它的设计目的是使您的系统运行平稳,不会因过度使用而损坏。

 

本文地址
https://architect.pub
SEO Title
Software 101: A Complete Guide to the Different Types of Software

管理信息系统

视频号

微信公众号

知识星球

Chinese, Simplified

什么是管理信息系统(MIS)?

管理信息系统(MIS)是企业内部的一个部门,负责控制组织用于做出业务关键决策的硬件和软件系统。除了描述公司内部的部门外,“MIS”一词还可以指一种用于存储、组织和分析信息的计算机软件。

如今,MIS一词在各种各样的上下文中被广泛使用。其中包括但不限于以下内容:

  • 决策支持系统(DSS)软件。
  • 资源和人员管理应用程序。
  • 项目管理。
  • 数据库检索应用程序。

软件环境中的MIS是什么?

MIS软件用于跟踪销售、库存、设备和相关业务信息。

在过去,这些应用程序运行在大型计算机上。然而,随着计算系统的发展,组织开始在客户机-服务器系统上运行MIS软件。如今,MIS应用程序通常在云中运行,包括混合云环境。

MIS软件的类型

以下是MIS软件的四种主要类型:

  • DSS。DSS分析业务数据,以帮助管理者做出决策。例如,DSS可以根据新产品销售假设来预测收入数字。
  • 交易处理系统(TPS)。TPS处理与业务相关的日常事务。示例包括工资单处理、电子商务业务的订单处理和发票开具。
  • 管理支持系统(MSS)。MSS存储和组织数据,使最终用户能够生成报告和分析数据,以满足业务需求并为规划提供信息。数据仓库就是MSS的一个例子。
  • 专家系统。专家系统为管理者提供基于人工智能的见解和建议。在专家系统中,人工智能被训练来模拟特定领域的人类专家的知识。

MIS部门的早期历史

MIS部门最初是一个组织的整个信息技术部门。从20世纪60年代到80年代初,从业者和商学院通常指的是MIS,而不是IT。

在早期,企业计算的主要作用是帮助首席执行官和首席财务官进行信息系统(IS)管理,以完成对业务运营至关重要的任务,如订单录入、会计和预算。目前还没有企业应用程序;相反,程序员通常在大型机上煞费苦心地编写代码来执行这些功能。

这些系统是业务关键型的,这意味着如果必须回到手动方法,业务就会失败。因此,如果管理信息系统部门不成功,业务就处于危险之中。首席财务官通常监督管理信息系统部门,以确保开发人员和管理人员提供所需的会计服务。

角色和术语的转变:从MIS到IS再到IT

20世纪80年代,随着可以运行电子表格的个人计算机的出现,企业计算责任的范围开始发生变化。个人电子表格的采用使业务关键流程脱离了高层管理的范畴。

因此,MIS部门需要为更广泛的用户提供服务,并部署外部和内部软件程序。为了反映这一新的内部客户群,各组织开始将MIS部门的名称改为IS。通过这一转变,MIS团队成为整个IS部门中唯一但仍然至关重要的一部分。

20世纪90年代,企业应用程序的兴起带来了一组新的IS任务。公司成功地通过企业和本土应用程序的组合向消费者提供了比竞争对手更好的服务。

这些应用程序还执行了比MIS部门以前处理的更广泛的功能,例如企业资源规划、供应链管理和销售人员自动化。其中许多任务不仅仅是信息系统部门的财产。外部供应商、外包商和业务线计算部门现在都声称拥有企业计算的份额。

因此,在企业架构中,信息系统部门更多地成为组织软件和底层硬件技术的战略主管,而不是控制性的中央实体。再次,组织开始更改部门名称,以反映其新的角色:信息系统部门被称为IT,而原来的MIS部门成为了更大整体中的一个较小部分。

MIS部门与IT管理

尽管多年来MIS和IT管理之间的界限变得模糊,但MIS团队通常仍涵盖对公司生存能力至关重要的系统,包括会计和订单录入。在许多企业中,MIS团队也处理遗留的软件和硬件。

遗留系统可能是由早已退休的程序员编写的,在某些情况下,他们没有为系统留下任何文档。这同样是IT管理和业务协调的作用:企业应该非常小心地升级或现代化遗留系统,并高度重视所涉及的风险。

Diagram representing the stages of the legacy system modernization process.

Modernizing legacy systems is a meticulous process that involves classifying and reclassifying existing systems, comparing and selecting modernization options, and implementing a roadmap.

因此,MIS的重要性——以及支持它的人和了解它的怪癖的人——仍然很高,即使它现在只是企业it中一个很少讨论的部分。高层管理层应该理解MIS在企业收入方面的重要性。

MIS部门和应用程序的商业价值

管理信息系统软件和管理信息系统部门都可以帮助公司获得竞争优势,因为这两个部门都可以通过让员工花更多时间在创造价值的任务上来帮助组织提高生产力。

MIS软件工具管理的数据可以帮助管理者更好地做出与销售、制造、资源分配等相关的决策。同样,MIS部门在组织内提供支持服务方面发挥着重要作用,例如:

  • 统治治理涉及对员工使用计算机系统的系统和控制。MIS部门定义、管理和执行有关员工如何以及是否可以访问公司技术和网络基础设施的规则。管理信息系统部门负责信息技术安全和执行与计算机系统使用有关的行为准则。
  • 基础设施一个组织的IT基础设施由支持企业日常运作的技术系统组成,例如,手机、台式机和笔记本电脑、服务器、应用软件和云计算。MIS部门提供内部服务台和支持服务,协助员工解决与基础设施相关的问题。
  • 数据管理。数据管理涉及资源调配和管理系统,使员工能够访问和更新关键业务数据。MIS部门负责确保组织数据管理系统的可用性和安全性。

MIS职业

MIS的工作描述可能包括财务和IT管理方面的职责。MIS职业生涯需要对大型和关键业务项目进行广泛的规划和分析,这通常需要金融和经济学方面的经验或教育。

常见的MIS角色和职责包括网络和IT系统管理、业务系统分析、数据集成以及合规和审计准备。一个强大的MIS候选人还应该具备软技能,例如成为一个有能力的沟通者,能够与依赖MIS部门的业务部门联络。

MIS的职业生涯可能需要评估业务应用程序,并选择那些有助于企业实现销售、营销或其他领域目标的应用程序。然后,MIS部门在这些应用程序的整个生命周期中部署和管理这些应用程序。

MIS工作通常需要IS管理、计算机科学或相关领域的学位。应聘者应能够管理IT和软件供应商,并对计算机系统和应用程序进行故障排除和优化。此外,他们应该能够跟踪与应用程序如何有效地支持业务目标相关的指标。

本文地址
https://architect.pub
SEO Title
techtarget management information systems (MIS)