数据库应用系统需求分析.ppt

第二章 数据库应用系统需求分析方法 提纲 需求分析的步骤 调查的方法 分析主数据对象 对象的描述方法 对象的关系 功能分析 文档编写 软件生命周期 系统开发通常会分为以下几个阶段： 需求分析阶段、设计阶段、实现和测试阶段、验收测试阶段、生产阶段以及修改和维护阶段。 需求分析阶段的目的： 对用户的需求进行分析，并且生成一个文档来描述能满足这些需求的一个程序。 设计阶段： 数据库建模、对满足规格的程序逐步展开模块式分解。 实现和测试阶段： 建立数据库系统平台、实现各个独立的模块，然后对其进行测试以确保它们能按计划执行。 两种测试：分别单独测试独立模块的单元测试，以及对模块进行联合测试的综合测试。 综合测试表明各模块合起来能满足实现者对规格的理解。 软件生命周期 验收测试 提供了独立于设计的对程序行为的评估、数据库性能的评估 直接来自于需求规格的测试 ，判定程序是否做了它应该做的事 生产阶段的程序、数据维护与修改 程序维护对以前未发现的错误进行改正 程序修改响应新的用户需求 软件生命周期 螺旋模型改进了瀑布模型 可以在前一阶段完成之前开始这些阶段，而且这个过程包括了许多反馈回路。 开发过程中错误不可避免，出现错误的阶段越早越有利 在需求分析中产生的错误会导致一个完全无效的程序，如果直到验收测试时才发现这个错误，则可能会必须重新进行许多设计和实现 在设计过程中产生的错误会导致对不可使用模块的实现 需要使用错误探测方法 软件生命周期 在需求中发现错误的一个方法是建立该系统的一个原型。 用户可以使用这个原型，然后反馈其适当性和可接受性。 快速原型模型与演化模型 演化模型与快速原型模型的差别 在快速原型模型中，原型的用途是获知用户的真正需求，一旦需求确定了，原型即被抛弃。 演化模型是从初始模型逐步演化为最终软件产品的渐进过程。 快速原型模型是一种“抛弃式”的原型化方法，而演化模型则是一种“渐进式”的原型化方法。 增量模型，把软件产品划分为一系列的增量构件，分别进行设计、编程、集成和测试。 需求分析 需求分析需要确定 确定数据及完整性要求 确定功能需求： 一个正确运行的程序如何对正确和不正确这两种用户互动做出响应。 这个程序如何对硬件和软件这两种错误做出响应。 确定性能需求：某些行为必须有多快，以及对可使用的主存储器和次存储器数量的任何限制。 确定潜在的修改：将来可能会进行的对产品的改变或扩展。 控制交付日程。 需求分析的步骤 需求分析主要根据主数据对象的生命周期进行分析 具体步骤为： 1、分析并找出要表示和处理的主数据对象。 2、分析主数据对象在整个生命周期内的数据流向情况及变化过程。 3、找出这个主数据对象变化过程中所涉及的其他数据对象。 4、分析和其他对象的关系，用E-R图或对象关系依赖表描述它们的联系。 5、分析功能需求并进行系统的功能设计。 6、编写需求文档。 调查的方法 被调查人员 被调查的人员应主要为业务流程的工作人员或系统的具体使用人员。 [案例1] 某市工商局管理系统 项目描述 项目失败原因 常用的几类项目中人员的调查和分析对象的情况 调查的方法 调查了解的三种方式 开发方询问的方式 制定周密的调查计划，最好每次调查都列一个提纲 保持一种和客户平等合作的心态，让用户感觉到需求调研是为了给客户解决问题，是和用户探讨问题的 要迅速的记录需求调研核心的问题，及时总结归纳形成原始的需求调研资料 需求方为主导的了解方式 需求分析由需求方自己进行 [案例2]某市邮政局综合业务平台的实现 调查的方法 调查了解的三种方式 开发方参与业务的跟班作业方式 该工作主要是完成什么工作？ 那些现在在用人工处理的哪些是可以用电脑来代替人工处理的？ 如果用电脑来代替人工处理，效率怎样？是否会增加操作者的工作量？是否方便？ 现在人工还没做或很难做的那些工作，还有哪些可以因为使用电脑而变成很方便实现？ 为尽量提高数据的共享性，减少不必要的数据录入操作，怎么样做才可以使得输入的数据尽量少，而数据就可以达到要求。 调查的技巧 多通过一些实际的问题进行引导，比如：“以我的理解，你们收到订单后，会...”。 进行换位思考，假设客户目前的工作是你的工作，你需要做些什么，有什么问题，如何完成。然后即及时与用户沟通、了解，看是不是这么回事。最后与用户一起抽象出一个工作流程或工作模型。 为用户描绘新系统如何帮助或改进他们的工作，让用户也想象并描绘他们希望达到怎样的效果。可以透过客户所提出的表面需求挖出他们的真正需求。从而更好地理解用户目前的业务过程。 同用户探讨例外的情况：什么会妨碍用户顺利完成任务？对系统异常情况的反映，用户是如何想的？询问问题时，以“还有什么能”,“你有没有想过”,“有没有人曾经”为开头。记下每一个需求的来