-系统分析概述新编.ppt

1. 功能需求 ⑴基本数据维护功能： 提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。 ⑵基本业务功能： 读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预定操作，书籍的编目、入库、更新等操作。 需求获取和分析示例（续） ⑶数据库管理功能： 对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。 ⑷信息查询功能： 提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预定信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。 需求获取和分析示例（续） 2.非功能需求 ① 系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限IP、限用户等。 ② 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。 ③ 对系统查询速度的需求：要求系统在20秒之内响应查询服务请求。 ④ 对系统可靠性的需求：要求系统失败发生率小于1%。 需求获取和分析示例（续） 3. 领域需求 例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求： ⑴ 图书编目要求按照《中国图书馆分类法》进行； ⑵ 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。 第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。 需求获取和分析示例（续） 5.2.3 需求定义 需求分析是分析人员与用户反复沟通和谈判的过程。 需求定义就是在各方就系统需求达成一致意见后，整理并建立最终的需求模型，详细定义和描述每项需求，确认约束条件及限制，编写需求规格说明。 系统分析建模内容 流程建模 业务流程（业务流程图/UML活动图） 数据处理流程（数据流图） 用例建模 信息系统功能模型（UML用例图） 领域对象建模 领域对象模型（UML类图、UML状态图） 由UML类图可以替代ER数据模型 5.3 系统说明书 《系统说明书》是系统分析阶段的成果。 该文档主要描述了系统的需求，在软件工程领域也称作《需求规格说明书》（requirement specification）。 系统说明书的内容 引言 项目名称、目标、背景、引用资料、术语说明等 项目描述 项目的主要工作内容 现行系统的调查情况 功能需求 数据需求 其他需求 实施计划 工作任务的分解 进度 预算 系统说明书的审议 系统说明书经过审议后，成为下一阶段工作的依据。 系统说明书应该具备以下品质： 正确性 完整性 一致性 无二义性 可修改性 可跟踪性 审议由项目技术人员、企业管理人员、专家等共同完成。 要点归纳 熟练掌握 什么是系统分析，系统分析的本质 系统分析的过程 系统软件需求的三种类型 一般掌握 系统分析的困难、内容 系统分析的方法——系统调查法、需求引导法 系统说明书的内容、审议 第5章 系统分析概述 本章主要内容 5.1 系统分析的任务 5.2 系统分析的过程和方法 5.3 系统说明书 5.1 系统分析的任务 系统分析师与用户在一起充分理解用户的要求，并把双方的理解用书面文档——系统分析说明书表达出来。 也称需求分析。 分析的本质就是理解和发现。 观察、访谈 ? 理解 ? 表述 发掘 批判、革新 1、系统分析的困难 系统分析是研制信息系统最重要的阶段，也是最困难的阶段。 困难主要来自三个方面： 问题空间（problem domain）的理解 人与人之间的通讯 环境的不断变化 2、系统分析师 system analyst，简称SA。 任务包括： 理解和明确企业目标、经营业务和战略发展方向。 按照企业目标制定信息系统建设的目标并进行分解。 根据企业所处环境和条件制定适合企业信息系统的开发策略。 从可供选择的方法和工具中进行选择，确定适合信息系统开发的方法和工具。 与企业决策层和业务人员充分沟通，了解企业业务需求，准确建立企业的业务模型。 根据企业目标和技术发展动向，结合业务模型建立完善的信息系统逻辑模型。 对信息系统开发的组织、人员和进度计划提出建议。 撰写系统说明书。 系统分析师 具备的素质： 具备坚实的信息系统知识，了解信息技术的发展，懂得管理科学的知识 应有较强的系统观点和较好的逻辑分析能力，能够透过现象看到问题本质，从复杂的事