前段时间一直在做北京市某个区*文书科的一个公文接收的自动化系统,自己有一些感想,在这里写出来。感觉*中的这种OA与企业的OA确实存在着一些差距,尤其是组织制度上,工作流的流程比较复杂,突出的一点就是显示出领导之间级别的对待,一个公文来的时候,科长总会先审查,再由文书员进行处理,之后再给更高级的领导审阅,而催办的意见公文回来的时候又要让相关的一些领导查看,但其中的某些环节中查看和填写修改的权限又是对一些领导或人员是屏蔽的,这些权限和功能的使用范围与领导级别又是紧密相关的,还有就是当这个系统想要试用一下的时候,因为*内各个部门之间的关系,所以不是太好地进行测试试用,总之,针对不同的行业,开发这样的系统都要“因地制宜”,确实存在着一些阻碍和困难。
相关文章
- 11-04鸿蒙系统开发--HiSParK_WiFi_Iot_套件 VER_A 上手-掉过的坑
- 11-04wince 简单的出入库系统开发总结
- 11-04《基于Web Services的高校学生党务管理系统开发》论文笔记(十一)
- 11-04软件系统的分层开发
- 11-04SSM商城系统开发笔记-问题01-通配符的匹配很全面, 但无法找到元素 'mvc:annotation-driven' 的声明。
- 11-04关于win8开发的一点小总结
- 11-04开源OA办公平台搭建:流程开发中常见的正则表达式
- 11-04web应用系统开发,CSS内联样式的使用
- 11-04NX二次开发-UFUN获取NX系统默认导出CGM的选项设置UF_CGM_ask_default_export_options
- 11-04基于springboot jsp框架开发的办公自动化OA系统