系统管理的三维模型及实例分析

文章目录

1. 业务、组织、技术三维模型
- 1.1 系统方法
- 1.2 系统管理的三维模型
2. 校园IT项目可行性分析
- 2.1 项目概述
- 2.2 业务分析
- - 2.2.1 成本与收益
  - 2.2.2 影响成本与收益的要素
  - 2.2.3 软件开发与购置等的决策
- 2.3 组织分析
- - 2.3.1 用户群体分析
  - 2.3.2 质检组织
- 2.4 技术分析
- - 2.4.1 数据库
  - 2.4.2 分布式
  - 2.4.3 高可用&负载均衡
  - 2.4.4 缓存
  - 2.4.5 搜索引擎
  - 2.4.6 高可维护性、扩展性

1. 业务、组织、技术三维模型

1.1 系统方法

系统方法(systems approach)产生于20世纪50年代，用于描述一种在解决复杂问题时所需的整体性和分析性的方法。该方法包括系统哲学、系统分析和系统管理。这三者的解释如下：

名词	概念解释
系统哲学	是指将事情作为系统考虑的整体模型
系统分析	一种解决问题的方法，需要明确系统的范围，将其分解为各个组成部分，然后识别和估计其问题、机会、限制和需求。
系统管理	指用来解决与系统的创建、维持和变更相关的业务上、技术上和组织上的问题

应用系统方法对于成功的项目管理是很重要的。高层管理者和项目经理必须遵循系统哲学，从而理解项目与整个组织是如何联系在一起的。他们必须使用系统分析的方法来满足解决问题的需要；必须应用系统管理来识别与每个项目相关的关键业务、技术上和组织上的问题，以便识别和满足关键利益相关者的需求，并最大限度地符合整个组织的利益。

1.2 系统管理的三维模型

下面介绍的系统管理的三维模型指的是系统管理的三个方面（业务、组织和技术），这种管理观念将戳成功选择和管理项目具有重大的影响。
下图是业务、组织、技术三维模型示意图：

本模型是一种比较全面的分析方法，可以帮助项目经理将经营问题和组织问题整合到他们的计划过程中，也可以帮助他们将项目看成一系列相互关联的阶段，从而为项目的成功奠定了一个好的基础。

下面，我将尝试用业务、组织、技术三维模型分析一个校园IT项目的可行性。

2. 校园IT项目可行性分析

2.1 项目概述

本项目是我结合自己思考和本校实际情况设想出的一个IT项目，主要目的是搭建一个校内二手书销售平台（APP），以便于低年级同学直接向高年级同学以较低价格购买教材。
在高校中，一个很常见的现象就是很多同学一学期上完课后课本整洁如新，新学期只能将这些书扔掉或者尘封家中。然而，新学期开始时也会有一大批同学选择花并不便宜的价格购买课本。某宝、某鱼平台上也有二手课本的销售，但是，它们不是专门面向某一学校，无法做到同专业高低年级同学的直接对接，这也是我认为这个校内二手书销售平台的商机所在。

2.2 业务分析

2.2.1 成本与收益

学校可以将本项目外包，所需成本主要包括：APP开发的成本、配套硬件成本、宣传以吸引学生注册的成本、APP维护和更新的成本、对旧书质量检验的人力成本。
APP开发以及后续的维护更新工作可以交给外包公司（一如我校的教务系统），具体花费我也不了解，此处不再多说。宣传工作，在校内这样一个封闭的环境，我觉得成本是可以降到一个非常低的程度的。平时我们关注校内新闻的渠道，都可以用来打广告，比如公众号、班级/年级通知群、学生会、团委等等。宣传工作交给负责这些的同学或老师，既有很好的宣传效果，成本也会很低。在本项目中，为确保卖家提供的课本质量（防止有些同学过度使用ps），应该有一个专门负责检验旧书质量的组织。当然，这个组织是由学生组成的，检验工作可以作为勤工俭学项目之一，同样不会有很高的成本。
收益可以从每一笔交易中提成，校内巨大的需求量可以使得收益颇为可观。假设我校大一有8000位新生，大一这一整年需要修的课程有15门，且50%的同学会选择在平台上买二手书，那么将产生60000笔交易。这只是大一同学产生的交易，算上其他年级、研究生，每年的交易量估计在300000笔以上。本项目还有一个突出的优势，就是它定位很明确且始终不变，不需要频繁的更新换代。而买课本的需求是恒定存在的，一年复一年，可以产生非常稳定的收益。

2.2.2 影响成本与收益的要素

影响成本的因素主要有：开发团队的选择、架构的选择、数据库的设计、服务器购置等；
影响收益的因素主要有：宣传力度、产品的使用体验、口碑等直接影响用户数量的因素；书本价格的设置同样十分重要。

2.2.3 软件开发与购置等的决策

本APP有一个特点，就是交易会集中在学期交接的时候，其他时候交易量会显著减少。这一点其实和某宝的双十一等活动比较相似，因此本APP需要支持高并发、高可用；购置服务器时，也要考虑到服务器会面临短时间内频繁访问的需求。

2.3 组织分析

2.3.1 用户群体分析

本APP的用户群体是全体在校学生，尤其是对课程教材需求度较高的学生。比如医学生，需要在老师讲课的时候做很多笔记，可能就比较需要课本。相对于较高年级的学生而言，低年级学生应当占据更大的用户群体比重，因为一般低年级需要进修更多的课程，从而需要更多的课本。而高年级学生课程相对较少，而且不再需要一些偏基础的课本。
考虑到部分同学使用电子版教材，习惯于在电脑上或平板上做笔记（据我观察计院同学居多哈哈），他们或许不会成为本APP的用户。

2.3.2 质检组织

2.2.1提到过，本APP需要有官方进行旧书质量检测，而负责检测的是参加勤工俭学的同学。质检组织的培训、招人工作可以交由学生会负责，当然负责这些工作的同学也有薪资。

2.4 技术分析

2.4.1 数据库

本APP涉及大量的数据库读写操作，数据库的设计至关重要。首先数据库容量不应太小，考虑到新老学生，应该有上万注册用户；数据稳定性应该足够高，并发情况下不应出现脏读等现象；还要考虑数据库性能，这主要体现在磁盘I/O速度。再就是容灾措施，通过离线容灾或在线容灾，做好数据的备份。

2.4.2 分布式

系统中的多个模块在不同服务器上部署，即可称为分布式系统，如Web服务器和数据库分别部署在不同的服务器上，或两个相同功能的Web服务器分别部署在不同服务器上。

2.4.3 高可用&负载均衡

系统中部分节点失效时，其他节点能够接替它继续提供服务，则可认为系统具有高可用性；请求发送到系统时，通过某些方式把请求均匀分发到多个节点上，使系统中每个节点能够均匀的处理请求负载，则可认为系统是负载均衡的。

2.4.4 缓存

本APP需要显示大量书本的图片，因此为了减少用户等待服务器响应的时间，需要采用一定的缓存机制。比如，第一次进入某页面，加载好的图片保存在本地沙盒中；回到该页面时，不再需要请求服务器下载图片，而直接显示本地沙盒中的图片。

2.4.5 搜索引擎

本APP支持搜索功能，基础的搜索功能是根据书名搜索；高级搜索则可以根据专业、根据书本年份、根据价格区间搜索。同时支持一定程度的模糊搜索，比如搜索《C程序设计》，除了这本书还能显示《C++ Primer》。

2.4.6 高可维护性、扩展性

本系统在设计时需要遵循高内聚、低耦合的设计原则，减少模块间的依赖，良好地运用各设计模式。同时做好重构工作，确保代码的精简、安全。这样，尽力确保系统的高可维护性和扩展性。

以上是我根据业务、组织、技术三维模型对一个设想的IT项目进行的不成熟的分析，有疏漏或不恰当的地方，希望各位能不吝赐教，感谢阅读！