因此,我的问题是:是否有任何工作将所有不同类型的系统规范编目到单个位置,全部在单个网站上?如果缺乏项目开始时的适当要求是软件开发的苦恼之一,那么能否从已经编写过的同类型先前系统中“重复使用”要求规范更有意义呢?
因此,我的问题是:是否有任何工作将所有不同类型的系统规范编目到单个位置,全部在单个网站上?如果缺乏项目开始时的适当要求是软件开发的苦恼之一,那么能否从已经编写过的同类型先前系统中“重复使用”要求规范更有意义呢?
有一些,但它们通常是由想向您销售解决方案的供应商运营的。 :-/;
我还曾在一些组织中工作过,他们正在开发自己的“通用”数据模型作为可销售产品。其中一个领域是金融服务,他们达到了1500多个DB2表,并放弃了。组织以自己独特性为傲,而我们(技术人员)意识到,在引擎盖下,大多数公司都在做着相似的事情——我认为承认他们只是使用UniversalCustomer(TM)1.7的其他人并没有什么好处,因为这可能会对企业自尊心造成太大的伤害。此外,这也为SAP、Peopleware等提供了机会。
最后,这里有很多创业者可以挖掘的机会。一个良好的短书系列,描述常见领域。我是指超级简单的东西,人名、地址、电话等——包括不同文化中的称号和电话号码布局等小细节——现在有一本/维基百科很多人可以使用。
请查看 Len Silverston 的《数据模型资源手册》:
该书从数据模型的角度来考虑可重用设计,而不是从最终用户需求或面向对象设计的角度。然而,我认为这非常有用——一旦您对数据模型有了很好的掌握,您就可以更好地理解需求和最终将被建模为类的实体。
这将是难以销售的。任何向系统发出询价请求的人都会做出第一个断言:“我们不像其他公司。我们的需求是独特的。”(但实际上并非如此。)
如果您要重用需求,那么也可以重用代码。但在更低的层面上,我认为您正在寻找的是“需求模式”,类似于“编程模式”。
现在这里有一本微软关于这个主题的书,但是像所有领域模式一样,想法是它们应该有机地生长并适应领域用户和专家的需求。如果您想要这个想法的真正来源,请查看关于模式的开创性书籍,尽管它来自架构而不是编程,惊喜吧 :)