用例，或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求分析的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。
1
软件需求说明，也称软件需求说明书、软件需求规格说明、软件需求规格说明书，缩写是SRS。软件需求说明是软件系统需求的规格化说明，是对将要软件开发系统的行为的说明。软件需求说明是在商业需求规格产生后再建立的模型。它包括功能性需求及非功能性需求，非功能性需求对设计和实现提出了限制，比如性能要求，软件质量标准，或者设计限制，也可能会包括用例，叙述在理想情形下，使用者使用软件的方以及需要提供给的界面。
领域模型可以被看作是一个系统的概念模型，用于以可视化的形式描述系统中的各个实体及其之间的关系。领域模型记录了一个系统中的关键概念和词汇表，显示出了系统中的主要实体之间的关系，并确定了它们的重要的方法和属性。因此，对应于用例所描述的动态视图，领域模型提供了一种对整个系统的结构化的视图。领域模型的一个好处是描述并限制了系统边界。
软件需求说明，也称软件需求说明书、软件需求规格说明、软件需求规格说明书，缩写是SRS。软件需求说明是软件系统需求的规格化说明，是对将要软件开发系统的行为的说明。软件需求说明是在商业需求规格产生后再建立的模型。它包括功能性需求及非功能性需求，非功能性需求对设计和实现提出了限制，比如性能要求，软件质量标准，或者设计限制，也可能会包括用例，叙述在理想情形下，使用者使用软件的方以及需要提供给的界面。
用例图是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。
领域模型可以被看作是一个系统的概念模型，用于以可视化的形式描述系统中的各个实体及其之间的关系。领域模型记录了一个系统中的关键概念和词汇表，显示出了系统中的主要实体之间的关系，并确定了它们的重要的方法和属性。因此，对应于用例所描述的动态视图，领域模型提供了一种对整个系统的结构化的视图。领域模型的一个好处是描述并限制了系统边界。
用例图是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。
4+1视景模型也称为4+1架构视图，是“以使用多个、并发的视景为基础，描述软件密集系统的架构”的视景模型。这些视景是用各利益相关者的观点来描述系统，包括有用终端使用者、开发、系统工程师以及专案经理。模型的四个视景是逻辑、开发、过程以及实体视景。此外，也可以用用例或情景来描述架构，因此可以称为4+1视景：
4+1视景模型也称为4+1架构视图，是“以使用多个、并发的视景为基础，描述软件密集系统的架构”的视景模型。这些视景是用各利益相关者的观点来描述系统，包括有用终端使用者、开发、系统工程师以及专案经理。模型的四个视景是逻辑、开发、过程以及实体视景。此外，也可以用用例或情景来描述架构，因此可以称为4+1视景：
Mini wiki
