信息系统开发第5章教案.ppt

第5章 系统分析建模 主要内容：本章以教学管理系统为例，根据获取的用例和收集的文档资料，围绕功能和数据两条主线，运用面向对象分析方法和数据库设计技术进行过程建模、数据建模和功能建模，形成系统逻辑模型。 5.1 系统分析概述 5.1.1 系统分析任务及步骤 系统分析任务：详细了解每一个业务过程和业务活动的工作流程及信息处理流程，理解管理者（用户）的需求，然后运用信息系统开发理论、开发方法和开发技术确定出系统应具有的逻辑功能，再用适当的方法表达出来，即信息系统分析建模，形成系统的逻辑方案，这个方案不但要能够充分反映用户的信息需求并和用户取得一致的意见，而且要能够使系统设计员和程序员由此设计、开发出一个计算机信息系统。 5.1.1 系统分析任务及步骤 系统分析工作步骤： 1、对需求分析结果做深入分析形成过程模型 （1）系统的功能要求 （2）系统性能要求 （3）运行要求 （4）将来可能的需求 2、数据分析，建立数据库逻辑模型 3、进行功能分析构建用例模型 4、建立类分析模型 5、整理各项文档资料，并提出系统分析总结报告 5.1.2 系统分析的工作产品 5.1.3 系统分析的特点 （1）用画图的方法，直观且容易理解 （2）“自顶向下”的工作原则 （3）强调逻辑结构而不是物理实现 （4）避免重复工作 5.2 过程建模及用例模型设计 5.2.1 详细的功能分析及过程建模 1、“教学计划管理”功能分析 5.2 过程建模及用例模型设计 2、“排课处理”功能分析 5.2 过程建模及用例模型设计 3、“学籍管理”功能分析 5.2 过程建模及用例模型设计 4、“日常教学管理”功能分析 5.2.2 过程模型的审查与确认 1、过程模型的特征 （1）系统内各功能部分之间的信息交换关系都是通过数据存储来实现的，数据流仅出现在外部项与业务功能之间。 （2）数据存储的建立要在总体规划指导下进行，首先考虑的是全局的数据存储，其后才是专用数据的存储。 （3）数据流出现在相关的外部实体和业务功能之间，表明了该系统与外界的接口（如学生处提供的学生奖励信息、处分信息和课外活动信息），体现了两个子系统（学生处管理系统和教务处管理系统）之间有信息交换的需求，这种交换可以通过数据交换接口实现信息的导出和导入。系统与外界信息交换的另外一种方式是打印出单证、报表，用纸介质方式交换信息，例如课程表的打印功能，专业培养计划、专业执行计划的打印功能便是这种信息交换方式。 （4）在计算机网络技术的支持下，系统的外部项（如学生、教师、专业秘书）可以直接向教学管理系统输入信息，其输入方式为网上操作，于是教务管理系统实际上由两部分来完成，一部分是满足教学管理需要的内部管理子系统，另一部分是为外部项提供网上信息输入功能的子系统。内部管理子系统在局域网内即可以采用C/S结构来实现，也可以采用B/S结构来实现；网上系统显然必须采用B/S结构来实现，由此便产生网络配置和体系结构设计问题。 5.2.2 过程模型的审查与确认 2、过程模型的审查 （1）数据流程图本身的正确性检查 （2）逻辑功能正确性检查 （3）检查过程模型是否符合总体规划中的总体方案要求 （4）确认 5.2.3 用例模型的设计 1、“教学计划管理”用例模型设计 5.2.3 用例模型的设计 1、“教学计划管理”用例模型设计 5.2.3 用例模型的设计 2、“排课处理”用例模型设计 5.2.3 用例模型的设计 3、“学籍管理”用例模型设计 5.2.3 用例模型的设计 4、“日常教学管理”用例模型设计 5.2.3 用例模型的设计 5、用例模型设计的特点 （1）需求分析阶段形成的用例模型是捕获需求的结果，反映了管理的需求和信息系统实现目标，系统分析阶段对用例模型的设计是在需求分析的基础上，考虑信息系统功能实现方式、考虑系统复用性和可修改性特征而对原有用例模型进行设计的结果。 （2）系统分析所形成的用例模型可以看作是需求分析用例模型的迭代结果，这种迭代分析能够很好地保留需求的初衷，避免出现偏差，便于回溯和确认。 （3）系统分析的用例模型回答了“将来系统应该实现哪些功能”问题，是在充分“理解”需求的基础上，“表达”出来的信息系统的逻辑模型，每个用例都是能够由计算机来完成或能够以人机交互方式来实现的功能，是后续开发工作的基础。 （4）包含用例和扩展用例都是抽象用例，是根据需求描述抽取的相对独立、可复用、便于修改的功能，系统分析阶段就考虑复用和可修改问题也意味着对后续的设计提出了新的目标。 5.3 时序分析 5.3.1 时序图制作规范 例： 获得当月水表数 获得上月底水表数 当月水表数减去上月底的水表数，得到本月实际用水吨数 1.20元乘以实际用水吨数得到水费 将水费加到应缴水电费中 获得当月电表数 获得上月底电