分析的经验原则——《软件工程：实践者的研究方法》第八版

        Arlow 和 Neustadt[Ar102]提出了大量有价值的经验原则，在创建分析模型时应该遵循这些经验原则：
?模型应关注在问题域或业务域内可见的需求，抽象的级别应该相对高一些。“不要陷人细节”[Ar102]，即不要试图解释系统将如何工作。
需求模型的每个元素都应能增加对软件需求的整体理解，并提供对信息域、功能和系统行为的深入理解。
关于基础结构和其他非功能的模型应推延到设计阶段再考虑。例如，可能需要一个数据库，但是只有在已经完成问题域分析之后才应考虑实现数据库所必需的类、访问数据库所需的功能以及使用时
所表现出的行为。
最小化整个系统内的关联。表现类和功能之间的联系非常重要，但是，如果“互联”的层次非常高，则应该想办法减少互联。
确认需求模型为所有利益相关者都带来价值。对模型来说，每个客户都有自己的使用目的。例如，业务人员将使用模型确认需求，设计人员将使用模型作为设计的基础，质量保证人员将使用模型帮助规划验收测试。
尽可能保持模型简洁。如果没有提供新的信息，就不要添加附加图表；如果一个简
单列表够用，就不要使用复杂的表示方法。