浅谈ＭＩＳ开发中的系统分析(2)
2014-06-26 01:05
导读：系统说明书制订完毕以后，为进步软件的质量和保证开发的成功，通常还需要对这些文档资料进行评审。评审工作通常应由企业或组织的信息治理高层以及
系统说明书制订完毕以后，为进步软件的质量和保证开发的成功，通常还需要对这些文档资料进行评审。评审工作通常应由企业或组织的信息治理高层以及各类技术职员共同承担。文档评审时，首先，要求各种需求不能互相矛盾；其次，需求必须是完整的，应该包括在分析阶段用户提出的所有功能或性能；再次，指定的需求用现有的软硬件技术可以实现；最后，需求确实能解决用户当前所面临的实际题目。只有通过以上四方面的评审，分析工作才算告一段落，才能进行下一环节的系统设计工作。这里需要明确的是，即使进进了下一开发环节即系统设计环节，也有可能因前面环节的工作做得有漏疏而返回往再次进行系统分析，也就是说实践当中这种分析工作会出现一定程度的反复，且这种反复与所选择的开发模式有较大关系。在开发实践中，系统分析职员为避免系统分析工作出现重大偏差而引起大面积重复分析，通常在制订分析文档时便提出多种可行性方案供用户选择。例如，从功能是否完整角度考虑，可以尝试制定三个不同档次的方案：1、基本方案：系统只完成最基本工作，没有额外功能；2、完整方案：除了完成基本工作以外，还提供一些附加功能；3、增强方案：这种系统具备用户期看的几乎所有功能。用户可根据企业自身的人力、物力条件结合企业目标从几个方案当中选出一个最优方案。
三、系统分析应重视沟通
系统分析的工作内容主要是分析职员同客户进行沟通，包括同企业或组织的各级领导进行沟通及同普通员工进行沟通。
首先，信息系统开发要争取企业各级领导的支持。实践中，企业的个别治理职员可能不愿接受环境的改变，因而不愿配合分析职员的工作，造成系统分析工作的局部甚至全局失败。例如，某财务部分负责人不愿将本部分手工账务处理改为电子账务系统，坚持沿用原来的手工方式，对系统分析职员产生抵触情绪。这种情绪必然对分析工作带来负面影响，当碰到类似情况时，分析职员应在了解这些人的背景及性格特点的基础上，想方想法说服其转变观念。假如系统分析职员的说服工作无效，可直接请求企业高层处理。
（科教作文网http://zw.ΝsΕAc.Com编辑整理）
其次，不能忽略普通员工，要同企业普通员工进行充分沟通。在系统分析时，完全是从工作职员那里获得第一手资料，因此能否取得被调查员工的支持是系统分析有效性的关键，员工态度积极可使分析工作的效率大大进步。只有与员工建立良好的工作关系，才能充分挖掘出企业所存在的题目。例如，开发“教学资源库信息系统”，就要求学校信息中心、各院系、教务处、学工处等各部分通力合作，配合开发职员的分析工作，明确提出本部分对资源库信息系统的需求、积极提供资源库建设所需的资料。任何一个部分的任何一个工作职员的分歧作行为，都可能影响分析工作的开展，都可能给系统带来隐患。 系统分析职员在同组织中的每个有关员工进行沟通时，必须充分考虑这些员工的知识背景、表达能力、沟通能力等，有些员工不能将自己的需求做出正确表达，这种情况下提供的信息就可能误导系统分析职员；也有些员工一时不清楚自己到底对系统有什么需求，这时可能需要分析职员与这些员工共同针对其负责的具体业务进行具体探讨；还有一些员工会提出一些不切实际的需求，比如会提出一些以现有的信息技术水平无法实现的要求，或者会提出一些超出企业开发资金预算的不公道要求。总之，在与员工打交道的过程中可能会碰到各种各样的情况，这就要求分析职员必须有较强的沟通能力，并且善于对自己的工作对象进行正确引导，从而使他们将自己公道的、真实的想法正确的表达出来。
四、系统分析应公道划分边界
系统分析过程中，特别要留意分析边界和人机边界的划分，这将决定系统分析工作及后续开发工作的覆盖范围。
“分析边界”指分析工作所涵盖的范围。MIS开发是一个
系统工程，需要长期的、逐步的进行完善。整个开发工作往往涉及到一个组织或企业的方方面面，从公司总部到各分公司、分厂以及各科室、车间、工段等，都是分析工作所涵盖的范围，涉及的部分多，职员杂，业务种类差异大，因此很难一次性满足所有需求，也很难一次性具备所有功能，因而系统分析工作就有一个分析边界的划分题目。公道划分分析边界，可以确保分析工作在一个相对明确的范围内进行，避免分析工作无边无际，难以完成。
