我需要一个解决方案来编目我们公司的许多应用程序( 100多个,少于1000)。
现在,我们正在使用一个电子表格,对于每个应用,我们填写名称,简短的描述,联系人和维护人员(内部或供应商)。最重要的是将此列表用于IT规划和事故管理(影响评估等)。为了做到这一点,我们至少需要开始添加类似“依赖”、“部分”或“取代”之类的关系。如果将来的解决方案允许标记,将索引的键值对、注释和附件添加到每个条目中,也会很有用。
我们不希望发现所有已部署的应用程序实例,管理配置设置,集成监视具有复杂的安全设置,并被埋没在元-元模式中。任何需要专用管理员的东西都已经太重了。
我们有以下非功能性要求:
到目前为止,我们考虑了以下几点:
我感兴趣的反馈/想法的人,成功地通过了类似的努力,或有经验的一些方法以上。此外,我希望就常见的陷阱和建议提出建议。
发布于 2008-10-16 22:18:52
这是为一个好的,简单的web应用框架而量身定做的。选择你最喜欢的框架。为应用程序定义简单的数据模型。迁移电子表格。添加您的其他关系(依赖,取代,部分),并发展您的应用程序。
任何好的web应用程序框架都会为这个简单的数据集提供愉快的数据映射。
这是一个很好的技能建设者。它可以很好地证明在组织中引入新的web应用框架的概念。
很难避免“基础设施”问题。一个有目的的资产管理工具--通常是--庞大而复杂。即使是CalemEAM也相当复杂。
因为你有很多应用程序,我猜你已经有了一个web应用程序框架和一些使用它的技巧。然而,从你的评论中,你让它听起来好像没有首选的网络应用程序。框架。
这让我猜测,也许你的100到1000岁的应用程序是桌面软件和网络应用的混合体,它的构建没有一致的、易用的框架。
我偏执于python,所以我不熟悉您建议的任何web框架。技术方向最重要的来源应该是那些建立这100到1000代应用程序的人--他们使用的是什么web框架?他们希望用的是哪一种?如果他们开始一个新的项目(像你的),他们会用哪一个?
你不想成为鞋匠的孩子--村里唯一一个光着脚的孩子。您希望您的简单的资产管理应用程序(它只有3个表)可以使用您的组织喜欢的一组工具构建。
好吧,有了10%的java和50%的供应商系统,就没有“首选”web应用框架了。
选择1:选择一个基于Java的相当完整的框架。尝试使用Struts和iBatis作为起点。构建最小表,从POJO到表的最小iBatis映射。为每个表定义最小的默认表单--一个列表,一个细节。在最小的表集上为最小的表单集创建最小的管理前端。从电子表格到表编写一个最小的加载程序。
然后删除电子表格,不要回头看。
选择2:学习Python。使用Django。定义最小模型并使用Django管理接口。你大概20分钟就能搞定了。我是认真的。然后将最小加载程序从电子表格写入到表中。这是个很难的推销,所以别卖了,就这么做吧。
无论哪种方式,删除电子表格,永远不要回头。
现在,一切都必须通过基于网络的数据库来完成。别找借口。将所有报告添加到此接口。不允许下载到电子表格。使应用程序易于添加,更改和修改。
一旦你能处理好混乱,你就会得到宽恕。
你永远不能证明这是合理的--你无法证明自己在被组织起来时有任何投资回报。
发布于 2008-10-16 12:30:55
听起来你需要一个资产数据库。你可以找到许多商业上可用的,但这有什么乐趣呢?如果您使用MS 2007,它们有一个您可以免费下载的构建资产数据库的模板。
发布于 2009-11-11 18:02:27
您也许可以看看宇宙,一种CMDBf规范的实现。
https://stackoverflow.com/questions/208292
复制相似问题