我需要一个解决方案来对我们公司的许多应用程序进行编目（超过100个不到1000个）。
目前我们正在使用电子表格，我们为每个应用填写姓名，简短说明，联系人和维护人员（内部或供应商）。目的是将此列表用于IT计划和事件管理（影响估计等）。为此，我们至少需要开始添加“依赖于”，“部分”或“取代”之类的关系。如果未来的解决方案允许标记，为每个条目添加索引键值对，注释和附件，那么它也会很有用。
我们不希望发现应用程序的所有已部署实例，管理配置设置，集成监视具有复杂的安全设置并在元元架构中被隐藏。任何需要专门管理员的东西都已经太重了。
我们有以下非功能性要求：
到目前为止，我们已经考虑了以下内容：
我对那些成功经历过类似努力或有过上述某些方法经验的人的反馈/想法感兴趣。另外，我很感激有关常见陷阱和建议的建议。
答案 0 :(得分：5)
这是为一个漂亮，简单的Web应用程序框架量身定制的。选择你最喜欢的框架。为应用程序定义简单数据模型。迁移您的电子表格。添加您的其他关系（取决于，取代，部分）并改进您的应用程序。
任何优秀的网络应用程序框架都会为这个简单的数据集提供令人愉快的数据映射。
这是一个很好的技能建设者。将新的Web应用程序框架引入组织中可能是一个很好的概念证明。
很难避免“基础设施”问题。专用资产管理工具 - 通常 - 庞大而复杂。即使CalemEAM也相当复杂。
由于你有很多应用程序，我猜你已经有了一个Web应用程序框架和一些使用它的技巧。但是，从您的评论中，您可以发现它没有首选的网络应用程序。框架。
这让我想到，也许你的100到1000的应用程序是桌面软件和网络应用程序的混合，没有一致的易于使用的框架。
我是一个python bigot，所以我不熟悉你建议的任何web框架。技术方向最重要的来源应该是构建这些100到1000个应用程序的人 - 他们使用什么样的Web框架？他们希望他们使用哪一个？如果他们开始一个新项目（如你的），他们会使用哪一个？
你不想成为鞋匠的孩子 - 村里唯一一个赤脚的孩子。您希望使用您组织首选的工具集构建简单的小资产管理应用程序（它只有3个表）。
好的，有10％的java和50％的供应商系统，没有“首选”的Web应用程序框架。
选择1：选择一个基于Java的合理完整框架。尝试使用Struts和iBatis作为起点。构建最小的表，从POJO到表的最小化iBatis映射。定义最小默认表单 - 一个列表，每个表的一个详细信息。在最小的表集上为最小的表单集创建最小的管理前端。将电子表格中的最小加载程序写入表中。
然后删除电子表格，永不回头。
选择2：学习Python。使用Django。您定义最小模型并使用Django管理界面。你在大约20分钟内完成了很多工作。认真。然后将电子表格中的最小加载器写入表中。这是一个很难卖，所以不要卖它，就这么做。
无论哪种方式，都要删除电子表格，永远不要回头。
现在，一切都必须通过基于网络的数据库完成。没有理由。将所有报告添加到此界面。不允许下载到电子表格。使应用程序易于添加，更改和修改。
一旦你能够控制混乱，你就会寻求宽恕。
你永远无法证明这一点 - 你无法证明任何有组织的投资回报率。
答案 1 :(得分：1)
听起来你需要一个资产数据库。您可以找到许多商用产品，但有什么好玩的？如果您使用MS Access 2007，则可以免费下载template for building an asset database。
答案 2 :(得分：0)