行业应用软件学习01 行业应用软件专业的课程设计.docx
《行业应用软件学习01 行业应用软件专业的课程设计.docx》由会员分享，可在线阅读，更多相关《行业应用软件学习01 行业应用软件专业的课程设计.docx（23页珍藏版）》请在冰豆网上搜索。
行业应用软件学习01行业应用软件专业的课程设计
行业应用软件专业的课程设计
1.概述
前一段时间，某大学的软件学院向我征询实战性强的软件专业学科的建议，我当然就提出了“行业应用软件”专业。
这不仅是由于我目前正在从事这门课的教学实践，更重要的是软件企业需要这种专业的毕业生，而且在中国软件企业或大单位的信息中心工作的软件工程师们，绝大多数是在从事行业应用软件的开发、应用和维护，可见它的市场需求是巨大的。
近几年来，像中科软这样的软件企业每年都有几百名新人进入，他们当中有很多人都会面临“学以致用”的困扰。
我们选择的新人其专业面好像很广：
计算机及通信、软件工程、数理化、电子工程、管理信息、金融、……每当我看到他们的课程表和成绩单时，总有一种感觉：
从软件企业人才发展的角度出发，应当对这些课程做出某种补充。
市场是敏感的，这种补充已经顺势而生了。
目前各大培训机构已经纷纷推出了一系列实战课程，它们主要包括：
J2EE核心技术――企业级应用软件设计与开发（对应的还有.net），Oracle数据库实用技术，IT项目管理等（我们中科软也是这类培训课程的主力军）。
这些课程确实起到了缩小理论知识与实际应用软件开发的差距，它很有市场，也解决了可以“动手”的问题。
有人说动手能力是最重要的，但我还是半信半疑，因为动手能力只是一些简单的技艺，它确实很重要但不是根本性的，很多高中生经过培训也反映出了很好的动手能力。
那么到底什么知识背景是我们做行业应用软件开发的软件企业最看重的呢？
在部分解决了“动手”能力之后，我们还要解决什么样的问题呢？
既然是实战课，我们首先应看看几个目前比较热门的行业应用软件的构成：
（参考IDC和CCID报告）
基础
扩展
后端
保险
核心业务,再保,展业,绩效
财务管理,审计
CRM/CC
电子商务
渠道管理
数据仓库,
BI报表
银行
核心业务,卡业务,中间业务,支付与清算
总帐,审计,稽核，资源管理
CRM/呼叫中心
电子银行
渠道管理
决策支持,
风险管理
电信
综合计费,采集
帐务,ERP
CRM/CC
门户
合作管理
数据仓库,
经营分析
简单的说，行业应用软件就是与该行业领域知识密切相关的应用软件。
我们知道领域知识五花八门，所以行业应用软件也十分丰富，本文先侧重于目前热门的服务性行业。
从表中我们看出，行业应用软件在不同的行业内叫法不同，内容有差异，但是又非常相似。
从分类形成方面看，一般从基础管理出发（它是一个综合应用，有时也叫核心应用），随着管理的专项化，进行通用性提炼，产生扩展部分，并强调整体的一体化。
后端分析也是在基础和扩展的前提下，进行的管理层的各项辅助决策支持。
从表中我们可以看出，各子系统在以上几个行业都很相似。
在核心业务部分，是以一种“合同”内容为基础的管理系统，它反映了企业与其客户的“权利义务”关系。
合同中的重要数字“钱”等资产被专门的管理在总帐（财务）管理系统中，这就是所谓的业――财一体化。
“扩展”部分是从核心分立出来的，它强调不同方面的侧重，典型的有客户关系、渠道管理、经营方式等，在开发上它们有很相似的内容。
为什么很多工程师认为上述应用是简单的呢？
因为经常看到的现象是，进入一个软件开发项目组，他们主要的开发工作为：
1.与用户讨论一些业务单证或文字性“需求”，做出软件开发计划（2―4周）；
2.建立一个与用户使用单证类似的数据库结构和对应单证的界面（2―3周）；
3.编一段程序输入/输出用户的要求，并与用户讨论做局部性修改（2―4周）。
这确实是软件工程师的一般日程工作，为了展开知识点的讨论，我们把上述工作做一般性归纳，有如下阶段成果：
行业应用软件阶段目标说明：
从图上我们分了三个可循环的阶段和四个课程（知识点）目标，下面我们会针对这四个课程目标进行展开，特别是关联上目前已有的教学课程，并对这些已有课程做简单的归纳，强调与我们目标的关系，讨论实战应关注的补充内容。
任何课程不可能与实战完全一样，我们的目标是缩小传统课程与实战的差距，并尽量做到“与时俱进”。
去年我在“第四届中国软件技术大会”上做了题目为“行业应用软件――社会科学和自然科学的结合”的演讲，难道行业应用软件作为一个应用型专业来讲，真的不单是涵盖传统理工科所开设的课程，而要大量选择文科专业所学的课程吗？
在如下的课程体系清单中会使你不难发现问题的答案：
课程体系清单：
写作基础、语言学、管理学、行业学（保险学）、会计学、领域术语标准化及翻译学、管理文件写作、领域概念数据模型、数据库技术、对象及过程技术、界面综合技术、开发工具和环境、软件体系结构、软件工程、励志文选、沟通表达技术及心理学、操作系统、数据和算法的运用分析、经济学原理和行业市场分析、行业应用软件（综合）。
课程与目标的关系图如下：
那么这个课程体系与阶段目标到底有什么关系呢？
下面我们进一步说明所选课程的内容与阶段目标及行业应用软件的关联。
关于参考书，本文给出的大部分是基础和通用的教材，为了大家可以多选几本参考书，我们只列书名加“《》”号，如《写作》、《语言学》、……及延伸的课程，因为同样名字的书有时挺多的，新书和文章也在不断涌现。
2.行业应用软件基础性内容
2.1课程目标
课程目标Ⅰ主要针对行业应用软件基础性内容，并侧重应用开发中“需求”的部分，它的归纳性课程是“管理文件写作”。
具体课程说明如下：
2.2写作基础
写作本身也是一门复杂的综合性课程，它的好坏差别很大，我始终对写作好的人充满崇敬。
写作几乎是我们从事各项活动的基础，是我们写各种文章和文件的指导，也是目前软件工程师的普遍弱项（我们看到的大量应用软件文档几乎都是没头没尾或在叙事上不得要领）。
已有的写作课在大的分类上有：
行政公文、事务文书、经济文书、法律文书、科技文书、新闻写作、学术论文写作、文学创作等。
涉及这些内容的参考书很多：
《写作》，《科技论文写作》，《公文写作》，…
对写作基础我们归纳三个要点，在今后的课程中要反复运用。
首先，写作基础培养我们对叙述要素的理解，如：
人物、时间、地点、原因、结果（对象）、事件（行为）（Who,When,Where,Why,What,How,简称５WH）；其次，写作课强调叙述方法（结构）的学习，如：
顺叙、倒叙、插叙、分叙、补叙等；最后，写作课还包括与内容有关的写作要点：
即主题，结构，语言，文面等。
写作的本质是我们对一件事情（主题）进行介绍、描述的方法，古代先贤很多依靠写文章和写奏折来表达自己的想法，这是我们写作课的最好范例。
行业应用软件包括应用软件开发和工程应用，大量的沟通和文档要通过具体文件的写作来实现，近年来公务员考试炒热了《公文写作》，但是工程化文档的写作越来越引起人们的重视，所以写作课是我们的一门基础性课程。
针对各阶段目标，进一步补充的内容（在已有写作课的基础上）：
1.运用写作的基本概念，结合行业应用软件开发的主要文档系列，形成工程化的文档写作方法和范文集。
2.针对行业应用软件开发的需要，运用5WH分析方法和叙事结构体系，解决可操作型“管理文件”的写作问题（具体参见“可操作型管理文件写作”一文），为行业应用软件的需求形成打下坚实的基础。
3.结合“语言学”课程寻求技术文档的表述方式，以便加强精炼、准确、全面、一致、优美、生动的文档风格。
2.3语言学
语言学是我们沟通和思维的工具，它包括语音、语义、词汇、语法、文字和发展复合分支（如：
功能语言学，模糊语言学，认知语言学，语言类型学，社会语言学，心理语言学，文化语言学，应用语言学，计算语言学……）。
语言学涉及本课程的参考书很多：
《语言学》，《计算语言学》，《信息检索技术》，又如《中文信息处理》，《自然语言理解和处理》等。
行业应用软件最重要的工作之一是信息化建模，或者说建立面向领域的语义和概念网络，语言学则是所有这些工作的基础。
行业应用软件同时又是一个应用工程，它需要大量的沟通和文档，语言则是表达它们的主要工具。
针对各阶段目标，进一步补充的内容（在已有语言学课的基础上）：
1.结合具体领域，给出更有针对性的行业术语定义和词汇分类，形成行业应用的语义概念框架，具体进展参考“领域术语标准化及翻译学”课程。
为了弥补管理模型和技术实现之间的语义差异，我们的工作就是不断地建立介于类自然语言和形式化的机器语言之间的“中间语言”和概念体系，语言学的知识几乎贯穿于我们每一抽象层面的表述。
2.结合语言学中语义概念的定义，开展一种动态/可变的本体论研究（过去人们对本体的本质的、静态性的研究较多，但是行业应用软件中涉及的领域概念既有稳定、静态性的内容，也有变化、动态性的内容）。
在软件应用模型中，充分反映这种变化的可控能力，可进一步参考《本体论》和行业学（如：
保险学）中的“产品设计”等内容。
3.加强汉语的研究，及汉语与英语的翻译。
因为在行业应用中，我们交互用汉语（语义，词汇和语法），而对应的程序操作符则大量采用英语（语义，词汇，对应符号），进一步参考“领域术语标准化及翻译学”课程。
2.4管理学
管理学是门综合性很强的基础概念课，它给出了管理和管理者的定义，并就管理中的战略和计划、组织与协同、行为与责任、个人与团队、控制与绩效等问题展开深入的讨论。
具体的管理方法也很多，如：
平衡计分卡，关键绩效指标，360度反馈评价，目标管理导向……
涉及的主要参考书《管理学》，《绩效管理》，《平衡计分卡》，……
其实，管理涉及的内容是五花八门的，管理学是对各种管理思想方法的总结，行业应用软件从很大成份上讲就是一个管理软件（管理合同，管理客户资料，管理合作伙伴资料，……）。
虽然我们在一定的层面才会介绍计算机实现管理应用的相关技术，但是应该认识到：
管理的思想需要细化，管理中使用的大量实例和数据要依靠工具来协助处理。
总之，管理学知识是这类软件开发的概念基础。
不要以为管理者一定是什么大领导，其实我们每一个人都是管理者。
针对各阶段目标，进一步补充的内容（在已有管理学的基础上）：
1.对于行业应用软件的开发来讲，我们不能只停留在管理的基本原理和思想方法上，而需要进一步加强管理规则的分析和细化，要强调管理上的“可操作性”，具体可参考“管理文件写作”课程。
2.管理强调计划、完成和效率，在行业应用软件开发过程中，要形成自己的特点，我们必须结合“软件工程”课程中的CMM相关的内容，对管理学中涉及过程管理的内容做进一步的细化。
3.管理学强调实践内容，而行业应用软件是一个实际的工程项目，项目的组织与协调是重要的实践。
我们可以结合“软件工程”课程中的项目管理的内容，进一步深入探索项目管理的具体方法。
4.管理学另一个重要方面是管理者的素质问题，它也涉及管理者的情商，进一步讨论可以结合“励志文选”课程加以完善。
2.5行业学（保险学）
行业学（以保险学为例）是一门面向具体领域的管理和介绍性课程（每一个行业都有这样的课程，或者说系列课程）。
保险学主要介绍保险（行业）的定义和特征，发展的历史和分类，作为行业特性也介绍其中的基本原则（如：
最大诚信原则，补偿原则，保险利益原则，近因原则，……等），此外作为保险（行业）的经营也讨论市场与监管、产品分类与定价、合同内容与管理等。
涉及的主要参考书有《保险学》，《风险管理》，《保险实务》。
行业应用软件最大的特点是行业的基础背景，所以涉及什么行业背景必须了解这个行业的定义、特征、发展历史、基本原则和内容分类，这是基础中的基础，这也是为什么在很多行业中称其为“核心”应用。
作为理工专业背景的工程师，开发行业应用软件，行业学是一门必修课程。
由于很多软件工程师甚至项目经理对这门课的忽视，导致模型建立和系统设计存在大量问题，与客户沟通产生很大的障碍。
针对各阶段目标，进一步补充的内容（在已有行业学（保险学）课的基础上
1.在学习了保险学的基本原理后，我们的目标是为细化和可操作管理（应用软件的开发）做进一步的准备性工作，这要求我们更具体的分类保险业务和产品，并针对分类做出更具体的操作实务。
同时也可参考“领域概念数据模型”课程，形成比保险学内容更细的领域概念模型，完善现行的保险实务。
2.虽然我们学习了保险学，但是在概念模型的建立上仍有基础的背景工作需要进行完善，而且还要有一个行业内的“约定俗成”。
在结合“语言学”课程的基础上，我们将进一步讨论“领域术语标准化及翻译学”课程，统一国际化的保险业务标准。
3.在深化保险学的经营管理内容时，我们还要深入讨论管理学中已提到的控制与绩效等内容，具体可参考“管理文件写作”课程。
行业学是管理学的领域实例化，是我们构成该行业的“核心业务”系统的主要基础。
2.6会计学
管理的一个独立分支是会计学，会计学介绍了会计的产生和发展历史、会计的要素和会计科目、以及复式记帐原理、会计凭证和会计账簿，并对如下内容进行核算：
流动资产、投资、固定及无形资产、负债、所有者权益、费用、成本、收入、利润等，同时介绍常用的财务报告或财务报表。
会计学的参考书很多：
《会计学》，《财务会计学》，延伸课程有《审计学》，《管理会计》，《XBRL》。
会计学有时也称“商业语言”，它提醒我们正在从事与经济活动有关的管理。
从行业应用软件构成表中我们知道，行业应用软件的基础软件包括核心业务系统和财务系统（总帐系统），其中的财务系统就是以会计学为基础的，财务管理是行业应用管理在通用商业模型、会计核算方面的体现。
针对各阶段目标，进一步补充的内容（在已有会计学课的基础上）：
1.行业应用软件的一个发展趋势就是使财务系统平滑的过渡（连接）到业务系统，“权责发生制”的引入就是想通过财务的方式对业务进行更前瞻的管控。
从发展趋势看，它们越来越重视概念一体化的管理，但是由于分工侧重的不同，财务和业务毕竟是两个系统，所以两系统接口的部分是行业应用软件重要的讨论内容，其架构规则参考“软件体系结构”课程。
2.会计学的延伸是管理会计，预／决算等内容，是业务管理的重要组成部分，预／决算的制定与业务系统的有机结合，是今后一个时期内行业应用软件开发的重点课题。
3.会计学的另一个延伸是审计学，如何把业务中的风险管理子系统与审计系统做合理的连接是我们下一个热点问题（详见“目标Ⅲ的总结”内容）。
4.技术的发展也影响着财务软件和企业财务状况的反映，近来国际上流行的XML技术与财务分析的有机结合――XBRL，也引起业内的高度关注，具体参考《XBRL语言》。
2.7领域术语标准化及翻译学
行业应用软件的开发与系统软件开发有一个很大的不同，即领域对象是不断变化的，是各自定义的，而且随着领域业务的发展还会带来新的含义和概念（而系统软件管理的对象变化不大，如：
内存、CPU、进程、文件、……）。
为了更好的把握变化，我们讨论的领域活动和领域操作对象尽量使用领域的术语（单词），并尽量保证符合国家或行业标准。
又由于我们是非英语系的国家，在开发时我们只能使用中文做应用交互语言，而在软件程序中，我们又必须使用字母构成的符号语言，一般我们采用英文作为操作符（其中一个原因是中文的“拼音”只有表音作用，几乎没有表义作用），这就使得每一个行业应用软件编程人员应该是领域术语字典的专家：
可以进行“造词”，并且具备良好的翻译素质。
涉及的主要参考书有《行业术语》（如保险术语），《GB/T国标系列》，《ACORD》（保险），《HL7》（医疗），《翻译学》（如：
对信、达、雅的讨论）……
针对各阶段目标，进一步补充的内容（在本课程的基础上）：
1.领域术语表的进一步应用是加工生成“词根表”（也是应用中“造词”的基础），它反映了我们建模和编程中的命名方式，由于“词根表”是中英文对照的，所以词根及词组根命名和翻译中的“信、达、雅”是我们不断追求的目标。
其中，“信”反映对中文词/词组含义的理解，“达”反映中文词/词组对应的一组英文词/词组的理解和选择，“雅”反映在这组英文词／词组中，选择一个最反映本行业概念（标准术语）和本内容的流畅表达的词／词组。
在系统软件开发中我们对“对象”的命名可以是通用的，甚至有时用变量代替，但在行业应用软件开发中，“对象”的命名更需要使用“词根表”的内容，而很多的应用软件工程师还在忽视这个关键性问题，它直接的后果是使已形成的模型和应用软件与领域内已有的概念不相符。
我们进一步的工作还涉及“领域概念数据模型”课程。
2.由于领域术语表有时也各自为政，各种标准化文件也琳琅满目，如何使用和协同不同的体系也变成了一个重要的发展方向。
我们进一步的工作是结合具体行业术语和行业标准，形成领域术语字典（中/英文）和运用行业标准的方法。
进一步的内容可参考“管理文件写作”课程，本课程是它们的基础性课程。
2.8管理文件写作
这是一门新课，也是前几门课的综合。
我们提到行业应用软件主要是管理软件，但是管理学只介绍基本原理，而对各项管理“规定”还要做进一步说明。
比如：
企业财务管理规定、员工守则、资产的管理规定……，很多学生进入工作岗位，面对这样的写作总是十分着急，很多程序员面对这样的规定，一时不知如何组织应用程序结构。
这门课的作用就是使我们如何更好的表达这类管理文件，并有效的把这类的规定变成模型框架，它是在业务层面形成的完整的可操作模型，为编写行业应用软件打下基础。
通俗的讲，这是一门企业或单位在管理文件方面的“立法委员”所拥有的知识。
主要的参考文献是目标Ⅰ所列课程，这门课的更详细的内容，请参考文章“可操作型管理文件写作”。
2.9总结
目前我们遇到的行业应用软件开发的主要困难之一是“需求”问题，而这个问题涉及太多的方面。
目标Ⅰ的成果物从本质上讲就是一个文档和文件，特别强调的就是可操作型管理文件，这个文档或文件的写作方法是我们今后一段时间内讨论的重点。
3.行业应用软件组成和开发
3
3.1课程目标
课程目标Ⅱ主要围绕行业应用软件组成和开发讨论的，它侧重行业软件的构成技术，归纳性的内容可参考“试述样本程序比赛的几个理由”一文。
具体课程说明如下：
3.2领域概念数据模型
在我们行业内经历了引进国外庞大的应用软件经验和教训之后，大家似乎形成了一个共识，即优先学习和引进国外的领域数据模型。
大家终于明白引进模型是引进技术，而引进应用软件系统是引进“服务”，“服务”在国外也是最贵的，它涉及对专业人才的大量使用。
然而，学习模型也并不简单，真正核心的领域概念模型其实是很难得到的（它这么重要，又这么好学，岂不怪哉）。
从我们加入国际化标准组织的经验看，加入组织就像加入写文章的“作家协会”，它统一基本的术语（字典）和原理，但真正想解决你自己写文章的问题，还要进行交流和自学，不是抄一下了事。
然而越是这样，我们越要有创造性的学习领域概念模型的有关知识，前面列出的课程都是它的基础。
一个具体的领域模型范本一般包括目标和目的，主题域分类介绍，领域对象的静态关系和动态关系，应用举例，术语和参考文献等。
主要参考文献包括：
保险领域《ACORD》中的CDM（概念数据模型），卫生领域的PHCDM（公共卫生概念数据模型），或者参考更一般的著作――《数据模型资源手册》。
需要进一步补充的内容很多，其中很大一部分我们在“管理文件写作”课程中进行了讨论，具体请参考文章“可操作型管理文件写作”。
3.3数据库技术
数据库技术是计算机专业的基础课程之一，它的发展历史和主要技术内容我们不做过多的介绍。
作为内容衔接，数据库技术主要解决我们在“管理文件写作”课程中所说的“表单”的实现结构，其实在“领域概念数据模型”中我们已经引出了“概念数据模型”，数据库技术是实现这种模型的最主要工具。
数据库技术作为教材有很多版本，如：
《数据库原理》，《数据仓库》。
同时，数据库技术作为实战技术也有很多参考资料，它们主要是针对不同厂家的产品，典型的有Oracle、DB2和SQLServer等。
进一步补充的内容（在行业应用软件开发中重点加强的部分）：
1.进一步加强从概念数据模型向逻辑数据模型和物理数据模型的转化，这种转化涉及关系数据库的实现机制和原理，并由此延伸到数据仓库的多维模型。
2.对行业应用开发中使用的SQL语句进行实战性扩展，了解各种封装SQL语句的方法，并结合“开发工具和环境”课程进行深入讨论。
对数据库技术的索引、游标、触发器等技术做结合应用软件开发的讨论，并以此解决应用软件效率问题。
3.进一步从实战角度完善数据库DBA技术，分析SQL语句的执行，通过调整数据库系统的参数，来改进数据库系统的运行效率，同时也促进应用软件的效率。
实战培训课程：
“Oracle数据库实用技术”已经对已有的课程做了补充，但结合本文介绍的行业应用软件体系还可以进一步补充。
3.4对象及过程技术
对象及过程技术是应用软件开发的两大基础性技术，也称“面向对象”技术和“面向过程”技术，开发行业应用软件少不了组件和组装。
可供参考的书有很多，特别是面向对象技术，很多书中也简称《OOP》，《OOD》和《OOA》，它是我们模型实现的主要概念工具。
而面向过程技术反映一种组件的组装，介绍的资料更侧重具体的脚本技术和脚本语言，有关的内容也可参考“样本程序”（参考“试述样本程序比赛的几个理由”一文）。
进一步补充的内容（在行业应用软件开发中特别涉及的）：
1.行业应用软件开发中，有一类通用的应用程序，有时也称“通用横向组件（子系统）”，如：
代码管理，权限管理，工作流引擎，规则引擎等。
这部分内容相对独立，却没有独立的课程加以介绍，但又是行业应用软件开发必备的内容，因此应有专门的文档和课程加以介绍。
2.行业应用软件的集成方法也是一个新的热点，“样本程序”技术是其中重要的组成，它需要进一步的实战归纳和总结，具体参考“试述样本程序比赛的几个理由”一文。
3.对象及过程技术反映应用软件的“中间结果”，其中关于交互界面应进一步参考“界面综合技术”课程，而集成框架参考“软件体系结构”课程。
3.5界面综合技术
行业应用软件进入实际可操作状态离不开界面综合技术，已有的参考资料很多，它分别以《用户界面设计》，《人机交互》，《交互设计》等进行介绍，其主要内容包括交互界面的理论和原则，设计方法、模型、规则和实现支持，认知模型和评估技术等，可以看出它也是涉及多个学科的综合性技术，行业应用软件在管理上的“物理”可操作性是由这门课程主要支撑发展的。
进一步补充的内容（在行业应用软件开发中重点加强的部分）：
1.形成相对统一的行业应用软件的界面风格，包括环境布局，菜单组织，导航引导方式，内容填充方式，例外处理等。
并最大限度的保证在三个主要阶段，即：
需求分析阶段（界面）、系统设计和程序实现阶段（界面），使用手册阶段（界面）的高度一致，不断求精，结果复用和互动修改。
2.行业应用软件在发展上，受界面设计环境影响非常大。
如：
我们从４GL的终端（界面）到J2EE的微机界面，设计和编程几乎都要重新进行，造成大量浪费。
而从发展上看，我们又要返回很多“移动电子设备”的“受约束的界面”，所以我们结合行业应用必须形成一种虚拟化的界面技术，以平衡各种界面的约束，保证内容的稳定和方式的友好。
3.行业应用软件在管理逻辑方面主要依靠“表单”作为界面的替代物（参见“管理文件写作”课程），但从系统需求和设计开始就引入了“操作界面”，在引入之后，由于它的约束使控制过程和交互界面融合在了一起，并且可根据不同的操作者岗位职能的不同，进而选择不同的交互过程，使交互方式和界面的内容变得更加丰富，因此我们需要进行组织和模式上的总结。
进一步来讲，有时候为了更准确的表达不同方式中的“界面”，应有一个独立的概念，这就丰富了我们的术语和概念的命名方式。
又由于界面的空间限制，很多概念术语使用缩略语,这也要求我们提出更丰富的词根及缩略语字典表（具体可参考“领域术语标准化及翻译学”课程）。
4.行业应用软件的使用手册一直以来是弱项，如何
升级会员 