PSI的技术难度在哪里?
博客专区 > PSI 的博客 > 博客详情
PSI的技术难度在哪里?
PSI 发表于1个月前
PSI的技术难度在哪里?
  • 发表于 1个月前
  • 阅读 199
  • 收藏 0
  • 点赞 3
  • 评论 0

PSI是一款基于SaaS模式(Software as a Service软件即服务)的企业管理软件。PSI以商贸企业的核心业务:采购、销售、库存(进销存)为切入点,最终目标是行业化的ERP解决方案。

PSI官网:https://gitee.com/crm8000/PSI

 

今天我们讨论一下PSI的技术难度在哪里?

1、PSI的技术难度之一:不在局部细节而是整体架构

这是企业管理软件的一个共有的特性:局部细节代码都很简单,但是要总体把握就难度加大。

 

2、PSI的技术难度之二:把业务建模转化为技术建模

这是个需要不断实践,总结经验的环节。

 

3、PSI的技术难度之三:让其他人迅速掌握二次开发技术

PSI是开源项目,代码运行任何人完全私有化。如果他人不能迅速掌握二次开发技术,PSI对他们而言就毫无价值。

编写开发文档、提供技术支持服务都是解决这个问题的方法。

看似只是写文档工作,其实从软件工程的角度来看,这是设计性质的工作。把文档写好,是一个实实在在的技术活儿,也是很多软件从业人员不擅长的工作。

 

4、PSI的技术难度之四:如何处理底层框架的升级

PSI的UI用的是ExtJS 4.2,PHP框架是ThinkPHP 3.2,这两个框架的版本都不是最新版本,要不要升级到最新版本?如果不升级到最新版本,那么以后怎么处理?

PSI采用的策略是:不升级这些底层框架,未来会自己维护这些框架的版本。很显然,这里是有技术难度的。

 

总结

PSI的技术难度是产品工程化的难度。

虽然现在“软件工程”这个词语不那么热门,甚至被很多人认为是落后的术语。但是我们坚持认为:在企业管理软件研发领域,必须从软件工程的角度来看待企业管理软件。

工程化的技术手段,总是流程化和乏味的。很多时候,人的天性是抵触工程化的技术手段。

很多技术人员做开源项目的初衷就是要天马行空地展示自己的技术才华。但是一个开源项目一旦有了自己的用户,就意味着开源项目的作者必须要承担相应的责任了,能力越大责任越大。

 

 

共有 人打赏支持
粉丝 168
博文 23
码字总数 10755
作品 2
×
PSI
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: