The analysis phase answers the questions of who will use the system, what the system will do, and where and when it will be used. During this phase, the project team investigatesa any current system,identifies (71) , and develops a concept for the new system.
(71) A. Improvement opportunities B. Logicalmodel C. Systemrequirements D. systemarchitecture
分析阶段回答了谁将使用系统、系统将作什么以及系统在何时何地使用的问题。在这个阶段,项目团队调研当前系统,识别改进机会,开发出新系统的概念模型。
This phase as three steps: first, (72) is developed to guide the project team's efforts. It usually includes an analysis of the current system and its problems, and the ways to design a new system.
这个过程分三步,首先,开发一个分析策略来指导项目工作。这些分析策略通常包括了当前系统及其问题的分析和设计新系统的方法。
(72) A. a user manual B. an analysis strategy C. an analysis use case D. a design user case
The next step is (73) .The analysis of this information - in conjunction with input from the project sponsor and many other people - leads to the development of a concept for a new system.
下一步是收集需求,对这些信息(汇同系统发起人和很多其他人员的输入)的分析会导致开发出一个新系统的概念。
(73) A. project scope definition B. problems analysis C. Decision analysis D. Requirements gathering
The system concept is then used as a basis to develop a set of business analysis models that describes how the business will operate if the new system were developed. The set of models typically includes models that represent the (74) necessary to support the underlying business process.
系统概念作为开发一组业务分析模型的基础,这些模型描述了新系统开发完成后企业如何运作。这组模型通常包含那些表示数据和过程的模型,这些数据和过程是支持底层业务过程所必需的。
(74) A. Da
Last, the analyses, system concepts, and models are combined into a document called the (75), which is presented to the project sponsor and other key decision makers that decide whether the project should continue to move forward.
最后,这些分析、系统概念和模型合并到一个称为系统建议书的文档中,提交给项目发起人和决定项目继续执行的主要决策人员。
(75) A. Requirements statement B. Design specification C. systemproposal D. project charter
概念模型是对真实世界中问题域内的事物的描述,不是对软件设计的描述。概念的描述包括:记号、内涵、外延,其中记号和内涵(视图)是其最具实际意义的。
概念数据模型是面向用户、面向现实世界的数据模型,是与DBMS无关的。它主要用来描述一个单位的概念化结构。采用概念数据模型,数据库设计人员可以在设计的开始阶段,把主要精力用于了解和描述现实世界上,而把涉及DBMS的一些技术性的问题推迟到设计阶段去考虑。
由于概念模型用于信息世界的建模型,是现实世界到信息世界的第一层抽象,是用户与数据库设计人员之间进行交流的语言,因此概念模型一方面应该具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识,另一方面它还应该简单、清晰、易于用户理解。由于概念模型在此次的迭代过程非常简单,所以本来计划PASS掉其中的具体分析,不过概念模型的确非常之重要,他是OOD的一个基石。除了用例,应该说概念模型是OO开发过程中另一个充满主观色彩的工件。
《Thinking in UML》(大象)中,描述的的模型:
用例模型:
业务用例模型
概念模型
系统用例模型
领域模型:序列图
分析模型:采用MVC模式,将用例场景中描述的业务分解为边界(操作界面和显示界面)、控制(业务逻辑)和实体(业务数据)。分析模型成为系统的第一个原型。建议系统用例模型之后,设计模型建立之前建立分析模型,并一直维护它保持与需求同步。
软件架构和框架
设计模型
组件模型
实施模型