文章目录
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项目进行的不成熟的分析,有疏漏或不恰当的地方,希望各位能不吝赐教,感谢阅读!