软件设计

假设您公司的CEO 要求您对公司Web 开发人员最近开发的250 个内部软件进行检查，以确定用于构建可重用组件库的候选功能组件，包括设计、代码和测试用例。你如何完成这个任务？以2009年前后的技术水平为例。这项任务并不容易完成。在这250个软件应用中，约有75个是功能点不足1000个的小软件，它们很可能采用敏捷开发方法，以用户故事为主要设计描述方法，也可能混合使用其他描述方法。对于单个软件应用，用户故事非常有用，但是如果你需要在多个软件应用中找到共同点，用户故事就没那么有效了。

可能还有50个左右的软件是5000多个功能点的大型商业软件。这些软件很可能使用各种形式化的设计描述方法，也可能使用UML方法从联合应用设计（JAD）方法来描述。收集到的要求。虽然UML 方法可以帮助我们为单个软件应用程序构建模型，但考虑到这么多具有不同特征的UML 图，如果我们想尝试找出哪些是通用的功能，这仍然不是一件容易或快速的工作。

自动化工具，例如静态分析工具，可能能够通过分析基于UML 的元语言的语法结构来找到共同模式，但截至2009 年左右，这种技术在实践中尚不可用。在这250个软件应用中，可能有25个用于科研项目或工程项目的软件应用，可能使用状态变化图、建模语言（如LePus3语言e、Express语言。）或质量功能展开（QFD）方法建立“质量屋”图和许多其他建筑建模元语言。

其余100 个软件应用程序可能使用了多种描述方法。包括但不限于用例、UML 方法、N-S 图、Jackson Design、流程图、决策表、数据流图、HIPO 图和各种其他方法。其中一些方法可能会定义模型，但即使扫描100 个项目的支票也不是一件容易的事。

综上所述，这250 个新开发的软件应用程序使用了50 多种不同的设计语言和方法，并且对于其中的大部分。相互转换是一项非常困难的工作。同时，这些语言和方法也很难被自动化验证工具和自动化错误检查工具处理。