规约和求精的过程.PPT

* 借书员： 所有借阅者的用例，再加上 ? 为借阅者查找某一书籍 ? 登记已归还的书籍 ? 续借一本书 ? 登记缴纳的罚款 ? 添加新的借阅者 ? 更新借阅者的个人信息（地址、电话号码等） 图书管理员： 所有借阅者和借书员的用例，再加上 ? 添加藏书 ? 删除藏书 ? 改变系统中对已有书籍的记录信息 会计系统（独立运行） ? 获得借阅者支付的超期罚款 * 例2：一个SafeHome系统，系统激活的基本用例用自然语言陈述如下： （参考教材1) ① 房主观察控制面板以确定是否系统已准备好接收输入。如果系统未准备好，房主必须物理地关闭门/窗户，以便使“准备好”指示灯亮。 ② 房主使用键盘输入4位密码，系统将密码与存储在配置库中的有效密码比较，如果密码不正确，控制面板鸣叫一次并复位等待再次输入。如果密码正确，控制面板等待进一步的动作。 ③ 房主选择键入“stay”（仅激活外部的传感器）或“away”（激活所有的传感器）以启动系统。 ④ 当激活时，房主可观察到一个红色指示灯。 * 用例： 房主激活监测 场景： 1、房主：观察控制面板。 2、房主：输入密码。 3、房主：选择“stay”或“away”。 4、房主：观察红色指示灯显示系统已被打开。 异常： 1、控制面板未就绪。 2、密码不正确。 3、密码不识别。 未解决的问题： 1、是否有不使用密码激活系统的方式。 2、控制面板是否还应显示附加的文字信息。 3、房主输入密码的时间有无约束。 4、在系统真正激活之前有无办法关闭系统。 * 2.3 需求分析与建模 需求分析是发现、规约和求精的过程，指开发人员准确的理解用户的需求，通过分析，将不规范的需求陈述转化为完整的需求定义，并产生需求规格化说明的过程。 获取的需求可能有模糊的、冗余的、有冲突的或不易理解的地方，需要用文字和图形描述不同视图以揭示更深的、易混淆的问题，确保与所有风险承担者达成共识。 * 需求分析活动具有以下任务： （1）分析需求的可行性：允许的成本、性能；与其他需求的冲突；外界因素的依赖和技术障碍等。 （2）对于渐增式开发要确定需求的优先级别，以便确立产品版本。 （3）建模：模型能突出或强调某些关键的系统特征。使用文本 和图表形式的组合，以相对容易理解和能直接评审正确性、完整性和一致性的方式来描述数据（信息）、功能和行为的需求。图形化的表示分析模型可以增强对软件需求的理解，也为软件设计奠定了基础。 （4）生成需求规格说明。 * 在过去的数年中，人们提出了许多种分析建模的方法，其中两种在分析建模领域占有主导地位： 第一种是结构化分析 (Structured Analysis，SA)，70年代末由DeMarco等人提出，这是传统的建模方法。该方法不是被所有的使用者一致地使用的单一方法，众多科学家对其进行了扩充，因此它是发展了超过30年的一个混合物。 另一种方法是面向对象的分析， 如Coad-Yourdon方法、Booch方法、Rumbaugh方法、Jacobson 方法等。 具体的建模方法有: * 上下文模型（ ERD、包图） 面向流的建模：数据流图（DFD/CFD） 数据建模：实体关系图（ERD） 基于场景的建模：用例图、顺序图、活动图 基于类的建模：类图、包 基于行为的建模： Petri网、状态图、顺序图、 协作图、活动图 …… * Sommerville认为模型可以从以下角度去描述： 1、从外部看，它是对系统上下文或系统环境建模。（见下页图） 2、从行为上看，它是对系统运行行为建模。 3、从结构上看，它是对系统体系结构和系统数据的结构建模。 有如下系统模型的实例（ppt30）： * 上下文模型（定义了系统的边界） * 1、数据处理模型 如数据流图