第三章 需分析.ppt

* 软件工程思想(林锐 P38—P48) 需求分析为什么困难？ 如何进行需求分析？ * 用例把系统分成一组逻辑的、互相联系较少的部分，每一部分都描述了系统与外部角色交互所提供的服务，即用例的集合代表了所有将会在系统需求中出现的交互。因此容易从使用的角度理解系统应达到的功能。 例：列出图书馆系统中以下参与者的最小用例集：借阅者、借书员、图书管理员、会计系统。 借阅者： ? 按题目查询书籍 ? 按作者查询书籍 ? 按主题查询书籍 ? 预定已被其他人借出的书籍 ? 查询借阅者的个人信息并列出借阅的书籍 借书员： 所有借阅者的用例，再加上 ? 为借阅者查找某一书籍 ? 登记已归还的书籍 ? 续借一本书 ? 登记缴纳的罚款 ? 添加新的借阅者 ? 更新借阅者的个人信息（地址、电话号码等） 图书管理员： 所有借阅者和借书员的用例，再加上 ? 添加藏书 ? 删除藏书 ? 改变系统中对已有书籍的记录信息 会计系统（独立运行） ? 获得借阅者支付的超期罚款 * 软件系统本质上是信息处理系统，而任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息。数据决定了需要的处理和算法，看来数据显然是需求分析的出发点。在可行性研究阶段许多实际的数据元素被忽略了，当时分析员还不需要考虑这些细节，现在是定义这些数据元素的时候了 * * 使用传统的访谈或面向数据流自顶向下求精方法定义需求时，用户处于被动地位而且往往有意无意地与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，这两种方法的效果有时并不理想。 为了解决上述问题，人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。今天，简易的应用规格说明技术已经成为信息系统领域使用的主流技术。 * * 数据流图描绘数据在软件系统内从输入移动到输出的过程中所经受的变化。通常用数据流图建立软件系统的功能 pyXxx1: model depends upon the method , other tools：SADT，层次方框图， Warnier图 * * * * Pyxxx3 : num reflect the structure 3.3/3.4 not the same level ER has been used before OO Analysis but still useful for OOA. * * * * * Pyxxx4: exemple before model if possible Object=entity better : less concepts * * * * Pyxxx5 : key word in an entity is important; book is not clear; its value is unique not规定. Error in the book 3.39. p71 * 6 FN3 is often an acceptable compromise. FN1 or 2 may also be used. * * * * * * * 第 一 范 式 每个属性值都必须是原子值，即仅仅是一个简单值 而不含内部结构。 如： 学生(学号，姓名，性别，年龄，年级，专业，籍贯) 教师(职工号，姓名，年龄，职称，职务，工资级别，工资) 课程(课程号，课程名，学分，学时，课程类型) 罐娶阳编琢嗣捆帕弟局嫩蛙脆沛翟撵疆插肄通递碉攻秋屎滇忆桔渣员窘派第三章 需求分析第三章 需求分析 第 二 范 式 满足第一范式条件，而且每个非关键字属性都由整 个关键字决定(而不是由关键字的一部分来决定)。 如： 选课 ( 学号，课程号，听课出勤率，作业完成率，分数 ) 教课 ( 职工号，课程号，授课效果 ) 殷昂诅梦踊硫悯咖翅绸理舟纤絮沃填充琢翱因陷现晃担秋赤贯哎掌掠自涂第三章 需求分析第三章 需求分析 第 三 范 式 符合第二范式的条件。 满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字