发信人: connor()
整理人: majorsun(1999-11-19 15:23:10), 站内信件
|
发信人: wuqiong (Adam), 信区: SoftEng
标 题: 大型MIS软件开发的几点体会(2)
发信站: BBS 水木清华站 (Tue Dec 16 09:11:27 1997)
四、系统设计要超越业务
软件设计的好坏直接关系到项目开发的成败。在设计之前一定要对用户的业务做系统的调
研,深入、全面地了解用户业务。在调查时要注意以下几点:
1.有时某个部门的业务由几个业务人员分管,调查时不能只听一个人的叙述。
2.要详细了解一个部门与其他业务部门的业务关系。
3.要了解当前业务的难点,在设计时着重解决。
4.用户不可能一次将所有业务描述清楚,所以调查要由浅入深,分多次进行。
5.调研要以我为主,围绕主题提出问题,不要陷入用户的琐碎业务中。
6.要注意收集原始凭证、报表和文字资料。
在根据调研结果做设计的时候,不要过于迷信一些教科书上介绍的数据库设计方法。在多年
的实践中,我发现许多方法不但没用而且还增加工作量,在业务关系比较复杂的情况下,一些
数据库设计方法是根本不能推导出设计结果的。而且直接根据收集资料和现行业务去推导
数据库结构的做法也是不可取的。这是因为:
1.用户描述的业务可能不是一个好的管理方法。
2.用户描述的各部门间的业务数据传递仍是手工做法。
3.用户描述的业务不是规律性的业务流程,因此会经常发生改变。
4.用户描述的业务不适合于用计算机去实现。
5.用户的输出表格为固定的内容,不能适应业务的变化和扩展。
所以在系统设计时要超越当前的业务,抽象出业务中的管理思想和规律性的东西。为了适应
计算机管理,有时也要改变用户的业务流程,这时要与用户协商,让其理解这种改变的意义。另
外设计还应留有可扩展的余地。
五、程序设计要实用
MIS软件最终的目的是要用户使用。因此在程序设计时必须立足于操作简单、实用,并真正
能为用户解决实际的业务问题。不能因为怕编程麻烦而将程序功能设计得过于简陋。
为方便用户使用,应用程序中起码应具有下面这些功能:
1.提示功能。屏幕上的代码信息(如客户代码、科目代码等)要有提示操作,使用户不必记忆很
多的代码。
2.操作确认。对于一些不可恢复的操作(如记录删除等)应有操作确认,避免误操作。
3.数据校验。对于一些有限制条件的输入信息,可以自动校验其正确性,避免错误数据进入系
统。
4.错误恢复。用户无意中进行了错误操作,应能有相应的处理程序挽回错误。
5.缺省赋值。对于一些常用信息可以设置缺省值,使用户不必每次都输入这些信息。
6.记录复制。用户可以复制一条或多条已存在的记录,并可修改复制结果,形成新的记录。
六、测 试
测试是保证程序质量的一项重要工作。但测试只能证明程序有错,而不能证明程序无错。所
以任何软件系统都不能保证内部没有错误。为了确保软件系统的安全与可靠性,一方面要加
大测试力度,另一方面要抓住测试重点。
从测试的角度来说,可将MIS软件的程序分为两类:修改数据库类和信息输出类。前一类主要
是业务处理程序,是测试重点。对于前一类程序还可以进一步细分为:基础数据采集程序和数
据处理统计程序。数据采集程序主要记录原始凭证信息(如发票、凭证、入/出库单等),数据
处理统计程序是对数据采集程序记录下来的数据继续做加工。这两类程序中基础数据采集
程序又是测试的重点。
以上是笔者在以往的MIS软件开发过程中总结出的几点经验,希望能给从事相关工作的同行
们提供一点帮助。
--
微微的凉风吹拂了衣裙,
淡淡的黄月洒满了一身。
星样的远远的灯成行排队，
灯样的小小的星无声长坠。
※ 来源:．网易 BBS bbs.netease.com．[FROM: 202.96.152.112]
|
|