所在的公司虽然是个大公司,但是发现这里的很多资料都停留在用WORD和EXCEL文件形式在存放,存取工作极端不方便。公司也有开始利用OA系统在管理某些文档,可是自我觉得IBM的软件产品,在易用性方面的确不如Microsoft的东西(比如ASP),其.最大的弊端在于,LOTUS/NOTES对于知识管理这一方面,认识实在太肤浅。
在此一背景下,产生此文--使用ASP建立起真正的信息管理系统,集成做进原开发之WEB应用系统。
第一部分,SAP外挂程序的集中化管理:
一,需求分析:
日常工作,大量的SAP外挂程序堆积,受限于EXCEL,WORD的不方便性以及不能协同工作,并未进行整理归类。
观察原始ISO规范文档,此类需求无非在于以下描述:
程序名、Tcode(事务码)、创建者、创建日期、授权用户或单位、功能描述、重要逻辑、修改人、修改日期、修改原因、修改内容描述、程序源码、SAP-Profile/Role等;
二,数据库设计:
因为均为文档型数据,结合考虑数据移植的方便性,后台采取ACCESS数据库,独立于SAP文件夹下。数据库名SAP,表:Padon
字段:ID(自动编号)
CXMC(程序名称)
TCOD(事务码)
CRNM(创建者)
CRDT(创建日期)
AUTH(授权用户或所在单位)
DESC(功能描述)
IMLG(重要逻辑)
MDRS(修改原因)
MDDS(修改内容描述)
MDNM(修改人)
MDDT(修改日期)
SOCE(程序源码)
PRFL(SAP之profile/ROLE权限相关)
FTOT(备用)
三,系统功能实现:
首页-----------index.asp(总览,可见分页好的所有程序详细情况,在此应该有个搜索功能的界面,供用户查找。可以直接点击“程序名字”看源码,点击“添加记录”实现新增程序或新增记录,并实现在此提醒用户先搜索看系统内是否已经有该程序的记录而无需新增。点击“编辑”可看详情【需要授权给部分用户】,点击“删除”可以删除该程序记录【仅仅开放给管理员使用】);
源码显示页--sourcelist.asp(按标准格式实现源码列印);
编辑页面-----edit.asp(既是单个程序的详细情况描述,也可以在此实现编辑);
删除页面-----delete.asp(给操作者一个提示,确认删除,并在此限定权限,此页面将调用多个页面的功能);
添加记录-----add.asp;
EXCEL导入---readEXCEL.asp;
分页代码------SourceCodeList.asp