关于商业MIS开发的系列问题之一(100分)

  • 主题发起人 主题发起人 yuchao
  • 开始时间 开始时间
Y

yuchao

Unregistered / Unconfirmed
GUEST, unregistred user!
晚辈多年从事商业MIS系统方面的工作,不自量力地认为自已对
商业行业不同业种、不同业态的需求有较深的理解,但在编程方
面功底尚浅。梦想有朝一日能作出一套优秀的商业MIS系统,但
苦于一些想没无力实现,希望在技术实现上得到向各位专家的指
教;同时,各位前辈无暇顾及的这方面的业务需求问题,晚辈愿
意代劳;
一、如何实现用户自定义录入界面
不同商业用户需求各不相同,当然,我可以找出他们关心的
数据字段的最大集合,以及它们之间的关系;但不可能全放
在录入界面中,唯一的解决方案是认用户自已定义录入界面;
问题1:如何实现“录入界面设计”FORM,要求用户可以所见
得地在FORM上放置EDIT、Label、panel、button、甚
至IMAGE...,并设置属性及预定义的事件方法,如何
统一存贮它们的属性......(类似DELPHI 的窗体设计
时的状态)
(先不考虑运行时如何动态创建、还是一个个地讨论
比较清楚)
 
1. 有不少控件可以提供运行时弹出属性对话框. 你可以用
或者
2. 教用户用delphi IDE做form. 有控件可以程序加载.dfm并且执行.
 
送用户一套delphi 和 一本delphi 的使用手册。 :))
 
我不同意SeaSky的态度;
我只是希望用户定义与其业务需求相关的属性,诸如位置、大小、对应字段名以及
一些由开发者事先设计好的事件方法,以达到在一定范围内的灵活性。
 
正好用那些运行时的属性编辑器控件. 可以自定义属性和事件的.
合适你的要求.
 
>>可以自定义属性和事件的.
难道让用户自己编程?
 
想法也许不错!
要知道,一个优秀的MIS并不在她实现的技术,更重要的是它的总体设计,看她
是否能够满足用户的要求,用户用起来是否得心应手。
我讨厌(作为用户)让用户自己定义,好像这样灵活(而多数程序员喜欢),我
更喜欢傻瓜型软件,不需要太多的培训,就像我喜欢用傻瓜相机一样。
 
小弟想到曾经在做个基于CGI的MIS时,为了
更换界面方便全部使用HTML的摸板。
如果提供给用户修改这类摸板的途径,是否
能实现用户自定义界面的功能呢?
例子:
摸板:
<body><strong>Your Name:</strong>##TBName##</body>
里面的##TBName##就是程序替换输出的部分。
只要用户喜欢,把他放到哪里都可以的
 
yucho:
我是专门从事商业管理软件开发的,我所学的专业也并不是软件,
我的体会是,商业管理软件的开发主要是对业务的理解,
同时要懂得计算机软件是如何实现的,能实现到什么程度,
使用Delphi进行商业管理软件开发是比较合适的,
在使用Delphi进行开发时,您必需Delphi的思路,
掌握有用的控件,特别是数据库控件。我在使用Delphi时基本上是
使用Delphi的基本功能,实际上D3就足够了。
 
感谢大家的关心;
这个问题背后可能是涉及开发思路;
为了满足不同的用户(确切地说是客户)的不同需求,要化解它们拥有的共性与特性
间的矛盾,软件提供者解决方法无外乎有两种:
1.针对不同的客户需求,提供不同的版本;优点是针对每一个版本而言,开发难度较
小,比较容易稳定,维护量小;缺点是不得不对它们分别维护,从总的维护量上并没
有减小;开发资源消耗大;
2.构造一个平台(是一个平台,而不是些简单的公用函数等),在这个平台的基础
上生利用用户数据衍生出不同的版本(数据驱动)。优点是平台一建立并稳定,所
有用户都能受益,只需维护一套代码;缺点是复杂程度提高;
总体需求分析--平台代码设计----客户需求分析----客户数据设计----提交客户版本
商业用户需求万变不离其宗,这种方法并非绝不可能。
目前这两种也都有个在采用,本人也正为此举棋不定;所以才提此问题;
我也非常想往DJ的境界,最但长期大客户量的维护,面对不断变化的需求,
总是无法为十个用户提供十个不同的傻瓜相机;当然,也不能提供一堆零件。
另:
李长柱先生:在此相逢,非常高兴,还望日后多指教;
 
这种想法是不错,不少软件开发者都有这样的考虑.
但是,要实现是困难的,或许根本就不现实.我对商业管理系统不熟悉,对医院管理系统
也可以象你在开始时说的一样,有较深的理解.在医院信息管理系统方面,想用一套软件
包打天下是不可能的.除非卫生部命令,一定要按这个模式做,不然就关门.你说现实么?
 
没有做过商业管理软件开发的人,感觉没有什么难的,
而做过商业管理软件开发的人都感觉到,
要想作出一套让<B>一个用户</B>满意的软件不是一件容易的事,
要想做出一套让<B>很多用户</B>都满意的软件就更不容易了,
要想作出一套让<B>所有用户</B>都满意的软件是不可能的,
这就是商业管理软件的特点,开发在一定范围内通用的软件是商业管理软件
开发者的最佳选择。所以,您在设计软件时,一定考虑到软件使用的对象,
首先是行业上的差别,然后是经营规模上的差别等。从软件设计原则上讲,
总体的需求分析在先,但没有一定的开发经验是不会作出好的需求分析的,
这往往要经过从理论到实践、从实践到理论的多次反复才能达到目的。
作为商业管理软件的开发,市场定位是最重要的,就医院管理系统来说,
所有的医院不可能采用统一的模式进行管理,但某一类医院的管理可能是相近的。
作为商业管理软件,必需考虑系统的完整性,更不能有太大的漏洞。
 
我想还是同意cj的意见,因为这些系统管理软件的使用者并不需要进行什么能够二次
开发之类的功能,你可以根据客户的需要进行相应的开发方式。如果他认为有必要,
就给他这个功能。两者的优缺点也正象你分析的那样。客户是上帝,按他的意愿来吧!
 
这是通用和定制的问题。
一般做项目都是定制,当然,如果有比较类似的需求,可以在原有基础上修改;
通用也是针对某一群体的。太通用了,就是一套Foxpro:)
 
呵呵,我也在想这方面的东东
实现起来总的说来有几个方面:
1)大部分数据库可由用户的系统维护员或开发单位的工程人员来定义
2)提供一个统一的数据字典,描述数据的来源、用途与数据的显示方式,还可以进行数据验证
3)有条件的话做一个界面定义的工具,把一些FORM交给用户来制作,估计这部分可占总FORM量的60-70%
4)提供通用的报表工具,与自己的数据字典相结合,使得报表能够由用户来制作
界面设计可以做一个界面设计工具嘛,如果是用DELPHI做的话,不是很麻烦,
比较难的一块是如何在界面中定义处理过程,这个就需要有一定的脚本语言的支持
这个脚本语言可以是VBSCRIPT等现在的,也可以是自定义的,
如果只是录入,没有什么事件处理的话呢,也可以找个什么GRID之类的来暂时应付一下
这里面最重要的是数据字典的设计,它是其他模块的基础,可以借鉴一下bussines objects
 
我从来都不去追求让所有用户满意的商业软件。
其实没有什么好的办法,可能还是要模块化,但是这样的结果是越来越大。
要包括各种商业形态是一件无聊的事情,现在我们在写department store,
但是可能过几天就都变成了shopping centre;我们现在写chain store,过
几天就都变成E.B.了;而且不同的商业形态区别还是挺大的。我现在正写
租金管理,会员管理和促销之类的东西,用户的主意千奇百怪,都是你我
想不到的,你又如何写出通用的呐。主要是零售业就没有一个行业规范,
不像写财务软件。
 
MIS这个东西就是在用户和软件编写者之间一次又一次的协商、争论、妥协中完成的,
每做一次MIS就让人很累,尤其碰到不懂计算机的,让用户自定义界面无疑是自找麻烦,不说实现上的困难,但是用户苍蝇式的的唧唧歪歪,婆婆妈妈就让我倒了。
 
时间太久,强制结束。 wjiachun
 
后退
顶部