系统需求建模学习教案.pptx

会计学4.1调查系统需求4.1.1功能需求和技术需求

功能需求是系统必须完成的活动，也就是系统将要投入的业务应用。功能需求直接来自系统规划阶段确定的系统功能。
技术需求是指和企业的环境、硬件和软件有关的所有可操作目标。
对于新系统的完整定义，这两种类型的系统需求都是必不可少的，也都要包含在系统需求调查中。功能需求通常记载在已建立的分析模型中，而技术需求则通常记载在技术需求的叙述性描述里。4.1.2系统相关者
系统相关者可以分为四类：
1.用户，那些实际使用系统处理日常事务的人；
2.客户，即那些购买和拥有系统的人；
3.技术人员，确保系统运行在公司的计算机环境下的人；
4.外部实体，例如公司的顾客。下图显示了对新系统感兴趣的各种系统相关者。4.1.3建立系统需求原型
传统的系统需求开发过程由四个步骤组成：
1.确定现有系统的物理过程和活动；
2.从现有物理过程中提取出业务逻辑功能；
3.为将在新系统中使用的方法开发出业务逻辑功能；
4.定义新系统的物理处理需求。4.1.4结构化遍历
所谓结构化遍历，简称遍历，是指对调查结果和根据这些结果建立的原型进行复查，这种遍历方法按过程进行，因此也称结构化遍历。
结构化遍历的目标是发现错误和问题，其基本思想是在理解系统基本需求的过程中建立需求文档，然后检查其中是否存在错漏之处。
4.1.5业务流程重组
业务流程重组（BusinessProcessReengineering,BPR）是一种根本的战略思想，它将企业内部的处理过程流线化，并使之尽可能地高效运转，这种思想的主旨是：对基本方法提出质疑，从而发现一种能带来巨大和深刻的提高的全新方法。4.2模型4.2.1模型的作用及类型
在系统分析阶段进行系统建模主要具有以下作用：
1.有助于提取系统需求信息。由于系统本身的复杂性，使用模型可以在不同细节层次上来描述系统。
2.有助于系统分析员整理思路。建立模型的过程能帮助系统分析员澄清思路和改良设计。建模过程本身对系统分析员有直接的帮助。3.有助于系统的分解和集成。管理信息系统往往是复杂的，在系统分析阶段对系统需求建模有助于问题的简化，并能够使系统分析员的精力一次只集中在系统的几个方面上。
4.有助于记忆和把握相关细节。系统分析需要收集和处理数量庞大的信息，规范通用的模型成为有效的帮助记忆的工具。
5.有助于系统开发小组以及小组成员之间进行交流。通用规范的模型是项目小组成员之间进行交流和协作的有效工具。
6、为未来的维护和升级提供文档参考。系统分析员建立的需求模型可以作为以后的开发小组在维护和升级系统时的文档，使以后的开发者能够继续使用。
4.2.2逻辑模型和物理模型

逻辑模型：在系统分析阶段所建立的模型，详细定义了系统需求但并没有局限于某一具体技术。
物理模型：在系统设计阶段建立的一些模型，这些模型显示了如何使用具体技术来实现系统的某些方面。常用的一些逻辑模型：
事件列表
数据流图
实体－联系图
数据流定义
数据元素定义
过程描述/结构化英语
类图
用例图
顺序图
协作图
状态图4.3事件4.3.1事件的概念和类型
对于管理信息系统来说，事件是指与系统行为相关的，可以描述、值得记录的在某一特定时间和地点发生的事情。
系统分析中需要考虑的事件有三种类型：
外部事件
临时事件
状态事件4.3.2定义事件
1.区分事件和触发事件的条件以及系统响应。
2.跟踪事务处理的生命周期。
3.暂不考虑技术依赖事件和系统控制。
4.3.3图书馆管理系统中的事件
所涉及到的一些外部事件：
任何系统使用者进行书目查询
读者对个人账户信息进行查询及更改
读者预约/退订图书
图书管理员办理借/还书手续
图书管理员办理逾期罚款手续
图书管理员办理丢失赔偿手续
采编人员管理书目信息涉及到一些临时事件：
发送图书到期的催还通知
发送预约图书到架的通知
按月生成图书借阅排行榜4.4事物下图给出了一些常见事物类型：4.4.2事物间的关系

事物不是孤立存在的，事物之间通过各种关系联系起来。
事物之间的联系可以用关联数目，也被称为关系的基数，来表示。
理解事物之间的关系十分重要，这种重要性不仅体现在系统分析阶段也体现在系统设计，尤其是数据库设计阶段。

下图列出了图书馆管理系统中读者和图书以及图书和书目之间的基数/重数的例子。4.4.3事物的属性
大多数信息系统都存储并使用每个事物的一些具体信息。这些特定的信息被称为属性。
系统分析员需要明确每个系统需要存储的事物属性。
能惟一标识事物的属性被称为标识符或关键字。4.4.4数据实体和对象
在结构化分析方法中，事物被称为数据实体。
数据实体、数据实体间的关系和数据实体的属性都可以使用实体－联系图（ERD，Entity-RelationDiagram）来建立模型。
计算机处理数据实体间的