今日任务:

定义模块，分配菜单，抽象出基本的表单和查询，并分析查询列表中需要的基本操作，形成配置表导入EAFD,然后可以预览系统了。

定义表单和查询

根据《业务对象定义.docx》，定义系统将要使用到的基础查询和表单，见附件《基础功能说明书.docx》，

 

 

          《采购任务2》

定义表单和查询配置

详见《表单配置表.xls》和《查询定义表.xls》

 

可以通过EAFD平台对表单、查询配置进行调整

                     《表单配置》

《查询配置》

总结:

    从画面中，可以看到，目前SPC-供应链管理系统已经按照昨天的业务抽象和流程定义进行了用户界面的实现，并实现了基本表单模块的保存，基础查询列表模块的新增、删除、修改。

 

    接下来，明天会针对其中的查询模块和表单模块进行丰富，

 

    表单模块：需要自动产生标号的、下拉选择、弹出选择等字段渲染进行实现。

 

    查询模块：对需要进行状态改变或者其他特殊操作的表单动作进行具体实现，以满足系统流转的需要。对需要翻译的字段进行配置，以保证可读性。

 

    本次“7天实践”中，所有的流程按照模块来划分，通过菜单来控制，就不进行工作流的实现了，实践过后，可以针对某一流程利用EAFD平台进行流程化，以期向大家展示平台内在的一些拓展性，以便交流。

 

其实吧 对于真正的行业软件，如果你7天搞定了 那sap什么的不就可以倒闭了。
你的想法是好的，不过我作为一个供应链从业者所了解到的，真正的行业软件比这复杂的多的多，业务表和真正实际业务需要的内容相差甚远，如果说作为一个毕业设计那也许是优秀的，但如果作为实际业务使用，那就基本没有使用价值。

现实所做的一步是通向理想的一步。
我工作接近10年了，绝不是刚毕业学生的空洞的梦想。
我的客户包括全国70%的股份制商业银行和城商行。
7天开发实践是一次技术层面的积累和汇报，也算一次技术交流吧。
商业模式才是立足之根本，而且商业模式已经得到论证，目前正在实施。
这么晚才发现你的回帖，并且这么晚才回真不好意思，不过我真的是太忙了，sorry!