欲创办或投奔或合作 开发铁路运输MIS的软件公司 (0分)

  • 主题发起人 主题发起人 LZNewComer
  • 开始时间 开始时间
楼上的：谢谢关注!ERP有点关联。其实所有的MIS都是业务+数据库，业务我想更重要一些。相对而言，编程就像从事所谓的IT业一样，起点都比较低，而业务则好像没有那么简单。
欢迎交流，本人MSN：lzguoqinghua@hotmail.com,E-Mail:lzguoqh@163.com,QQ:290216041
 
我对这个很感兴趣
QQ:1696940
E_MAIL:lijw@mail.csoft.com.cn
 
双手赞同，谢谢
ＱＱ：１５９３２５５１
Ｅ_ｍａｉｌ：SMALLSHI@163.COM
 
我有一年的工廠ERP開發經驗，熟練三層＋SQL 2000+ D7,如果有興趣請來郵聯系，好嗎？
dinghello@hotmail.com
希望大家可以合作！
 
我的经验是：业务都很简单，我办公室的业务一个高中生就可以胜任，倒是编程比较重要，如果要说业务重要的话，应说是人际关系最重要（但这是业务吗？）；
象我吧，交付给我的工作，只要说出目的，就算以前没有干过的工作，我也一样可以轻松完成，但编程不同了，查书，上网，都搞不定。
注：我是搞房地产的。
 
本人现有一个工作室，在上海，已有一些成熟并实施过的项目，但今后的市场与技术问题让我头痛，正有寻找有一定市场能力和技术能力的朋友合作，不知仁兄是否有兴趣合作，如有兴趣请邮件到我信箱：yuxi98@sohu.com
 
To:ChaseSun:从来没有一个行业像铁路这样注重规章制度。从铁道部开始，部有《技规》，局有《行规》，站有《站细》，车、机、工、电、辆，层层叠叠的制度和规范。就拿一个车站一个车号员来讲，大的原则按部颁《统规》作业，但还有《实施细则》，局还有《补充规定》，根据站线、专用线、企业车情况，还有相关规定。铁路的工人一般都是铁路运输学校培养出来的。
楼上的：请收E-Mail.
 
to LZNewComer:
建设行业也有很多规范：有施工验收规范，施工设计规范，危险房屋鉴定规范，房地产法，房屋产权产籍登记办法，城市危险房屋管理规定，商品房销售管理办法，房屋维修管理办法，招投标法，建筑工地管理办法，还有其它很多。
建设行业管理的有：房地产管理、规划管理、自来水管理、燃气管理、市容市貌管理、环卫管理、公共交通管理、园林管理、建筑工程定额管理、建筑工程招标管理、建筑工程监理管理、工程质量管理、施工企业管理、房地产开发企业管理、市政道路管理、路灯管理、城市管理、房屋拆迁管理、私房改造管理等等，样样都是涉及到市民切身利益的事情，你能说法律、法规、办法、实施细则不多、不复杂吗，你能说不注重规章制度吗？
 
还有出租车管理、房屋白蚁防治管理。
先说这么多，等想到其它再说。
我的email: cmzou@21cn.com
msn:cmzou@21cn.com
有空多聊
 
社会已有定论：房地产业可带动很多相关的行业的发展，包括铁路业
你想想看，建造一幢楼要什么材料：水泥、钢材、木材、砂石、砖、石灰、水、石膏、防水材料、防锈材料、装饰装修材料、水管、电线、插座、家俱等等。要用到工具：建筑机械、建筑用具、运输车（包括火车）。民工又可以带动当地的饮食业的发展。.....
 
to LZNewComer：
把你的想法或其他相关文档发给我一份，谢谢。
我公司在深圳，有专业领域的产品和客户。如果这个行业有前途，我想再扩展个部门没什么问题，关键是市场及产品的开发周期等。
期待！ 我的邮箱：hbo668@sohu.com，随信俯上你的联系方式等。
 
to LZNewComer:
我们在上海的开发团队想您致敬，您提到的此行业及项目均有吸引力，我们也打算创办
自己的公司，希望能得到您的想法和相关文档，更希望我们有合作的机会。
E-Mail:own_delphi@sina.com
 
To lndy:请收E-Mail陈述，希望能皆大欢喜。[:)]
To own_delphi:请收E-Mail,希望我们彼此正是互相要找的人。[:)]
 
其实业务逻辑是基础，很多系统不是想的那么简单，尤其是在做需求分析的时候，如果不懂实际的业务操作，搞出来的东西可想而知。做MIS方面的软件，特别是C/S结构，技术方面的都已经很成熟了。所以要搞出点东西来，还是需要在业务钻出点东西来。另外就自身的感觉，现在的MIS管理软件特别是按项目做的，基本上都是原来业务的计算机化，管理的成份倒底有多少？
 
鸽子
我爱啃猪脚
hfghfghfg@sohu.com
qq 105204912
 
楼上的：怎么跑来这里啃猪脚来了？[:D]
 
同意vf的看法。
所谓的业务计算机化，其实也就是将大量重复性的工作交由机器完成。不管是C/S抑或desktop,都是要将业务的流程、逻辑关系分析清楚，合理地建库建模，编写代码，然后计算机才会按步就班地执行。计算机参与管理实际上是水中月、镜中花，愿望而已，人工智能还没有走出死胡同。
所以必须强调业务的重要。
曾经见过不少看似挺有来头的软件公司用了两三个月体验生活，然后模型化地倒出一些东西，前脚走，后脚就搁浅，这种高投入买来的鸡肋多的是。
我以为以业务熟练的技术人员为主体的开发的团队结构最为理想,他们知道什么样的东西有市场，什么样的东西才适用。
 
to LZNewComer:
不好意思，前段时间比较忙，没时间给您回应，基本统一您的观点，不过，我们在开发
阶段不让上msn或qq,所以最好以邮件方式联络比较好，您认为呢.
 
哈哈，很难碰到一个铁路同行，本人也在里面混了10多年，却不务正业喜欢上写什么程序，倒想认识这位仁兄。QQ：2035615
 
您必须登录或注册才可回复。

Similar threads

D
[译]Delphi for iOS开发指南(1):在Mac上配置你的开发环境
回复
0
查看
1K
DelphiTeacher的专栏
D
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
I
大型MIS软件开发的几点体会
回复
0
查看
659
import
I
I
微软公司软件开发模式简介
回复
0
查看
818
import
I
后退
顶部