一、需求分析
 
（一）系统开发建议
 
（二）可行性分析
 
（三）业务需求规范说明书
 
（四）项目开发计划书
 
二、系统设计
 
（一）业务流程设计
 
（二）系统功能王设计（划分子系统和功能模块，设计详细功能）
 
（三）系统数据结构设计，简历完整数据字典
 
三、系统开发
 
（一）程序设计与编写
 
（二）系统调试：根据系统说明书和系统实施方案，对程序设计的结果进行全面的检查，找出并纠正其中的错误，把错误尽量灭在系统正式运行以前
 
（三）编写系统使用说明书，包括系统运行环境的介绍、应用系统的介绍、操作说明、系统输出报表的相关说明、系统管理与维护说明等
 
四、系统测试
 
（一）系统培训，对使用系统的员工进行操作培训
 
（二）试运行
 
（三）系统修改
 
五、系统运行
 
（一）系统正式运行
 
（二）系统验收
 
六、系统维护
 
（一）随着业务需求和流程的改变，对系统进行维护和修改

 

 OA系统升级实施方案
 
 
 
 
 
 
 
 
 
 
 

 
 
 
背景：... 3
 
一、旧系统简介：... 3
 
二、新系统简介：... 3
 
三、系统架构设计：... 4
 
四、数据访问模式：... 4
 
五、系统升级方案：... 5
 
方案一：同时运行方案... 5
 
方案提出背景：... 5
 
方案实施步骤：... 5
 
方案评价：... 5
 
方案二：渐进式运行方案... 6
 
方案提出背景：... 6
 
方案实施步骤：... 6
 
方案评价：... 6
 
方案三：“试运行”方案... 7
 
方案提出背景：... 7
 
方案实施步骤：... 7
 
方案评价：... 7
 
方案四：“择机上线”方案... 8
 
方案提出背景：... 8
 
方案实施步骤：... 8
 
方案评价：... 8
 
方案五：“改良式”方案... 8
 
方案提出背景：... 9
 
方案实施步骤：... 9
 
方案评价：... 9
 
方案对比分析... 10
 
附录：一号方案实施过程总结... 11
 
问题关键点分析：... 11
 
问题根源：... 11
 
解决方案：... 12
 
总结：... 12
 
 
 

 
 
 
背景：
 
XX市房地产勘查测绘所（以下简称“房产所”或者“客户”）新业务办公系统（以下简称“FCOA”或“新系统”）经过一年多的开发和测试，现在到了需要准备新系统上线的时候，以取代原有的办公系统（以下简称旧系统），但是，新系统在2007-7-4日和5日上线的时候，遇到了一系列问题，最后不得不停止新系统，仍然切换到旧系统运行。面对这些问题，如何看待现有开发的新系统，以及如果认为新系统可行，如何制订切实可行的上线实施方案，为本文讨论的主要问题。
 
 
 
一、旧系统简介：
 
Gis-ver2005 是现在运行在房产所的一套业务办公系统，处理市各大房屋测绘公司/单位提交的房屋测绘档案和数据，这些数据称为“汇交数据”，房产所负责这些材料的审查和备案。房产所是一个重要的行政审批单位，其管理里的数据具有严格的经济和社会意义，业务不允许中断和出错。
 
 
 
Gis-ver2005对数据的业务处理流程举例：
 
预售登记测绘：包括 “售初始登记”，“预售变更登记”，由大厅业务人员负责材料的登记；
 
预售业务审件：由测绘管理科科员进行材料的初步审查；
 
决定：有房产所领导对初步审查的材料进行决定，是否正确；
 
成果导入：对正确的材料，将数据导入到系统数据库中；
 
单据输出；给客户打印回执单和通知单等
 
建委成果导出：将数据库中的数据导出然后上传给建委；
 
归档：对最有正确的业务进行归档操作。
 
 
 
对于实测业务（产权登记测绘），流程跟预测业务处理流程类似，也分为初始登记和变更登记，只是数据和单据的格式内容有所不同。
 
另外还有成果数据变更，实预测对应等业务，业务流程比较简单此处不做详细说明。
 
 
 
整个旧系统从功能上说基本满足现有业务运行状况，但是中间也伴随着大量的维护工作。从整体界面风格上来看比较简单，显得不够专业。
 
 
 
二、新系统简介：
 
 
 
新系统除了满足上面所说的各种业务功能外，还加入了以下一些功能：
 
公共信息管理：如公告通知，政策法规，行业动态等公共类信息，这些分类和内容都是可管理的，可自行设置和调整；
 
个人办公：集成了原有gis-ver2.5中该部分内容；增加了通讯录和网络磁盘模块。
 
另外，业务管理，大厅接待等模块集成了原gis-ver2.5中对应的功能。
 
 
 
从系统功能架构方面来说，新系统加入了以下两个大的功能：
 
工作流：所有业务的流转均由工作流控制，包括业务的受理，转交，回退，完成等。在界面表现上，只有当前操作员接收到了上一步流转下来的业务，才可进行当前操作，最后转交给下一步。业务的流转方向由工作流类型事先定义好了。业务流转给谁由权限系统或者工作流本身控制。
 
权限控制：新系统的所有模块都由权限子系统控制，包括业务信息和非业务信息，跟工作流的关联也比较紧密。权限系统可以方便的定义操作员，权限，角色等信息，每个程序模块根据事先设定好的权值代码来判断当前操作员是否具有该操作权限。该权限子系统实现了细粒度的权限控制（按钮级别）。
 
 
 
另外从流程上来说，新系统在业务受理阶段即进行了数据导入，取消了旧系统的“成果导入”步骤。
 
从界面风格方面来说，新系统重新进行了设计，显得跟专业，更易于操作。
 
三、系统架构设计：
 
旧系统：
 
采用了比较简单的单层架构/双层架构，很多业务逻辑在后台页面代码中处理；有少量代码，比如数据访问代码，放到了单独的程序代码中处理。
 
新系统：
 
采用了多层架构方式，将部分业务代码抽取到了单独的业务层中处理，但是做的很不彻底，有大部分业务代码仍然沿袭了旧系统的模式。另外将数据访问层单独抽取了出来，但这部分组件主要是为工作流和权限子系统服务的。
 
 
 
四、数据访问模式：
 
新旧系统采用了不同的数据访问模式，旧系统大量采用了Oracle数据库的特性，对表的主键列的值采用Oracle的“序列”方式，每次插入一条数据的时候改序列值加一；新系统为了屏蔽底层数据库的具体类型，采用了抽象数据访问方式，在运行时指定数据库类型，尽量采用跟具体数据库无关的查询方式，因此对表主键的处理方式采用单独建立一个“种子”表，由程序决定对主键值加一。
 
理论上这两种数据访问模式都不会有问题，但是当新旧系统过渡的时候，这成了一个严重的问题（后面会分析到）。
 
 
 
五、系统升级方案：
 
新旧系统虽然处理的业务类型没有发生改变，但是两者的功能无论从使用者方面还是设计者方面均发生了重大变化，主要表现为“工作流”是旧系统根本没有东西，而且“权限”管理也采用了全新的方式。
 
根据新旧系统的上述差异，为了确保系统顺利“交割”，需要制定几套升级方案：
 
 
 
方案一：同时运行方案
 
新旧系统程序同时运行，共同使用一个数据库
 
 
 
方案提出背景：
 
房产所的业务从受理到最后归档，一般都在5个工作日内，但有的也可能5个工作日以上，而且在正常工作日内，是不能停止接收新件的。因为新系统使用的数据库是在旧系统的数据库基础上作了一些扩展，但是并没有删除过任何老系统表的字段，所以从表结构上来说是向后兼容的。为了让旧系统中没有处理完的业务继续处理，可以把当前正在使用的业务数据完全复制到新系统的数据库中，这样理论上旧系统的程序就可以使用新系统的数据库了。
 
在业务上，该方案的主要背景在于三点：
 
延续旧系统中没有处理完的业务；
 
在旧系统中如果业务还没有做完，需要变更业务数据；
 
新系统可以使用旧系统没有处理完的数据。
 
方便查询旧系统中正在处理的业务。
 
 
 
方案实施步骤：
 
旧系统使用的老数据库（以下简称 GIS库）在新系统上线日停止使用，作为备份封存；
 
复制GIS 库的数据到新系统的数据库中（以下简称FCOA库）；
 
修改旧系统程序所使用的数据库为FCOA库，使新旧系统使用同一个库；
 
部署FCOA程序，使用FCOA库；
 
新旧系统同时运行，旧系统中没有完成的业务继续在旧系统中处理，直到最后归档为止；新接收的业务从收件开始，完全在新系统中处理。
 
 
 
方案评价：
 
优点：
 
该方案可以使新旧系统的业务顺利交接，对各种业务的处理不会造成影响，且不需要手工维护数据的一致性。
 
缺点：
 
新旧系统同时使用一个数据库风险比较大，有可能发生两个系统的数据互相干扰的情况。而且，不能保证业务人员不熟悉新系统操作的情况下出现业务无法办理的情况。
 
 
 
方案二：渐进式运行方案
 
新旧系统渐进式运行，分别各自使用自己的数据库
 
 
 
方案提出背景：
 
该方案主要是基于确保数据的安全性，从物理上隔绝两个系统对数据的相互干扰。而且，也不希望在旧系统中做过的业务重新在新系统中再做一次。
 
 
 
方案实施步骤：
 
旧系统使用的GIS库 新系统上线日继续使用，但做一个备份保存；
 
复制GIS 库的数据到新系统的数据库中（以下简称FCOA库）；
 
部署FCOA程序，使用FCOA库；
 
旧系统没有做完的业务继续在旧系统中处理，直到归档为止；
 
新接的业务完全在新系统中运行；
 
旧系统中原来没有做完的业务做完以后，采用程序/手工方式将数据导入到FCOA中；
 
旧系统中没有做完的业务全部做完以后，封存GIS库并作备份。
 
完成过渡，以后的业务全部在新系统中做。
 
 
 
方案评价：
 
优点：
 
可以确保老数据的安全性和准确性；
 
 
 
缺点：
 
首先，如果在旧系统的业务还没有做完的情况下，业务发生变更，这时候只有等到该业务在旧系统中做完以后，继续在旧系统中做变更业务；同时，在业务需要查询的时候，不能方便的确定要查询的数据再哪个库中；
 
然后，在旧系统中后来做完的业务需要用程序/手工导入到FCOA库中，这一过程可能比较复杂而且易于出错，需要再制定一个比较好的处理方案；
 
最后，同样不能保证业务人员不熟悉新系统操作的情况下出现业务无法办理的情况。
 
 
 
方案三：“试运行”方案
 
新旧系统同时运行，但新系统在最后上线前始终处于“试运行”阶段。两个系统分别各自使用自己的数据库
 
 
 
方案提出背景：
 
该方案主要基于确保新旧系统的数据的稳定安全，克服因新系统在操作方式上的重大改变引起的可能的操作问题。同时，在新系统的试运行中，也能及早的发现问题而不至于业务的中断处理。
 
 
 
方案实施步骤：
 
复制GIS 库的数据到新系统的数据库中（以下简称FCOA库）；
 
部署FCOA程序，使用FCOA库；
 
旧系统程序正常使用，在过渡期继续办理业务；
 
新系统在“过渡期”内，每天/隔天随机抽取旧系统中办理过的业务，到新系统中重新办理，作为测试对照；
 
在新系统试运行一段时间以后，根据新系统对业务处理的稳定性/正确性，何业务人员对新系统操作的熟练程度，决定何时结束“过渡期”；
 
过渡期结束，再采用方案一或者方案二，处理旧系统中没有做完的业务。
 
 
 
方案评价：
 
优点：
 
采用试运行方案，可以在试运行中及早发现新系统中的问题，保证原有业务的正常运行；同时，系统经过一段时间的试运行，业务人员也能够熟悉新系统，避免因为操作问题引起数据的丢失或错误。
 
缺点：
 
在试运行期间，业务人员可能会提出更多的改进需求，修改和实现需求的时间可能会影响上线的时间；在过渡期结束以后，同样不可避免的会遇到方案一和方案二中的问题。
 
 
 
方案四：“择机上线”方案
 
选择一个业务相对较少的日期（根据房产所办理业务的经验推测一个合适的日期），在周末前只剩下少量未办理完的业务，最后还是未办理完的业务利用周末加班办理完成，然后在下周一新系统正式上线。
 
 
 
方案提出背景：
 
新旧系统业务的延续是本方案提出的最主要动机，上述三套方案都不可避免的会遇到这个问题，但解决起来都不是很容易。采用“择机上线”的方案，选择一个业务量相对较少的日期作为新系统升级上线的日期可以避免前面的问题。这样后续的业务全部在新系统中办理，不会出现业务是否连贯的问题。
 
 
 
方案实施步骤：
 
根据以往办理业务的经验，统计出一个比较合适的时间，选择那天上线，或者根据当前所在周的星期五看没有办理完成的业务数量，决定下个周一新系统是否上线。
 
如果决定在下个周一新系统上线，旧系统使用的老数据库（以下简称 GIS库）在新系统上线日停止使用，作为备份封存；
 
复制GIS 库的数据到新系统的数据库中（以下简称FCOA库）；
 
部署FCOA程序，使用FCOA库；
 
在周一，业务人员完全使用新系统办理各种业务。
 
 
 
方案评价：
 
优点：
 
由于业务事先已经全部在旧系统中办理完成，避免了上述方案业务难以延续的缺点；
 
缺点：
 
需要预计和选择业务比较少的日期，这个合适的日期可能比较难以选择；
 
因为需要加班做完旧系统中没有做完的业务，需要房产所领导的全力支持和房产所所有员工的理解和支持；
 
新系统上线以后，同样有业务人员不熟悉新系统操作的情况，但可以采取上面的“试运行”方案来做好培训。
 
 
 
方案五：“改良式”方案
 
对现有的旧系统程序进行“改良”，比如首先修改旧系统的界面风格，然后再逐步优化和完善代码，增加新的功能。
 
 
 
方案提出背景：
 
由于新系统使用工作流驱动业务，产生了业务无法正常延续的问题，而上述四套方案都难以实现，那么只有对现有的旧系统进行逐步“改良”的方案了。
 
 
 
方案实施步骤：
 
继续使用旧系统办理日常业务；
 
逐步修改界面风格，改善操作体验；
 
优化代码结构和效率，逐步增加新功能。
 
 
 
方案评价：
 
优点：
 
本方案不涉及新旧系统升级的问题，是对原有系统的逐步“改良”过程，所以不会造成业务的延续问题。
 
缺点：
 
由于旧系统的界面没有完全按照CSS风格理念来设计，所以要完全改变系统风格工作量还是比较大；
 
由于原来采用的是单层/双层架构，所以代码的逐步分离和优化也是不小的工作，相当于重新设计一个系统；
 
在改良过程中，由于有“FCOA”的体验，客户也可能要求加入一些FCOA的操作方式，从而影响到原有系统的设计；
 
改良过程也有可能花费不少的时间；
 
放弃现有的FCOA，从开发时间和成本上来说也是一个不小的损失。
 
 
 

 
方案对比分析
 
 
 
下面对五套方案的各项指标进行分析，最后总结出方案的可行性和综合评价指数。
 
 
 
 
方案
 
 
方案一
 
同时运行方案
 
 
方案二
 
渐进式方案
 
 
方案三
 
试运行方案
 
 
方案四
 
择机上线方案
 
 
方案五
 
改良式方案
 
 
问题
 
 
业务延续性
 
 
无
 
 
有
 
 
有
 
 
无
 
 
 
 
 
数据库
 
 
一个
 
 
两个
 
 
两个
 
 
一个
 
 
一个
 
 
数据一致性维护
 
 
不需要
 
 
需要
 
 
需要
 
 
不需要
 
 
不需要
 
 
数据安全性
 
 
低
 
 
高
 
 
高
 
 
中
 
 
 
 
 
新旧系统使用过渡期
 
 
无
 
 
短
 
 
长
 
 
无
 
 
 
 
 
新旧系统切换时间
 
 
短
 
 
长
 
 
很长
 
 
较长
 
 
 
 
 
需要客户支持程度
 
 
低
 
 
高
 
 
中
 
 
高
 
 
高
 
 
客户需要培训力度
 
 
大
 
 
中
 
 
小
 
 
大
 
 
 
 
 
旧系统同时运行
 
 
不需要
 
 
需要
 
 
需要
 
 
不需要
 
 
 
 
 
新系统部署难度
 
 
低
 
 
中
 
 
高
 
 
中
 
 
 
 
 
新系统上线风险系数
 
 
高
 
 
中
 
 
低
 
 
中
 
 
中
 
 
升级失败处置程度
 
 
复杂
 
 
较容易
 
 
容易
 
 
较复杂
 
 
较复杂
 
 
上线前内部测试时间
 
 
长
 
 
中
 
 
短
 
 
长
 
 
 
 
 
方案问题可预测性
 
 
可
 
 
未知
 
 
可
 
 
未知
 
 
 
 
 
方案实施经验
 
 
有
 
 
无
 
 
无
 
 
无
 
 
 
 
 
是否包含其他方案
 
 
否
 
 
否
 
 
是
 
 
否
 
 
否
 
 
方案可行性
 
 
★★★
 
 
★★★
 
 
★★★★★
 
 
★★
 
 
★
 
 
综合评价
 
 
★★★★
 
 
★★★
 
 
★★★
 
 
★★★★
 
 
★
 
 
 
 
从上面几套方案的对比分析，方案三具有最高的可行性；方案一和方案四都有较高的综合评价指数，因为方案一已经具有实际的实施经验，这是其他方案都不具备的优势，方案四具有较大的操作空间，如果能够得到客户方的全力支持是一个不错的选择。方案五可能难以得到客户的支持，故可行性比较低。
 
 
 

 
 
 
附录：一号方案实施过程总结
 
2007年7月4日（周三）和5日，主要考虑到避免业务前后延续的问题，我们实施了一号方案，新旧系统同时运行，旧系统继续处理原来没有做完的业务，而新的业务则完全在新系统中运行。开始运行后，主要发生了以下几个问题和情况：
 
1老系统中实测/预测数据导入不进去，经检查，发现是新建立的旧系统跟新系统使用的同一个数据库没有建立Oracle的序列。把原来GIS库的序列导入到新库（FCOA库）中解决；
 
2新系统中看不到刚做的一个预测业务。经过检查发现业务表等有记录，但是工作流表没有相关数据，怀疑可能是用户不熟悉新系统，在收件过程完成的时候，没有单击系统的“完成”按钮。但是客户说这个功能已经培训过，不可能犯这样的错误；
 
3旧系统的建委数据包上穿不上去，经过检查，发现新旧系统的两笔业务使用了同一个楼栋序号。将旧系统的这笔业务回退到成果导入，然后重新导出建委包解决；
 
4在旧系统发现数笔业务根实际的材料不一致，初步判断是上午数据库没有建立序列有关。这些发现的问题通过手工逐个解决。
 
5在排除问题的过程中，发现旧系统中成果导入程序里面一处致命的数据写入方式，有可能严重干扰新系统的运行。 
 
6在系统上线的第二日决定停止新系统的运行，新业务仍然有旧系统程序做，但是仍然发生了很多问题。
 
7在第二日晚上，决定全面停止新系统和旧系统的运行，将旧系统的数据恢复到两天前正常的数据库中去。
 
8在过后的两天时间里面，我们和客户一起恢复数据，客户在旧系统中重新录入了4日和5日新做的业务。
 
 
 
问题关键点分析：
 
问题根源：
 
经过反复查找错误原因，最后发现旧系统写入数据获取主键字段值的时候采用了Oracle序列对象的特性；而新系统写入数据采取的是单独一个表存放主键种子的方式。有些重要的主键字段，新系统没有使用足够大的主键种子数，导致获取的值和旧系统的序列对象值相冲突。
 
另外，在旧系统的导入程序中，存在下面一个致命的数据写入方式：
 
//导入楼盘表
 
Ssql="insert into Tb_houses(houseID,archID,houseNo,CellLinkSymbol,survey_SDate,survey_EDate,";
 
Ssql+="FinYear,struct,remarks,type,plan_BArea,plan_SArea,outWallApportType,SUBMITCOMPANY) values(seq_houses_id.nextval,";
 
。。。 。。。（此略）
 
//采用seq_houses_id.nextval获取下一个楼盘序号
 
。。。 。。。（此略）
 
//取得新导入数据的maxID
 
Ssql = "select max(houseID) as maxHOUSEID from Tb_houses";
 
DataSet dsmax = db.TransactionQuery(Ssql);
 
string maxHouseid = dsmax.Tables[0].Rows[0]["maxHOUSEID"].ToString();
 
。。。 。。。（此略）
 
上面的代码存在以下一些隐患：
 
如果几个用户同时导入数据，houseID 将有可能产生并发冲突，如果houseID启用了约束，那么写入将失败；如果没有启用约束，那么将有可能出现相同的houseID。（事实证明，没有启用约束）。
 
如果新系统也导入了一笔业务（注：新系统在收件的时候就已经将业务数据全部导入了），假设新系统对houseID 启用了一个大得多的新种子数，那么将发生上面的maxHouseid 根本不是前面刚刚写入的那个seq_houses_id.nextval 值。这样，该笔业务项目下的几个楼栋都将有可能使用同一个HouseID 。最糟糕的是Tb_houses 表的主键houseID 没有启用唯一性约束，最终导致很多业务数据导入出错但没有及时发现问题。
 
 
 
解决方案：
 
在插入数据之前，先执行select max(houseID) as maxHOUSEID from Tb_houses 命令，获取当前表中最大的一个houseid值即可。同时，新系统该表的主键种子数预估一个远大于当前max(houseID) 的数即不会导致冲突。
 
 
 
总结：
 
所以，一个良好的系统，设计是关键。如果在设计的时候就考虑到了上面的问题，那么此次升级中遇到的该类问题根本就不应该发生。
 
 
 
 
 
 
 
 
 
 
 
 
 
（全文完）
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 
 
  

 信息技术加速了经济的全球化，也促使企业不断利用先进的信息技术去面对激烈的竞争。
 
 企业信息化是现代企业管理必不可少的重要手段，特别是随着大数据时代的来临，数据体量日益庞大和复杂，如何通过搭建高效的企业信息化系统，梳理明晰高效的企业信息流，并透过纷繁复杂的数据，洞悉企业运营和决策的奥秘，成为企业经营管理者特别是CIO们思考的问题。
 
 所谓的企业信息化管理系统，就是将ERP软件与企业实际相结合，利用软件将企业的信息流、资金流、物流等有机地结合起来，最终实现企业系统运行的集成化、业务流程合理化、绩效监控动态化、管理改善持续化的过程，是一个将软件成功应用于企业的过程。
 
 那么，如何成功搭建适合企业实际情况的信息化系统呢？企业管理信息系统是一项复杂的系统工程，在项目搭建过程中，软件工具的选型、系统实施和管理是一个极其关键也是最容易出错的环节，选型和实施的成败最终决定着系统效益的充分发挥。
 
 在整个项目规划实施过程中，应该本着整体规划、分步实施的原则，对所有方面做严格的计划、组织、管理和监控，这样才能对时间成本，以及产品、服务细节的需求间可能发生的矛盾进行平衡，总结起来，大致分为4个阶段。
 
1. 实施准备阶段，主要是系统调研与分析
 
 企业信息化项目的系统调查，是从整体和战略的高度出发，全面调查企业情况，为分析企业情况奠定基础。以下4个方面都是需要CIO们考虑的：
 
全面了解企业的管理模式，包括业务管理模式，财务管理制度，岗位责任制度，人类资源管理制度等，从而确定本公司是否适合引进信息系统，以及如何规划信息系统建设。
对企业现有业务情况进行调查研究，包括了解公司管理环境、控制环节、业务流程现状，了解公司业务部门的设置和人员分工，了解公司行政、综合管理部门的设计及人员分工，了解公司的财务核算体系，分析公司特殊业务的具体情况等。
对企业实施信息化系统管理项目希望达到的目标进行调研，包括确定业务实施的总目标和分段目标，确定财务核算标准，及财务与业务对接的实施目标，确定行政、综合部门的管理目标等。
对ERP软件进行选型和调研，跟进企业的需求特点选择合适的ERP软件。国内外主流的ERP软件都有不少，一般而言，国外的ERP系统本身蕴含着许多先进的管理思想和手段，为企业提供可借鉴的参考模型，能较显著的提高流程优化和重组的效率，在全面集成性、技术稳定性、功能灵活性、系统开放性等方面实力较强。国内的ERP软件的发展则是突飞猛进，有不少成熟的公司和产品，国内的软件产品的独特优势在于，一方面借鉴了国外产品的设计和开发经验，另一方面，在项目实施上更能充分响应中国市场的需求，也更容易理解国内企业的情况和管理及管理者的思想和思路。，比如ActiveReports 企业报表这种全球化的报表软件，其在国内有开发和技术支持团队，报表设计理念有不少是符合中国式复杂报表情况的，如多表头设计，多权限管理等，更符合中国国情，也能让企业信息系统能更充分的发挥作用
 
 项目实施的可行性分析，也是实施准备阶段的重要工作。除了对企业本身的管理模式做分析外，最重要的是理清企业的业务流程。比如，分析企业是单一工厂还是多工厂，如果是多工厂多业务流程，那每个工厂之间的相互关系如何，是串联还是并联，是相互独立还是相互关联，这些业务流程的业务量有多大，哪些是关键环节，是部分业务实施ERP，还是全部业务都需要实施ERP，实施需要对哪些业务流程、组织机构进行改革和重组，变动大不大，是否可行，能否平稳过渡，等等。现在市面上有很多Web应用的生成工具，像活字格这类简单易用的软件很受欢迎，只要会Excel，企业就可以创建应用系统，很快梳理清楚业务流程。
 
  
 
2. 系统实施阶段，主要是决策和组织
 
 CIO们在做过全面的调查和系统的可行性分析后，就进入项目实施的决策阶段了，需要根据调查结合和财务预算，决策好项目实施的具体内容，参与的部门和人员调配，以及需要引进的模块。
 
 为了保证项目按计划进度顺利实施，还需要成立项目领导小组、实施小组和职能组，使项目相关的工作可以尽快组织落实。小组的核心负责人，需要十分熟悉企业的管理情况，思维敏捷，条理清楚，善于表达和以理服人，有较强的组织能力，能与人共事合作，在具体工作中，要负责组织源性测试和模拟运行，对企业管理改革的问题提出解决方案和建议，还要能定期提交个阶段的工作成果报告。
 
 项目领导小组、项目实施小组和职能组的关系是环环相扣，密不可分的。
 
3. 二次开发阶段，针对特殊需求的定制开发
 
 ERP并不是特别针对某个企业开发的软件，虽然其强大的参数配置功能可以满足不同生产类型、不同业务模式的企业的需求，但是，有一些客户的特殊的业务需求仍然不能满足，而且，如果希望ERP软件更好的适应企业的需求，更好的为企业服务，就需要进行二次开发。二次开发主要针对两个内容：
 
应用程序的二次开发。一般大型的ERP软件功能本身就很强大，基本能覆盖到企业所有的需求，并且软件本身有配置功能，可以根据企业的不同需求通过调整参数来解决问题。葡萄城的企业软件和活字格Web应用生成器基本上也能满足需求。
查询、报表和单据的二次开发。这种开发在企业中的实施是比较常见的，也是必须的。ERP的报表形式不同，每个企业的习惯不同，ERP软件中的报表形式不一定适合企业的习惯。因此，企业应根据自身的习惯对报表形式进行二次开发，适应企业的需要。
 
4. 项目考评阶段，是否为企业带来利润和回报
 
 我们通常在测评一个信息系统时，会检验项目实施进度、成本、功能等方面，事实上，还有几个因素也是重要的评价指标，比如：
 
可操作性评估。企业信息系统的最终目的是让企业的广大职工都能使用，所以，需要设计容易操作的界面，让普通员工也能方便的使用软件来操作，确保每一位使用者都能快捷的使用软件，这是项目实施成功的重要条件，也是一个主要的检验标准。
项目的延续性评估。企业信息系统是企业赖以发展的长期投资项目，所以项目能否随着企业的发展而持续的得到应用，这是评价项目成败的另一个重要指标，主要包括持续性升级能力，功能扩展能力，客户化能力，跨平台能力等几方面。
 
 总之，企业信息化系统是否有效，最终的评价标准是是它与原有的系统相比，优劣程度如何？和同行业企业相比，优劣程度又如何？只有新系统运行平稳的同时，又具有原系统不具备的优势，并有助于保持企业目前和长远的竞争利益，才能认为企业成功的实施了信息化系统。

管理信息系统的实施

提要:管理信息系统的实施是将系统设计的结果付诸实践,建立计算机硬件环境和系统软件环境,编写和调试计算机程序,组织系统测试和各类人员的培训,完成系统的切换并最终交付使用.

从管理信息系统的生命周期来看,系统实施阶段已经到了系统研制开发的后期,它是前面各阶段工作的延伸和目的.

本章讲述管理信息系统实施的内容,实现步骤和应注意的问题.

管理信息系统实施阶段的任务

管理信息系统实施阶段的任务是根据用户确认的设计方案,实现具体的应用系统,包括建立网络环境,安装系统软件,建立数据库文件,通过程序设计与系统系统实现设计报告中的各应用功能并装配成系统,培训用户使用等.

例7-1 系统实施情景案例——青钢管理信息系统实施

青岛钢铁集团在通过管理信息系统设计方案之后,开始着手进行具体应用系统的实施.首先,青岛钢铁集团专门设立了中央计算机房,并在相关部门设立了计算机室.然后,依据系统设计阶段给出的硬件结构和软件结构进行了设备及所需系统软件购置.为了建立计算机系统的网络环境,由太极计算机公司负责结构化布线,网络系统的安装与调试.

同时,北京科技大学项目组依据系统设计报告开始进行软件开发.为了节省成本及方便工作的进行,青岛钢铁集团在北京科技大学建立了模拟环境,专门用于软件的开发工作.

在进行软件开发之前,开发人员在清华大学参加了专门的系统软件及开发工具的培训.在高博士的领导下,北京科技大学项目组依据系统设计报告中给出的目标系统模块设计结果实现了系统分析和设计中提出的各项功能.

在程序设计和系统调试完成之后,成立了一个系统测试小组,由青岛钢铁集团和北京科技大学双方人员共同组成,进行系统的测试.测试小组提供了相应的测试方案和建议的测试数据,在青岛钢铁集团实际应用环境中进行了数据和系统功能的正确性检验.

系统测试顺利通过之后,开始组织对系统的使用人员进行系统应用培训.由于青岛钢铁集团信息中心的网络维护人员和系统维护人员具有很高的业务水平和很强的业务能力,不需要再进行培训,因此培训的对象主要是数据录入员和系统操作员.

完成培训工作之后,进入系统试运行阶段.为此,开始了基本数据的准备,编码数据的准备,系统的参数设置,初始数据的录入等多项工作.

为了保证系统的实施及以后的规范化管理,青岛钢铁集团公司制定了《计算机系统应用管理规范》,《计算机房管理制度》,《计算机系统安全保密制度》,《计算机系统文档管理规定》等一系列的管理规定.

系统在试运行半年无误后,正式交付使用.

通过上述案例可以看出,按照系统实施的过程,系统实施阶段的任务可以归结为如下几项:购置和安装设备以建立计算机网络环境和系统软件环境,计算机程序设计,系统调试和测试,人员培训,系统切换并交付使用.

(1)购置和安装设备,建立网络环境

系统实施的该项工作是依据系统设计中给出的管理信息系统的硬件结构和软件结构购置相应的硬件设备和系统软件,建立系统的软,硬件平台.一般情况下,中央计算机房还需要专业化的设计及施工.为了建立网络环境,要进行结构化布线,网络系统的安装与调试.

(2)计算机程序设计

计算机程序设计也常常被称为软件开发.进行计算机程序设计的目的是实现系统分析和设计中提出的管理模式和业务应用.在进行软件开发之前,开发人员要学习所需的系统软件,包括操作系统,数据库系统和开发工具.必要时,需要对程序设计员进行专门的系统软件培训.

(3)系统调试与测试

在进行计算机程序设计之后,需要进行系统的调试.实际上,在编写计算机程序时,一直在进行调试,修改程序中的错误.在完成这种形式的调试之后,还必须进行专门的系统测试.通过系统的调试与测试可以发现并改正隐藏在程序内部的各种错误以及模块之间协同工作存在的问题.

(4)人员培训

人员培训可以分为两种类型.一种类型指的是在软件开发阶段对程序设计人员的培训,另一种类型是在系统切换和交付使用前对系统使用人员的培训.这里,人员培训指的是第二种情况.在管理信息系统投入使用之前,需要对一大批未来系统的使用人员进行培训,包括系统操作员,系统维护人员等.

(5)系统切换

管理信息系统实施的最后一项任务是进行系统的切换,它包括进行基本数据的准备,数据的编码,系统的参数设置,初始数据的录入等多项工作.在系统正式交付使用之前,必须进行一段时间的试运行,以进一步发现及更正系统存在的问题.在系统切换和交付使用的过程中,每项工作都有很多人员参加,而且会涉及到多个业务部门.因此,该阶段的组织管理工作非常重要,要做好系统切换计划,控制工作的进度,检查工作的质量,及时地做好各方面的协调,保证系统的成功切换和交付使用.

程序设计

在购置和安装完各种设备,建立起网络环境之后,开始进行程序的设计与调试.程序的设计就是通过应用计算机程序设计语言来实现系统设计中的内容.程序设计工作一般由程序设计员来完成.

随着计算机技术的发展,程序设计的思想和方法也在不断地发展.目前,程序设计的方法主要有结构化的程序设计方法,面向对象的程序设计方法和利用软件生成工具的方法.不论采用哪一种程序设计方法,成功的程序设计应具有如下几个特点:

可靠性.对于管理信息系统的应用而言,可靠性是非常重要的,包括程序运行的安全可靠性,数据存取的正确性,操作权限的控制等.对于这些问题,在系统的分析与设计阶段就应该有充分的考虑.

实用性.它是从用户的角度来看系统界面是否友好,操作使用是否方便,响应速度是否可以接受.程序设计的实用性是系统顺利交付使用的重要条件.

规范性.程序的规范性指的是程序的命名,书写的格式,变量的定义和解释语句的使用等应参照统一的标准,具有统一的规范.

可读性.程序的可读性是要求程序设计结构清晰,可理解性好,程序中要避免复杂的个人程序设计技巧,使他人也能够很容易地读懂,以利于对程序的修改和维护.

程序的规范性和可读性对于未来程序的维护和修改是非常重要的.如果程序的规范性和可读性不强,除了具体的程序设计人员,别人很难读懂程序,也就很难进行程序的维护和修改,影响未来的系统使用.

结构化程序设计的方法包括以下几个方面:

(1)采用四种基本的控制结构

程序设计中尽量只采用顺序结构,多重分支结构,循环结构和简单分支结构四种基本控制结构(图7-1),而不用或少用强制转向语句.

图7-1中C代表条件,P代表程序段,T代表条件为真,F代表条件为假.这几种程序控制结构只有单入口和单出口,结构简单,程序易理解,不容易出错.

(2)自顶向下的设计原则

在进行程序设计时,成千上万的程序模块不可能完全同时进行,各任务之间必须有先后顺序之分,最终实现系统设计的整个方案.自顶向下的设计原则是首先设计上层模块,逐步向下,最后设计最下层的具体功能.而实现时,要首先实现下层模块,逐步向上,最后实现上层模块;结构化的程序设计采用的是自顶向下的设计原则.

(3)功能调用层次分明

各部分程序之间的联系采用程序调用的形式.

在实现上层程序时,注明被调用的下层程序的名称,有时还要注明参数传递关系.下层程序独立于上层程序而存在.程序调用关系如图7-2 所示.这样设计出的程序结构清晰,易于程序的编写和调试.

(4)程序书写采用锯齿型风格

一段程序一般都很长,如果在书写时不分层次,就很难阅读.在结构化的程序设计中一般采用锯齿型风格,提高程序的可读性.下面为锯齿型风格结构的例子:

DO WHILE .T.

DO CASE

CASE 

CASE 

CASE 

ENDCASE

IF 

ELSE

IF 

ELSE

ENDIF

ENDIF

ENDDO

结构化程序设计的上述原则,提高了程序设计的规范性,可靠性,可读性,易于程序的调试与维护.

系统调试

系统调试是从系统功能的角度对所实现的系统功能及功能间的协调运行进行检验调整,找出系统中可能存在的问题,并进行更正,以达到系统设计的全部要求.

系统调试的过程通常由单个模块调试,模块组装调试和系统联调三个步骤完成.

第一步:单个模块调试:对单个模块进行检查,保证其内部功能的正确性.

第二步:模块组装调试:针对各个子系统,对本子系统内部的模块进行组装,并检查其模块间的调用关系,数据的传递是否正确,本子系统的功能是否完整.

第三步:系统联调:在单个模块调试和模块组装调试确认各模块和各子系统正确完整之后,开始进行整个系统的联调.系统联调是系统调试的最后一个阶段.

采用这样的方法进行调试,各步骤间的关系如图7-3 所示,调试范围由小到大,能及时地发现错误,是比较有效的.

系统测试

系统测试是利用测试数据及测试问题对已开发完成的系统进行检验.系统测试的内容包括:数据处理正确性测试,功能完整性测试和系统性能测试.

(1)数据处理正确性测试

检查输入和输出数据的正确性,包括明确输入的数据是否正确地存入数据库系统;数据库系统中的数据能够正确地输出;数据间的计算关系正确;数据统计的方法和口径与需求一致;不出现任何汉字字符或其它字符乱码等.

(2)功能完整性测试

检查开发完成的系统是否具备系统设计中所提出的全部功能,不仅要检测主要的业务功能,而且要检查所有的辅助功能和所有的细节性功能.

(3)系统性能测试

性能测试是比较容易被忽略的一项测试内容,包括系统运行的速度,操作的灵活性和用户界面的友好性,对错误的检测能力等方面的测试.对于业务操作型管理信息系统而言,要求速度快,操作灵活,尽可能减少汉字的直接输入,不允许有错误数据的提交.

在进行系统测试时,要注意下列问题:

(1)系统测试环境应同未来系统实际运行环境一致.

(2)系统测试前应做好测试数据的准备工作,以便检查系统是否达到了正确性,完整性和性能上的要求.

(3)进行系统测试时,应有用户参加.

(4)测试完成后,要书写测试报告.

人员培训

对系统使用人员和系统维护人员的培训是系统投入应用的重要前提.需要进行培训的系统使用人员包括:系统操作员,硬件及软件系统维护人员,管理决策人员,档案管理员等.对于尚未掌握计算机基本知识的人员,还要进行计算机基本知识方面的培训.

对人员的培训,总体包括下列内容:

系统的总体方案.

系统网络的操作与使用.

系统的功能结构.

计算机的操作与使用.

数据库系统,开发工具等系统软件.

系统事务型业务功能的操作和使用方法.

系统维护型功能的操作和使用方法.

系统统计分析型功能的操作和使用方法.

系统的参数设置

系统初始数据输入功能的操作和使用方法

可能出现的问题及解决方法

汉字的输入方法

系统的使用权限与责任

系统的文档管理规范

并不是系统的所有使用人员都要进行上述全部内容的培训.根据工作岗位的不同选择不同的内容进行培训,既可以节省宝贵的时间,也便于系统的安全与管理,可以参考表7-1中的建议进行培训内容的选择.

表7-1 工作岗位与培训内容

培 训 内 容

操作人员

维护人员

管理决策人员

归档人员

系统的总体方案

√

√

√

√

系统网络的操作与使用

√

系统的功能结构

√

√

计算机的基本操作与使用

√

√

数据库,开发工具等系统软件

√

系统事务型业务功能的操作和使用

√

√

系统维护功型能的操作和使用

√

系统统计分析型功能的操作和使用

√

√

系统的参数设置

√

系统初始数据输入功能的操作和使用

√

√

可能出现的问题及解决方法

√

汉字的输入方法

√

系统的使用权限与责任

√

√

√

系统的文档管理规范

√

√

维护人员应该具有丰富的计算机知识,否则他们将不能胜任系统维护的工作.管理决策人员的主要工作是分析决策,制定未来的发展战略,他们一般不需要进行具体业务的操作,关心的是综合性的统计信息.因此,管理决策人员除了要了解系统的业务功能结构,更要重点掌握统计分析功能的操作和使用方法.

系统切换

系统切换指的是系统开发完成之后新旧系统之间的转换,即终止旧系统的使用,将新系统交付使用,把新系统的控制权交给最终用户.

系统切换工作主要包括以下三部分内容:

(1) 完成新系统基础数据的准备,完成必要的旧系统文件到新系统文件的转换;

(2) 将系统有关资料转交用户,移交系统的控制权;

(3) 协助用户实际使用新系统.

第一部分工作——新系统的数据准备包括数据的整理,数据的录入.数据的整理指数据的分类和编码,数据的标准化和规范化,历史数据的格式转换,数据统计方法和统计口径的统一等;数据的录入指进行系统的初始化,输入初始数据记录,将整理好的数据输入计算机;数据准备的工作量很大,而且数据准确性要求很高,应该给予高度的重视.

系统进行切换,交付使用通常有三种方式,即直接切换方式,并行切换方式和逐步切换方式.

上述三种切换方式如图7-4所示.

(1)直接切换方式

直接切换方式采用的是一刀切的方法,在完成系统测试后且确认新系统没有问题的情况下,选定某一时刻终止旧系统的使用并开始启用新系统.采用直接切换方式,一般可以节省时间,并能减少经费支出.但是,这种切换方式具有一定的危险性,一旦新系统出现了预想不到的问题,就会影响系统的正常工作.所以该方法一般只适用于处理过程比较简单,初始数据量不大的系统.

(2)并行切换方式

并行切换方式是在旧系统停止使用之前就开始新系统的使用,新系统和旧系统并行工作一段时间,在确认新系统正常工作一段时间之后再终止旧系统的使用.

采用并行切换方式不会因系统交付使用而引起系统工作的中断.另外,新旧系统同时工作,可以随时进行比较,对新系统运行的正确性和效率给出恰当的评价.但是,该方法需要投入的经费比较高,而且工作量也比较大,适用于非常重要的核心型系统的切换.

(3)逐步切换方式

逐步切换方式,也称为分段切换方式,它是直接切换方式和并行切换方式两种方法的结合,其特点是新系统分阶段,逐步交付使用.

逐步切换方法避开了直接切换方式和并行切换方式两种方法的不足,既能顺利地将新系统交付使用,也不会发生过高的切换费用.但是,采用这种方式切换时,一部分新系统和另一部分旧系统同时工作,这样就增加了新旧功能,数据的衔接问题,这些问题在进行系统设计和实施切换时就应充分考虑.逐步切换方式一般在大型系统交付使用时采用,可以保证新旧系统的顺利切换,并降低切换的费用.

第七章 习题

7.1简要说明管理信息系统系统实施阶段的主要工作.

7.2结构化程序设计应遵循哪些主要原则 

7.3系统调试过程分为哪几个阶段 

7.4在系统实施过程中的一项重要工作是人员培训工作,请指出人员培训工作的对象及培训内容.

管理信息系统的运行维护与评价

提要:管理信息系统的运行维护是保证管理信息系统正常运行的手段.系统的运行和维护工作会随着系统的使用而持续.管理信息系统的评价结果是改进或完善管理信息系统的重要依据.

本章讲述管理信息系统运行,维护与评价的内容,方式和应注意的问题.

系统运行维护与评价的任务

管理信息系统的运行维护与评价阶段的工作主要包括维护系统的正常运行,记录系统的运行情况,进行系统的软硬件更新,维修及系统的功能,性能,效益评价.

例8-1 系统运行情景案例——青钢管理信息系统的运行与维护

青岛钢铁集团管理信息系统在交付使用后,遵照相应的管理规范,责成相关部门和个人负责具体的日常业务处理,记录系统的运行情况,青钢信息中心负责系统的维护,保证系统的正常运行,包括硬件设备的更新与升级,计算机病毒的检测与清除,软件系统的修改与完善,系统故障的排除等.

系统运行至今,系统维护工作一直没有间断,部分硬件设备已经被更新,部分软件功能也已经被修改,完善.例如,在系统应用之初,开具销售发票时必须针对一个客户的一个合同,而不能针对一个客户的多笔合同开具销售发票.系统运行后,销售部门提出,一个客户往往同本企业签定多笔合同,希望在开具发票时能够进行更加灵活的处理,不受单一合同的限制.为此,制定了相应的软件修改计划,进行了软件功能的修改和完善.

另外,在系统正常运行半年后,青岛钢铁集团还组织相关部门人员及相关领域的专家对已实施的管理信息系统的工作情况,技术性能,经济效益进行了分析和评价并依据评价结果对系统进行了完善和修改.

通过上述案例可以看出,系统运行维护与评价阶段的任务可以归结为如下几项:

(1)维护系统的正常运行

包括各种数据的收集和整理,数据的输入,数据的处理及处理结果的分发,计算机病毒的检测与清除,机房的管理等.

(2)记录系统的运行情况

在系统运行的同时,需要进行系统运行情况的记录,这是未来进行系统维护修改和系统分析评价的基础.系统的运行记录应该做到及时,准确,连续,完整.

(3)系统的软,硬件维护

在系统的运行中,需要不断地进行系统的修改和维护,包括系统的硬件维护,系统软件维护和应用软件维护.

(4)系统的分析与评价

在系统不断地运行和维护过程中,还要进行系统的分析和评价,它是对已实施的管理信息系统的工作情况,技术性能,经济效益进行的分析和评估.通过系统评价,可以总结其优点和缺点,为系统的改善提供依据.

系统运行维护

(1)硬件系统的维护

硬件系统的维护应该由专门的硬件维护人员负责,而且一般需要同硬件厂商合作来共同完成系统维护工作.硬件系统的维护主要有两种类型:一种是进行硬件系统的更新;另一种是进行硬件系统的故障维修.

在进行硬件系统的更新时,会影响系统的正常使用,进而影响企业内部使用该系统的各业务部门的工作.因此,在更新前需要制定更新计划,并与硬件供应商,企业内部有关业务部门及其它相关机构进行协调,做好充分的准备工作.另外,硬件系统更新的时间不能过长,否则会耽误系统的正常运行.

对于硬件系统的故障维修,同样也不应该拖延过长的时间.系统硬件故障往往是突发性的,不可预见,为了防止由于硬件系统故障引起的系统应用中断,应该配有足够的备用设备,在系统出现故障时使用.对于非常重要的应用系统,一般都采用并行服务器结构,避免在系统故障时出现应用中断或数据损失.

(2)软件系统的维护

软件系统的维护包含正确性维护,适应性维护和完善性维护三部分内容.

通过系统测试,应用软件的错误应该已经基本排除,但是并不能保证排除了全部的错误,也不能保证不出现新的错误.因此,在系统运行之后,仍然需要进行系统的正确性维护.该阶段可能出现的错误主要有:系统测试阶段尚未发现的错误;输入检测不完善或键盘屏蔽不全面引起的输入错误;以前未遇到过的数据输入组合或数据量增大引起的错误.对于影响系统运行的严重错误,必须及时进行修改,而且要进行复查.

随着系统的运行,一般需要进行网络系统,计算机硬件或操作系统的更新.为了适应这些变化或其它环境变化,应用软件也需要进行适应性维护.在适应性维护工作量很大的情况下,需要制定维护工作计划,并对维护后的软件进行测试,确保适应性维护后软件系统的正常应用.

完善性维护指的是为了改善系统的性能或者扩充应用系统的功能而进行的维护,这些系统的性能或功能要求一般是在先前的功能需求中没有提出的.

(3)系统的日常使用维护

除了系统的硬件维护和软件维护,系统的日常使用中也有很多维护性的工作,如定期的预防性的硬件维护,软件系统的日常维护.

对于系统的硬件系统,不仅需要进行适时的更新和突发性故障的维修,而且需要进行定期的预防性维护,例如在每周或每月固定的时间对系统硬件进行常规性检查和保养.定期地进行硬件系统的维护可以减少以后的系统维护工作量,降低维护的费用.

系统维护工作不应该随意进行,一般应遵循下列步骤:

提出维护修改要求.修改意见应该以书面形式提出,明确需要修改的内容和需要修改的原因.维护修改要求一般不能随时满足,要在汇集分析后有计划地进行.

制定系统维护计划.包括系统维护的内容和任务,软硬件环境要求,维护费用预算,系统维护人员的安排,系统维护的进度安排等.

系统维护工作的实施.软件系统的维护方法同新软件的开发方法是相似的.在维护工作实施时,一定要注意做好准备工作,不能影响系统的正常使用.

整理系统维护工作的文档.在实施系统维护工作时,对系统中存在的问题,系统维护修改的内容,修改后系统的测试,修改后系统的切换及使用情况等均需要有完整,系统的记录.

系统评价

系统评价一般是在系统不断地运行和维护的过程中进行的,它是对已实施的管理信息系统的工作情况,技术性能,经济效益等进行的分析和评估.

系统评价包括系统目标评价,功能的完成情况评价,系统运行的性能和实用性评价,系统的直接经济效益评价和间接经济效益评价几个方面.

(1)系统目标的完成情况评价

针对系统所设定的目标,检查已在运行中的系统的实际完成情况.例如:系统的硬件和软件环境是否能够满足系统功能上的和性能上的要求;系统是否实现了系统设计提出的所有功能;系统内部各种资源的实际应用情况如何;为了达到系统目标,支出的经费,配备的人员是否超出了计划安排等.

实际上,随着系统开发的不断进行,一些具体目标会因为具体的时间和环境而发生变化.因此,在进行系统目标的完成情况评价时,也要对所设定目标的合理性进行评价,以便为系统的修改与完善提供依据.

(2)系统运行的性能和实用性评价

管理信息系统是一种面向应用的系统,评价系统的性能和实用性是管理信息系统评价非常重要的一个方面.系统性能和实用性评价的内容包括:系统的应用是否使采购,销售,生产,管理等的工作效率有所提高;系统的使用人员对系统的满意程度如何;系统的运行是否稳定;系统的使用是否安全保密;系统运行的速度如何;系统的操作是否灵活,用户界面是否友好;系统对误操作的检测和屏蔽能力如何等.

(3)系统的直接经济效益评价

管理信息系统的经济效益包括直接经济效益和间接经济效益.直接经济效益是应用管理信息系统而直接产生的成本的降低和收入的提高.系统的直接经济效益体现在:由于信息的准确性和及时性,销售收入增加;更合理地利用现有的生产能力和原材料,提高了产品的产量;更有效地进行调度,组织生产,减少了停工产生的损失,提高了生产的效率;改善了企业的供应链,减少物资储备,缩短了生产循环周期;掌握客户信息,及时收回应收帐款,降低费用性支出等.对于直接经济效益可以采用一般的经济效益评价方法进行评价,例如:计算由于系统应用带来的利润增长,计算投资回收期,投资效果系数法,德尔菲专家评审法等.

(4)系统的间接效益评价

间接经济效益是指应用管理信息系统带来了企业管理的一系列变革,促进了企业管理决策水平的提高,从而为企业带来的经济效益.管理信息系统的直接经济效益一般都比间接经济效益小.管理信息系统的经济效益通常主要体现在其运行过程中所产生的间接经济效益.对管理信息系统间接经济效益的评价虽然也有一些估算模型,但是应用信息系统所带来的企业管理水平的提高,以及所带来的综合性的经济效益,是很难准确计算的.这种综合性的经济效益往往要经过一段时间之后才会反映出来,而且会随着应用向高级阶段的发展而越来越显著.系统的间接经济效益主要表现在以下几个方面:

①系统的应用对企业基础数据管理的科学化和规范化起到推动的作用,信息的数量和质量得到提高.

②管理信息系统的应用往往意味着先进管理思想和管理方法的规范化应用,为企业的发展带来了一系列变革,为企业带来不可预计的经济效益.

③系统的应用使工作人员从繁重的重复性工作中解脱出来,投身到更有意义的工作中,这不仅提高了劳动的效率,更改变了工作的性质.

④系统的应用会提高企业对供应,生产,销售,经营和管理数据的分析能力,并结合市场分析,竞争对手分析,行业分析等为企业制定经营战略,进行经营决策提供更强有力的支持.

总之,由于管理信息系统的应用,数据质量的提高,数据库系统的完善,工作效率的提高和经营战略的正确制定等为企业所带来的经济效益都是不易计算的,这种潜在的经济效益更体现了管理信息系统应用的重要意义.

第八章习题

8.1系统硬件维护工作有哪两种类型 

8.2简述应用软件维护的三个方面,即正确性维护,适应性维护和完善性维护.

8.3依据自己对管理信息系统评价工作的认识,谈一谈系统评价工作的意义.

8.4简述系统评价的几个评价角度.

8.5简述管理信息系统系统维护工作应遵循的步骤.

管理信息系统的项目管理

提要:管理信息系统的开发工作是涉及企业管理,计算机相关技术,数据库技术等多领域的系统工程.为了更好地对管理信息系统的开发工作进行管理,本章从人员管理,任务管理和文档管理三个方面讲述管理信息系统开发中项目管理的内容和应注意的问题.

管理信息系统项目管理概述

一般来讲,企业管理信息系统的建设是一个比较大型的项目,完全达到预先设定的系统目标几乎是不可能的,也曾有专家指出"计划完成或者达到预定目标的大型工程从来都只是梦想".在项目的开发过程中会出现很多我们所预想不到的问题,我们不得不采取相应的措施来预防和解决,而这些问题在制定系统目标时是无法控制的.虽然我们不能完全达到系统的预定目标,但是我们必须不断地向系统目标前进,明确能够实现的目标,顺利地完成相应的工作,以最经济,资源利用最有效的方式最终满足项目相关各方的需要.

"三分技术,七分管理"是对管理信息系统项目开发与实施的高度概括,这种概括说明了项目管理的重要性.

项目是创建一种特定的产品或服务的阶段性的工作.在项目开始之前,必须制定工作计划,明确项目开始和结束的时间及项目结束的基本标准.成功地进行项目管理的关键是明确各阶段的工作内容和工作完成的标准,并监督控制工作的进行.工作内容应该明确而详细,这样在出现问题时,就能够快速地发现问题所在,并且及时地解决问题,或者及时地对工作计划做出调整.

进行管理信息系统项目的管理,需要合理安排项目的各种资源,包括办公室的分配,硬件软件系统的管理,项目经费的筹集与使用,各项工作任务的人员配备等.其中,人力资源的价值越来越受到重视.项目管理工作做得好,能避免人浮于事现象的出现,节省不必要的开支.而且,如果能够做到人尽其才,不仅能够提高工作的效率,还能够为项目组留住优秀的员工,这是一笔巨大的财富.

在管理信息系统开发的整个过程中会形成很多的文档资料,包括工作文档和技术文档.这些文档资料是未来进行系统维护或升级所必须的.文档管理是管理信息系统项目管理中非常重要的一部分工作.在文档管理方面,目前还没有统一的标准.但是,在实践过程中,人们已经认识到了管理信息系统文档管理的重要意义,并且已开始体现在管理信息系统的项目管理工作中.

另外,在项目管理的过程中,还需要不断地协调项目组同软硬件供应商,投资企业及其他相关部门的关系.尤其对于投资企业,我们必须了解他们的实际需求及对项目的实际期望值.项目的投资企业直接影响着项目的计划与实施.如果不能正确地理解投资企业的需求,在出现问题时就不能成功地进行沟通协商,这样会直接影响到项目的进度,甚至会影响到项目的最终完成.

下面从项目团队的组织,项目开发工作的管理和项目的文档管理等几个方面来进一步地讨论管理信息系统的项目管理工作.

项目的团队组织

项目团队的组织是管理信息系统成功开发的重要因素之一.管理信息系统的建设是比较大的工程项目,必须进行任务的分解,由不同的人员共同来完成.项目团队的组建一般包括项目经理(项目负责人),系统分析员,系统设计员,数据库系统管理员,系统管理员,程序设计员,文档管理员等.另外,管理信息系统项目的团队还要邀请部分投资企业的业务人员参加.项目团队中的各种角色的成员在项目开发的过程中分担着不同的工作,相互协作,共同来完成系统的开发工作.

(1)项目经理

项目经理负责管理项目的开发活动和开发方向,应该具有很强的管理才能,丰富的组织经验和协调能力,掌握项目开发过程中的转折点,在参与项目的各方之间找到一个让各方都满意的方案.项目经理负责下述工作:

①制定项目计划,明确各项具体任务需要的时间,控制项目的进度.

②确定开发所用的技术和方法,并在项目的进行过程中应用这些技术组织完成具体的工作.

③有计划地分配现有的各种资源,合理安排技术人员的工作,正确处理各种资源的短缺和技术人员离开项目团队的情况.

④掌握项目参与各方的实际需求,协调项目参与各方的关系.

⑤控制项目的规模.随着管理信息系统项目的开发,会出现功能需求及系统规模不断增长的情况,项目经理须合理地控制项目的规模.

⑥正确地评价团队中的每一位成员,正确地评价他们的工作成绩,并给予适当的激励,肯定团队中每一位成员的贡献.

(2)系统分析员

系统分析员负责确定具体的商务需求,并正确地传达给系统设计员和其他开发人员.系统分析员应该具备丰富的相关业务领域知识,能够与企业的业务负责人员很好地交流,并明确地表达实际的业务需求.系统分析员的工作包括下列内容:

①设计业务需求调查问卷.

②同业务人员进行交流,明确具体业务需求.

③了解企业组织结构及人员配备.

④明确企业内部职能的划分及同其它部门的关系.

⑤获取相关业务的原始单据和报表.

⑥确定需要输入和输出的内容及数据的处理流程.

⑦明确数据间的计算关系.

⑧参与系统使用人员的培训.

(3)系统设计员

系统设计员是管理信息系统项目团队中非常重要的角色,负责管理信息系统的总体设计和详细设计.系统设计员不仅要具备相关领域业务知识,理解具体的业务需求,而且要具备丰富的计算机硬件软件知识,设计如何实现系统分析中提出的业务需求.系统设计员要完成下列工作:

①根据业务需求,设计目标系统的运行模式及业务流程.

②评估并选择系统的网络设备,硬件设备和相关软件.

③确定目标系统的功能结构.

④完成数据库数据模型的设计.

⑤确定数据编码方案.

⑥对系统功能结构中的模块进行处理过程和输入,输出设计.

(4)数据库系统管理员

数据库系统管理员负责数据库系统的正常使用管理,保证数据库系统的安全性和保密性.数据库系统管理员应该非常熟悉所应用的数据库系统,负责的主要工作如下:

①数据库系统的逻辑设计及物理实现.

②数据库系统的升级.

③采用适当的措施对数据库系统进行加密,保证只有经过授权的用户才能够使用相应的数据.

④确定衡量数据库系统性能的指标,并监控数据库系统的性能及规模增长,保证数据库系统的正常运行.

⑤确保数据库系统正确的备份和恢复.

⑥数据库系统的日常管理.

(5)系统管理员

系统管理员也是管理信息系统项目团队中很重要的角色,负责计算机系统的管理,保证计算机系统的安全.系统管理员必须具有丰富的计算机硬件和软件知识,并能够随时投入工作.系统管理员的工作包括如下内容:

①硬件系统的安装和软件系统的配置.

②硬件,软件系统的升级.

③创建系统安全机制,保证系统的安全运行.

④确定衡量系统性能的指标,并监控系统的性能.

⑤计算机系统的日常管理和突发问题的解决.

(6)程序设计员

程序设计员的工作是进行程序设计,即使用应用开发工具来实现系统设计中的内容.程序设计员应该熟悉系统的硬件环境,熟练掌握所使用的数据库系统和计算机程序设计语言.程序设计员的工作包括:

①按照统一的规范书写程序源代码.

②系统交付使用前的程序调试.

③合同所规定的系统维护期内的程序维护.

(7)文档管理员

在管理信息系统的开发过程中,存在着普遍不愿意在开发阶段书写文档的不良现象.但实际情况表明,没有完整系统的文档会给未来系统的维护带来巨大困难,也是管理信息系统项目管理的一种失败.配备专门的文档管理员来负责项目文档的书写和管理是一种比较好的选择.文档管理员应该具有比较强的写作能力,且具有无限的耐心和细心,主要负责如下工作:

①参照统一的文档书写规范,撰写及整理项目开发各阶段的文档.

②对文档分类,并编制文档目录.

③文档的日常管理.

(8)企业业务人员

管理信息系统项目的开发需要系统开发人员和系统使用人员之间的相互配合.开发人员和使用人员的配合与协作非常重要,这主要源于以下两个方面的原因:一方面是管理信息系统的开发人员往往对计算机系统非常熟悉,但是对具体业务不是很了解,所以一般从计算机技术的角度考虑问题,在进行系统的分析与设计时不容易正确理解系统的需求;另一方面,系统的使用人员对具体业务非常熟悉,但是对管理信息系统的开发方法不是很了解,可能会提出计算机系统难以实现的要求.系统的开发人员和使用人员必须相互配合,反复讨论,才能做好管理信息系统的分析与设计工作.在项目团队中的业务人员主要负责下述工作:

①协助系统分析员了解企业的组织机构,人员配备,组织内部的职能划分及各部门之间的关系.

②直接或协助系统分析员填写相关需求调查表.

③提供相关的原始单据和报表.

④提供相关的数据指标体系及相应的计算关系公式.

⑤协调企业与项目组及其它各方之间的关系.

在管理信息系统的开发过程中,上述各角色是必须的,但工作的划分不是绝对的.例如,在很多应用系统中会出现这样的情况:系统管理员同数据库系统管理员由同一人担任;不一定配备专门的文档管理员.系统设计员同时负责系统的分析等.另外,在有些关键的技术问题上,还可能外聘相关领域的专家,请他们提供帮助和提出建设性的意见.

项目的任务管理

在实际的项目开发过程中,项目管理工作侧重在以下几个方面:

任务分配,并为各任务组提供必要的资源,做到人,财,物各方面的保证.资源的合理分配是各阶段任务顺利完成的重要保证.在出现设备短缺或使用时间冲突时,必须及时协调补充,以免耽误工作的进行.

明确各阶段任务结束的标准,检查并监督各阶段任务的完成情况.将任务分配给各任务组之后,必须及时地了解各任务组的工作情况,控制项目的进度.在任务不能按计划完成时,需要及时对计划进行调整.

在各项任务完成之后,组织阶段性成果的验收.不论是硬件系统的调试,系统的分析与设计,还是软件的编制,在完成之后都应该进行鉴定验收,确定是否保质保量地完成了任务.

在项目的开发过程中会出现很多我们所预料不到的事情.这些事情可能会影响系统的进度,为整个项目的完成带来风险.风险可能来自如下几个方面:

投资企业的经营战略发生变化给项目的进行带来影响.

系统的使用人员提出新的需求.

硬件,软件供应商不能及时交货,影响项目进度.

因接受新项目而出现项目计划冲突.

开发人员离开项目团队.

项目开发成本过高,超出预算.

项目规模不断攀升.

采用的技术不成熟,出现困难.

相关法律被修订.

相关国家政策发生变化.

行业市场发生变化.

出现新的竞争对手.

合作伙伴退出或遇到一时难以解决的困难.

火灾,洪水等不可抗力影响到项目.

这些风险都可能对项目开发产生影响,使实际的项目开发滞后于计划时间表.所以,应该正确地评价这些风险,使损失减少到最小.

在制定管理信息系统开发工作计划及进行进度控制时,常常采用甘特图的方法.甘特图(Gantt Chart)是一种对各项活动进行计划与控制的图表,比较简单,易于使用.在甘特图中,一般以横向表示时间,纵向列出工作.图9-1是反映开发工作计划的甘特图例.

计划工作项目

2000.5.

2000.6.

2000.7.

2000.8.

2000.9.

需求分析与总体设计

详细设计

建立模拟开发环境

事务操作模块开发

统计,查询模块开发

报表计算打印模块开发

编写程序说明书

编写系统使用说明书

编写系统维护说明书

现场安装调试

系统验收

图9-1 开发工作计划甘特图例

另外,项目中的各项任务是相互联系的,并且有些任务之间存在着一定的依赖关系.在制定计划时间表时,应该寻找关键路径,争取在最短的时间内完成各项任务.表9-1 是一个进行关键路径分析的例子.

表9-1 关键路径分析

任 务

步骤1天数

步骤2天数

步骤3天数

步骤4天数

天数总计

A

5

7

9

6

27

B

12

6

11

29

C

26

8

34

D

6

5

9

6

26

在该表中A,B,C,D是相互独立的任务,每项任务分别需要通过不同的步骤来完成,各步骤所需要的天数不等,完成各项工作的具体时间约束为

任务A:经过4个步骤完成,总共需要天数为5+7+9+6=27(天)

任务B:经过3个步骤完成,总共需要天数为12+6+11=29(天)

任务C:经过2个步骤完成,总共需要天数为26+8=34(天)

任务D:经过4个步骤完成,总共需要天数为6+5+9+6=26(天)

从上述分析可以看出,任务C需要的时间最长,为34天,是关键路径.因此,在安排任务时,必须尽快启动任务C,并且应该努力在34天内完成,避免出现拖延,因为任务C的完成情况直接影响整个项目的进度.

项目的文档管理

在管理信息系统总体规划,系统分析,系统设计到实施应用的整个过程中会形成很多的文档资料,例如各种图表,文字说明材料,数据文件,报告等.这些都是未来进行系统维护,升级或扩展的重要参考.可以说,文档管理是管理信息系统建设过程中非常重要的一部分工作.但是,在管理信息系统的文档管理方面,目前还没有统一的标准或规范.另外,在系统建设的实际工作中,有时会因为意识不到文档管理的重要性,而未给予足够的重视,使得工作做得不够细,不够好,为未来的系统维护,扩展等带来了不必要的困难.现在,人们已经开始逐渐认识到系统的文档管理具有着非常重要的意义,并且已开始体现在实际的管理信息系统项目管理工作中.

文档的内容与分类

在信息系统建设过程中涉及到的文档类资料多而且杂,资料的格式,内容,载体等都有着很大的区别.为了做好系统的文档管理工作,方便归档和将来使用时的检索,必须对他们进行适当的归类.下面我们针对技术类文档给出几种文档的分类方法.

按照生命周期法的五个阶段来进行划分,各阶段包含的主要文档如下:

表9-2 管理信息系统开发各阶段的文档

阶 段

文 档

相 关 内 容

1.系统规划

①可行性研究报告

②系统开发计划

项目背景

系统目标及总体功能需求和关键信息需求

系统可行性分析

开发进度

2.系统分析

①系统分析报告

组织结构及人员配备

组织职能划分及同其它部门关系

业务及相关数据调查表

业务及相关数据原始单据和报表

调查记录和整理结果

业务流程图

数据流程图

数据字典

U/C矩阵图

管理模型及相应的计算关系公式

各种图表的辅助文字说明

目标系统的逻辑功能结构

3.系统设计

①总体设计报告

②详细设计报告

目标系统的硬件配置方案

目标系统的系统软件配置方案

目标系统的业务流程描述

目标系统的数据类描述

目标系统的功能结构

数据库文件的设计

安全保密机制

编码方案

功能模块的输入/输出设计

功能模块的处理流程

4.系统实施

①程序设计说明书

②源程序备份文件

③系统测试报告

④用户使用手册

变量说明

程序处理流程

程序间的调用关系

使用的数据库文件

公共程序等的特殊功能说明

测试环境,数据准备

测试时间,人员安排

测试结果

用户培训计划

系统使用说明

系统试运行阶段的试运行和修改记录

5.系统运行维护与评价

①系统运行日志

②系统修改与维护报告

01.系统运行阶段的运行记录

02.系统运行阶段的维护和修改记录

03.系统的评价或鉴定结果

在表9-2中,根据生命周期法的五个步骤,我们给出了管理信息系统文档的主要内容及分类.这是普遍采用的一种管理信息系统文档归类方法,实际应用也比较广泛.

由于信息系统文档多而杂,除了上述归类方法,我们还可以根据格式或载体对系统文档进行划分.按照这种划分方法分为:原始单据或报表,磁盘文件,磁盘文件打印件,大型图表,重要文件原件,光盘存档等几大类.

原始单据或报表

在管理信息系统的调查分析阶段会获取大量的原始单据和原始报表.这类资料一般都是以纸张为存储介质,大小,格式一般都没有统一的标准,容易散落,破损及丢失,例如入库单,领料单,过秤单,材料台帐,生产日报等.对这类文档资料应编好目录,装订成册.如果需要,可以同时复印并装订一个副本.

磁盘文件

磁盘文件是目前管理信息系统文档最主要的存储方式.由于计算机
办公软件的普遍使用,各类报告或说明书一般都是通过使用文字处理,幻灯片制作等软件工具生成的,例如采用软件工具WPS,Word,
Excel,Powerpoint等.可行性研究报告,系统分析说明书,系统设计说明书,程序设计说明书等一般都采用这种方式编写和保存.磁介质的文档资料占用空间小,信息量大,易于保管.但是,如果磁盘发生损坏,会引起数据的彻底丢失.因此,需要做好备份工作.

(3)磁盘文件打印件

磁盘文件打印件同磁盘文件是同时存在的,这主要是出于交流和使用上的方便.对于这些打印出的文档,应该装订成册,切忌散页存放,以免部分丢失.另外,各种报告和说明书都有一个反复修改的过程,要注意区分修改前的版本和修改后的版本,避免混淆带来使用上的不便,甚至出现错误.

大型图表

在管理信息系统文档中,还可能出现一些大型图表.例如,在大型企业管理信息系统建设过程中用到的U/C矩阵图,E-R图等.有时这类图表的大小可以占用一面墙.由于这些图表需要折叠存放,因此在绘制时,一定要选择不易被折断的纸张.在保存时,需要放在档案袋或档案盒里,以免磨损.

(5)重要文件原件

管理信息系统的文档主要是技术文档,但也有一些涉及到权利义务关系的重要文件,例如:项目合同或协议书,系统验收或评审报告等.

光盘存档

光盘存档是近几年发展起来的文档保存方式.由于光盘的存储量大,体积小,所以光盘存档得到了普遍的欢迎.

文档的规范化管理

在上一节中,我们介绍了管理信息系统文档的内容和分类.下面我们来讨论文档规范化管理的方法.由于在管理信息系统文档管理方面尚没有统一的标准,在具体工作中也没有固定的模式.但是,在一个管理信息系统项目的由始至终,必须有一个统一的内部标准,并应该严格执行.管理信息系统文档的规范化管理主要体现在文档书写规范,图表编号规则,文档目录编写标准,文档管理制度等几个方面.

(1)文档书写规范

管理信息系统的文档资料涉及文本,图形,表格等多种类型,无论是哪种类型的文档都应该遵循统一的书写规范,包括:符号的使用,图标的含义,程序中注释行的使用,注明文档书写人及书写日期等.例如,在程序的开始要用统一的格式包含程序名称,程序功能,调用和被调用的程序,程序设计人等;

(2)图表编号规则

在管理信息系统的开发过程中用到很多的图表.对这些图表进行有规则的编号,可以方便图表的查找.图表的编号一般采用分类结构.根据生命周期法的五个阶段,可以给出如图9-2所示的分类编号规则.根据该规则,我们就可以通过图表编号判断:该图表出于系统开发周期的哪一个阶段,属于哪一个文档,文档中的哪一部分内容及第几张图表.对照上一节中对系统文档的分类,我们可以知道图表编号2-1-08-02对应的是系统分析阶段系统分析报告中数据字典第二张表.

(3)文档目录编写标准

为了存档及未来使用的方便,应该编写文档目录.管理信息系统的文档目录中应包含文档编号,文档名称,格式或载体,份数,每份页数或件数,存储地点,存档时间,保管人等.文档编号一般为分类结构,可以采用同图表编号类似的编号规则.文档名称要书写完整规范.格式或载体指的是原始单据或报表,磁盘文件,磁盘文件打印件,大型图表,重要文件原件,光盘存档等.管理信息系统文档目录的编写可以采用表9-3所示的形式.

表9-3 ×××管理信息系统文档目录

文档 编号

文档名称

格式或载体

份数

页数或件数

存储地点

存档日期

保管人

1-1

可行性研究报告

软盘

2

1

507档案柜

2001/2/9

龙东华

1-2

系统开发进度

软盘

2

1

507档案柜

2001/2/9

龙东华

2-1

系统分析说明书

软盘

2

1

507档案柜

2001/2/9

龙东华

2-1-04

业务原始单据和报表

原始单据或报表

1

56

507档案柜

2001/2/9

龙东华

2-1-09

U/C矩阵图

大型图表

1

1

507档案柜

2001/2/9

龙东华

…

…

…

…

…

…

…

…

5-2-03

系统鉴定报告

重要文件原件

1

3

506档案柜

2001/3/9

尹 利

(4)文档管理制度

为了更好地进行管理信息系统文档的管理,应该建立相应的文档管理制度.文档的管理制度需根据组织实体的具体情况而定,主要包括建立文档的相关规范,文档借阅记录的登记制度,文档使用权限控制规则等.建立文档的相关规范是指文档书写规范,图表编号规则和文档目录编写标准等.文档的借阅应该进行详细的记录,并且需要考虑借阅人是否有使用权限.在文档中存在商业秘密或技术秘密的情况下,还应注意保密.

第九章习题

9.1简要总结管理信息系统项目管理的主要内容.

9.2管理信息系统项目组一般应包括哪几大类人员 他们各负责哪些工作 

9.3管理信息系统文档规范化的主要内容是什么 

图7-1 结构化程序设计的基本控制结构

C

出口

F

入口

T

P1

P2

C

(b) 简单分支结构

F

T

出口

入口

P1

P2

Cn

C1

C2

入口

T

T

T

P1

P2

Pn

出口

(d) 多重分支结构

(a) 顺序结构

出口

入口

P

…

调用B

…

程序A

…

…

…

Return

程序C

…

调用C

…

Return

程序B

图7-2 程序调用关系

单个模块调试 模块组装调试 系统联调

图7-3 系统调试的过程

直接切换方式:

并行切换方式:

新系统

新系统

新系统

旧系统

旧系统

旧系统

逐步切换方式:

图7-4 系统切换的方式

第5-6位,流水码

第3-4位,文档内容

第2位,各阶段的文档

第1位,生命周期法各阶段

图9-2 图表编号规则