系统分析与设计SAD4_Chapter02v1.pptVIP

系统分析与设计，第四版 学习目标 阐述传统系统开发生命周期（systems development life cycle，简称SDLC）的目的及阶段 解释何时适合采用SDLC的适应性观点 解释模型、工具、技术及方法论间的差异 说明开发信息系统的两种整体性方法：传统的方法与面向对象方法 学习目标 (续) 说明系统开发生命周期的变形 说明系统开发最新趋势的重要特色：统一过程（Unified Process;UP）、极限编程（Extreme Programming;XP）、敏捷建模 (Agile Modeling) 及Scrum 说明自动化工具在系统开发中的使用方式 概述 系统开发项目 有固定的起止时间 生产出想要的结果或产品 可能需要花费数千小时,也可能是只要一个月就完成的小型项目 成功的开发项目 提供详细的计划 有组织的任务与活动顺序 产生可靠,功能强大,且有效率的系统 系统开发生命周期 系统开发生命周期 (SDLC) 提供管理系统开发程序的整体架构 SDLC 的两个主要观点 预测性观点 – 假设项目可以事先规划 适应性观点 – 比较弹性,假设项目无法事先规划 所有项目都使用某种形式的 SDLC SDLC 的预测性与适应性开发观点 传统的 SDLC 预测性观点 项目规划 – 初始,确保可行性,规划时间表,取得项目的核准 分析 – 了解与处理企业的需求 设计 – 根据需求与分析的决策定义解决方案 实作 – 建构,测试,训练使用者,与安装新系统 支持 – 让系统维持正常运作,与改善系统的功能 信息系统的开发阶段 SDLC 与问题解决 与第1章介绍的问题解决步骤类似 组织承认有问题需要解决（项目规划） 项目团队需要调查，了解问题的本质，及解决方案的需求（分析） 详细描述解决方案的内容（设计） 组建及安装能解决组织问题的系统（实施） 使用,维持与强化系统,确保它能继续提供预期的效益（支持） SDLC 的瀑布式观点 系统开发阶段的重迭现象 SDLC 的适应性观点 以螺旋模型为基础 项目会重复执行开发活动,直到完成为止 在每个循环结束时都会产生原型 专注于降低风险 反复作业 – 重复进行工作活动 每次反复作业都会调整先前的结果 假设没有人可以第一次就做出正确的成果 每次反复作业都有一系列的迷你项目 螺旋模型的生命周期 系统开发活动的反复作业 SDLC 各阶段的活动内容 预测性或适应性观点都使用 SDLC 每个阶段的活动都很类似 阶段不一定是循序进行的 阶段可能会重迭 跨越阶段的活动可以在一次反复作业中完成 SDLC 规划阶段的活动 定义企业的问题与范围 产生详细的项目时间表 确认项目可行性 经济,组织,技术,资源,与时间 安排项目人事 (资源管理) 启动项目 ? 官方的声明 SDLC 分析阶段的活动 搜集问题域的信息 定义系统需求 建构用以发现需求的原型 确定需求的优先等级 产生与评估各种备选方案 与管理阶层一起审查建议方案 SDLC 设计阶段的活动 设计与整合网络 设计应用程序的架构 设计使用者接口 设计系统接口 设计与整合数据库 设计细节的原型 设计与整合系统的控管机制 SDLC 实作阶段的活动 建构软件组件 验证与测试 转换数据 培训及撰写系统说明文件 安装系统 SDLC 支持阶段的活动 维护系统 小规模的修正,修复,与更新 强化系统 小规模的升级或强化,以扩充系统的能力 比较大规模的强化作业,可能需要成立专门的开发项目 支持使用者 客服中心与支持团队 方法论与模型 方法论 为完成 SDLC 中的每一项活动，提供可遵循的指引方针 模型、工具及技术的集合 模型 真实世界中某些重要层面的表示方法,但与真实事物不同 用来隔离某个层面的抽象化过程 图表 项目规划与预算支持 系统开发中使用的模型 工具与技术 工具 用来协助建立模型或其它组件的软件支持 范围可从简单的绘图程序,复杂的 CASE 工具,到项目管理软件 技术 指导方针所成的集合，它能够协助分析师完成系统开发的活动或任务 可以是步骤性的指令,或是比较一般性的建议 系统开发中使用的工具 系统开发中使用的技术 方法论中各组件间的关系 系统开发的两种观点 传统的方法 也叫做结构化系统开发 结构化分析和设计技术 (SADT) 包括信息工程 (IE) 面向对象方法 也叫做OOA,OOD与OOP 将信息系统视为彼此互动之对象所成的集合,会一起作用以完成任务 传统的方法 结构化程序设计 改善计算机程序质量 让其它程序人员轻松阅读并修改程序 每个程序模块都有一个开始与一个结束 三种程序设计的结构 (顺序,决策,反复执行) 三种结构化程序设计的架构 至顶向下程序设计 将复杂的程序分割为阶层化的模块 阶层上方的模块负责控制程序的执行，方式是「呼叫」较下层的模块 模块化程序设计 类似