第三章 软件需求分析PPT课件
合集下载
软件工程3软件需求分析ppt课件
1)从问题描述中分析出4种基本组成成分 (1)外部实体:顾客。 (2)数据流:顾客ID、现金、IC卡信息、购物
单、发票信息、维护结果、对账结果、结账信 息、正确的帐户信息。
(3)加工:发卡、维护、对账及错误处理、发 票打印、结算。
(4)数据存储:发卡记录、结账记录。
2)画出系统的基本模型
图3-2 IC卡管理系统的顶层数据流图
以火车票售票为例,如果是学生,并且每年累计的 乘车次数少于4次,则售半票,否则售全票。用形式化 语言可描述如下:
IF 乘客是学生 THEN
IF 每年累计的乘车次数少于4次 THEN 售半票 ELSE 售全票 ENDIF ELSE 售全票 ENDIF
结构化语言的特点是简单直观,且容易转化为程序, 但它不方便处理组合条件。
(1)变换型数据流图
具有较明显的输入、变换(或主加工)和输 出的数据流图称为变换型数据流图。在变换型 数据流图中,主加工是系统的中心。如图3-2 所示的是一个典型的变换型数据流图,图中 “发卡”是主加工,“现金”是输入,“IC卡” 是输出。
图3-2 IC卡管理系统的顶层数据流图
(2)事务型数据流图
3.1.2 需求分析的原则
1.分析人员要使用符合用户语言习惯的表达
2.分析人员要了解用户的业务及目标 3.分析人员必须编写软件需求报告 4.要求得到需求工作结果的解释说明 5.开发人员要尊重客户的意见 6.开发人员要对需求及产品实施提出建议和解决方案
7.描述产品使用特性 8.允许重用已有的软件组件 9.要求对变更的代价提供真实可靠的评估 10.获得满足客户功能和质量要求的系统 11.给分析人员讲解业务
某个加工将它的输入分离成一串发散的数据 流,形成许多活动路径,并根据输入的值选择 其中一条路径,具有这样特征的数据流图是事 务型数据流图。
第3章-需求分析课件
❖ 2。需求分析
❖ 这个阶段对已收集的需求进行提炼、分析和审查,即对问 题的分析和方案的综合,确保所有的需求含义都被理解, 并找出可能错误,遗漏或不足的地方。
❖ 分析人员在这一步骤中的任务是根据对问题及其环境的理 解与软件开发经验,改正用户需求的模糊性、歧义性和不 一致性,排除由于用户的片面性和短期行为所导致的不合 理要求、挖掘用户尚未提出但具有价值的潜在需求,并在 用户的帮助下对相互冲突的要求进行折衷,使用户需求逐 步精确化、一致化和完全化。
经过评审确认的需求规格说明将成为客户方与开发方的 合同。如果评审未通过,比如发现了遗漏或错误,则必 须进行迭代,直至通过评审为止。
需求分析的任务
与软件实际运行相关的需求分析任务
1、确定对系统的综合要求 2、分析系统的数据要求 3、异出系统的逻辑模型 4、修正项目开发划 5、开发原型系统
3.3.2 需求分析的一般性技术
在分析阶段构筑的模型不应涉及软件实现的细节,以免分散分 析人员的注意力、限制软件设计人员为提高软件质量和效率而 选择实现方法的自由度。
需求分析结束时确立的软件模型是生成需求规格说明的依据, 也是软件设计和实现的基础。
3.3.2.3 快速原型技术
如果按照传统的软件开发方法,需要经过漫长的开 发时间之后用户才能看到目标软件的最初版本。此 时用户常常会提出许多修改意见,有时甚至全盘否 定,导致开发失败。为了降低开发风险,在需求分 析阶段常常采用快速原型技术。
发挥。 ③所提问题汇总后应能反映应用问题及其子问题的全貌、并且
不要过分详细。
2.观察用户工作流程
如果可能,可通过实际观察用户的手工操作过 程来提取新系统的初步用户需求。
观察手工操作过程不是为了模拟手工操作过程, 而是为了获取第一手资料,并从中提取出有价 值的需求。分析人员有了第一手资料,再结合 自己的软件开发和应用的经验,就能够发现不 合理的用户需求、提出用户还没有意识到的潜 在的但却很有价值的用户需求,并能够从软件 的角度改进操作流程和操作规范,从而可获得 用户满意的分析结果。
《软件需求分析》课件
关系定义
定义实体之间的关系,如 关联、依赖、聚合等。
实体关系图绘制
使用图形化工具绘制实体 关系图,展示实体之间的 关联关系。
Part
04
需求规格说明
需求规格说明编写
确定需求来源
明确软件需求来自哪些方面,如用户、市场、技术等 ,确保全面覆盖。
编写规范统一
遵循统一的编写规范,确保需求规格说明的清晰、准 确和一致性。
需求分析的过程
需求调研
通过与用户沟通、调查问 1
卷、现场观察等方式,了 解用户需求和业务场景。
需求确认
4
将分析出来的需求与用户 进行确认,确保双方对需 求的理解一致。
需求分析
2
对收集到的需求进行整理
、分类、抽象,形成系统
需求。
需求评审
3 对分析出来的需求进行审
查和评估,确保需求的正 确性和完整性。
访谈技巧
注意倾听、引导和追问,以获得深入的需求 信息。
记录和分析
详细记录访谈内容,并进行分析,提取关键 需求。
问卷调查
设计问卷
根据软件的功能和目标,设计合理的问卷。
选择调查对象
确保调查对象的代表性和广泛性。
发布和收集问卷
通过适当的渠道发布问卷,并确保问卷的完整性和准确性。
数据分析
对收集到的数据进行统计分析,提取关键需求。
详细描述
社交网络平台用户数量庞大,用户交互频 繁,对系统的可用性和响应速度要求极高 。同时,由于社交网络平台的功能更新频 繁,需求变化较快,需求分析需要关注系 统的可扩展性和灵活性。此外,社交网络 平台还需要考虑用户隐私和数据安全等问 题。
THANKS
感谢您的观看
非功能需求定义
第3章 软件需求分析PPT课件
使用原型系统的主要目的,是使用户通过实践获得关于未来的系统 将怎样为他们工作的概念,检验关键设计方案的正确性和检验系统是 否真正满足用户的需要,从而可以更准确地提出和确定他们的要求。 用户试用了原型系统以后,能够指出系统的哪些特性是他们喜欢的, 哪些是他们感到不能接受的,以及他们还需要哪些新的功能。根据经 过实践检验的用户需求而开发出来的系统,更可能真正满足用户的需 要。特别是当所开发的系统是全新的,用户没有使用类似系统的经验 时,更应该认真考虑开发原型系统的必要性和可能性。
8
3.2 软件需求分析的步骤
3.2.1 问题的分析
▪ 首先,系统分析员应该仔细研究可行性分析报告和软件项 目实施计划,确定软件的需求,并提出这些需求的实现条 件及应该达到的标准。
▪ 其次, 问题分析是建立分析所需要的通信途径,以保证 顺利地分析问题。
▪ 再次,在问题分析过程中还必须充分重视和使用数据流图、 数据字典和算法描述工具。
(6)设计的限制条件是现实的吗?
(7)开发的技术风险是什么?
(8)考虑过软件需求的其他方案吗?
(9)检验标准详细制定了吗?他们能否确认系统是成功的?
(10)有没有遗漏、重复或者不一致的地方?
(11)与用户或需求者的联系充分吗?
(12)用户复审了初步的用户手册吗?
(13)软件计划中的估算如何受到影响?
3.1 软件需求分析的任务
3.1.1 软件需求分析的目标
▪ 利用软件范围作为指南,软件需求分析试图实现如下几个 目标:
1) 揭示系统信息的流程与结构,为软件的开发打下基础。 2) 确定接口细节、深入描述软件功能、确定设计的约束、
规定软件的检验需求,以此来说明该软件。 3) 建立并保持与用户以及软件需求者的联系,以便实现上9Leabharlann 3.2 软件需求分析的步骤
8
3.2 软件需求分析的步骤
3.2.1 问题的分析
▪ 首先,系统分析员应该仔细研究可行性分析报告和软件项 目实施计划,确定软件的需求,并提出这些需求的实现条 件及应该达到的标准。
▪ 其次, 问题分析是建立分析所需要的通信途径,以保证 顺利地分析问题。
▪ 再次,在问题分析过程中还必须充分重视和使用数据流图、 数据字典和算法描述工具。
(6)设计的限制条件是现实的吗?
(7)开发的技术风险是什么?
(8)考虑过软件需求的其他方案吗?
(9)检验标准详细制定了吗?他们能否确认系统是成功的?
(10)有没有遗漏、重复或者不一致的地方?
(11)与用户或需求者的联系充分吗?
(12)用户复审了初步的用户手册吗?
(13)软件计划中的估算如何受到影响?
3.1 软件需求分析的任务
3.1.1 软件需求分析的目标
▪ 利用软件范围作为指南,软件需求分析试图实现如下几个 目标:
1) 揭示系统信息的流程与结构,为软件的开发打下基础。 2) 确定接口细节、深入描述软件功能、确定设计的约束、
规定软件的检验需求,以此来说明该软件。 3) 建立并保持与用户以及软件需求者的联系,以便实现上9Leabharlann 3.2 软件需求分析的步骤
第三章:需求分析PPT课件
-
3.2 获取需求的方法
1、访谈
访谈有两种基本形式,分别是正式的和非正式的访谈。
当需要调查大量人员的意见时,向被调查人分发调查表 是一个十分有效的做法。
在访问用户的过程中使用情景分析技术往往非常有效。
情景分析技术的用处主要体现在下述两个方面:
(1) 它能在某种程度上演示目标系统的行为,从而便于用户 理解,而且还可能进一步揭示出一些分析员目前还不知道 的需求。
一般使用第三范式。
17
-
3.6 状态转换图
在需求分析过程中应该建立起软件系统的行为模型。状态转换图(简 称为状态图)通过描绘系统的状态及引起系统状态转换的事件,来表示系统 的行为。此外,状态图还指明了作为特定事件的结果系统将做哪些动作(例 如,处理数据)。
1、状态
状态是任何可以被观察到的系统行为模式,一个状态代表系统的一种 行为模式。状态规定了系统对事件的响应方式。系统对事件的响应,既可 以是做一个(或一系列)动作,也可以是仅仅改变系统本身的状态,还可以是 既改变状态又做动作。
7.其它需求
-
3.4概念模型
最常用的表示概念性数据模型的方法:实体—联 系方法(Entity-Relationship Approach),简称ER模型。
E-R模型包含三个基本成分:“实体”、“联 系”、“属性”
(1)实体:是客观世界中存在的且可相互区分的事物。 它可以是人或物,也可以是具体事物或抽象事物。 – 例如:教师、学生、课程是实体。 实体用矩形框表示,如: 教师
在状态图中定义的状态主要有:初态(即初始状态)、终态(即最终状态) 和中间状态。在一张状态图中只能有一个初态,而终态则可以有0至多个。
状态图既可以表示系统循环运行过程,也可以表示系统单程生命期。
03第三章 软件需求分析精品PPT课件
统计资料:
In 1994, the Standish Group surveyed over 350 companies about their over 8000 software projects to find out how well they were faring. The results are sobering. Thirty-one percent of the software projects were canceled before they were completed. Moreover, in large companies, only 9% of the projects were delivered on time and cost what they were budgeted, and 16% met those criteria in small companies (Standish 1994).
2021/1/1
仲恺农业技术学院计算机与电子工程学院
4
在美国高科技历史上曾有过令人痛心的事件: 大家知道,DEC曾经是美国三大计算机公司之一,几年前
被康柏收购,从地球上消失,成为美国计算机界一大憾事。 DEC曾以众多的高新技术著称于世。其中,它在最后的几年里 研发出的 Alpha 计算机芯片更以卓越的技术在性能上超过了 Intel, sun 和其他厂家的芯片。微软也曾大力协助 DEC ,将 Windows Nt 移植到 Alpha 系统,然而,Alpha 在市场上彻底地 失败了,成为 DEC 最终失败的原因之一。
the Ariane-5, a space rocket belonging to the European Space Agency (ESA). On June 4, 1996, on its maiden flight, the Ariane-5 was launched and performed perfectly for approximately 40 seconds. Then, it began to veer off course. At the direction of an Ariane ground controller, the rocket was destroyed by remote
软件工程第三章 软件需求分析 PPT课件
购 书 申 学 请 书 购 单 开发票 发 票 领 书 单 发书
生
审查 有效性
开领 书单
书
学 生
学生购买教材的逻辑模型
需求分析过程示意
(3) 分析当前系统与目标系统的差别, 建立目标系统的逻辑模型
无效书单
学 购书单 审查并 发票 领书单 开领
生
开发票
书单
学 生
计算机售书系统的逻辑模型
需求分析过程示意
对象 系统
抽象(映射) 模型应用
模型 系统
模型构造的过程
逻辑模型 (本质模型、概念模型)
物理模型 (实施模型、技术模型)
现 行 系 统
描述重要的业务 功能,无论系统 是如何实施的。
描述现实系统是 如何在物理上实 现的。 描述新系统是如 何实施的(包括 技术)。
目 标 系 统
描述新系统的主要 业务功能和用户新 的需求,无论系统 应如何实施。
接收、发送数据的频率?
数据的准确性和精度? 数据流量? 数据需保持的时间?
(8)
资源需求
软件运行时所需的数据、软件。
内存空间等资源。
软件开发、维护所需的人力、
支撑软件、开发设备等。
(9)
安全保密要求
需对访问系统或系统信息
加以控制吗? 如何隔离用户之间的数据? 用户程序如何与其它程序 和操作系统隔离? 系统备份要求?
(1)
功能需求
系统做什么?
系统何时做什么?
系统何时及如何修改
或升级?
(2)
性能需求
软件开发的技术性指标:
存储容量限制 执行速度、相应时间 吞吐量
(3)
环境需求
生
审查 有效性
开领 书单
书
学 生
学生购买教材的逻辑模型
需求分析过程示意
(3) 分析当前系统与目标系统的差别, 建立目标系统的逻辑模型
无效书单
学 购书单 审查并 发票 领书单 开领
生
开发票
书单
学 生
计算机售书系统的逻辑模型
需求分析过程示意
对象 系统
抽象(映射) 模型应用
模型 系统
模型构造的过程
逻辑模型 (本质模型、概念模型)
物理模型 (实施模型、技术模型)
现 行 系 统
描述重要的业务 功能,无论系统 是如何实施的。
描述现实系统是 如何在物理上实 现的。 描述新系统是如 何实施的(包括 技术)。
目 标 系 统
描述新系统的主要 业务功能和用户新 的需求,无论系统 应如何实施。
接收、发送数据的频率?
数据的准确性和精度? 数据流量? 数据需保持的时间?
(8)
资源需求
软件运行时所需的数据、软件。
内存空间等资源。
软件开发、维护所需的人力、
支撑软件、开发设备等。
(9)
安全保密要求
需对访问系统或系统信息
加以控制吗? 如何隔离用户之间的数据? 用户程序如何与其它程序 和操作系统隔离? 系统备份要求?
(1)
功能需求
系统做什么?
系统何时做什么?
系统何时及如何修改
或升级?
(2)
性能需求
软件开发的技术性指标:
存储容量限制 执行速度、相应时间 吞吐量
(3)
环境需求
软件工程需求分析 教学PPT课件
– 使用户积极配合
2021/7/4
15
3.2.2 面向数据流自顶向下求精
• 数据决定了需要的处理和算法,是需求分析的出 发点。
• 结构化分析方法——面向数据流的自顶向下的逐 步求精进行需求分析的方法。
– 高层数据流图 – 从输出端回溯 – 并逐步细节化
2021/7/4
16
3.2.2 面向数据流自顶向下求精
1. 一对一联系(1∶1) 2. 一对多联系(1∶N) 3. 多对多联系(M∶N)
• 联系也可能有属性。
2021/7/4
29
3.4.4 实体—联系图的符号
• 使用实体—关系图来建立数据模型,满足第一条分析
准则。
必须理解和表示问题的信息域
– 把实体—关系图简称为ER图,用ER图描绘的数据模型也可 以称为ER模型。
• 模型由一组图形符号和组织这些符号的规则组成。 • 结构化分析就是一种建立模型的活动,通常建立数据模型、功
能模型和行为模型
2021/7/4
3
第3章 需求分析
4. 写出准确的软件需求规格说明。 5. 对需求分析的结果(分析模型和
规格说明) 严格审查。
2021/7/4
4
2021/7/4
第3章 需求分析
描
述
数据 字典
处 理 规
数据 格 流图
说
明
状态转换图
控制规格说明
2021/7/4
24
3.3.2 软件需求规格说明
• 软件需求规格说明——分析阶段的最终成果。 • 软件需求规格说明的框架。
– 见《软件需求规格说明书框架.doc》 • 自然语言:容易书写、容易理解 • 形式化方法:无歧义、明确
2021/7/4
2021/7/4
15
3.2.2 面向数据流自顶向下求精
• 数据决定了需要的处理和算法,是需求分析的出 发点。
• 结构化分析方法——面向数据流的自顶向下的逐 步求精进行需求分析的方法。
– 高层数据流图 – 从输出端回溯 – 并逐步细节化
2021/7/4
16
3.2.2 面向数据流自顶向下求精
1. 一对一联系(1∶1) 2. 一对多联系(1∶N) 3. 多对多联系(M∶N)
• 联系也可能有属性。
2021/7/4
29
3.4.4 实体—联系图的符号
• 使用实体—关系图来建立数据模型,满足第一条分析
准则。
必须理解和表示问题的信息域
– 把实体—关系图简称为ER图,用ER图描绘的数据模型也可 以称为ER模型。
• 模型由一组图形符号和组织这些符号的规则组成。 • 结构化分析就是一种建立模型的活动,通常建立数据模型、功
能模型和行为模型
2021/7/4
3
第3章 需求分析
4. 写出准确的软件需求规格说明。 5. 对需求分析的结果(分析模型和
规格说明) 严格审查。
2021/7/4
4
2021/7/4
第3章 需求分析
描
述
数据 字典
处 理 规
数据 格 流图
说
明
状态转换图
控制规格说明
2021/7/4
24
3.3.2 软件需求规格说明
• 软件需求规格说明——分析阶段的最终成果。 • 软件需求规格说明的框架。
– 见《软件需求规格说明书框架.doc》 • 自然语言:容易书写、容易理解 • 形式化方法:无歧义、明确
2021/7/4
《软件需求分析》第3章 需求获取课件
分的时间与开发人员进行交流和讨论 ; 2. 有时用户希望通过简单的方法和说明,或者
通过简单回答开发人员的询问后,软件开发 人员就能清楚地理解他们的需求,而不需要 花费太多的时间进行讨论;
2023/6/25
15
3.4实地收集需求信息
3. 用户和开发人员都只考虑自己的利益;如: 有些用户由于缺乏使用计算机的经验,导致 产生畏难情绪;有些用户认为开发软件系统 自己的关系不大,对待需求信息的收集工作 采取消极的态度。
4
3.2确定项目的目标和范围
此阶段的基本任务是根据项目目标把项目 相关人员定位到一个共同的和明确的方向上, 并决定软件系统的范围。
项目的范围与项目的目标特别是软件系统 的目标需求是密切相关的。
2023/6/25
5
3.2确定项目的目标和范围
在收集目标需求时,目标需求会来源于各 个不同的人,这些人对要开发的软件系统及该 系统最终能为用户或客户提供哪些价值有比较 清楚的了解。
理。
10)尊重需求工程中开发人员采用的流程(过程)。
2023/6/25
10
3.3确定调查对象
软件需求可来自与各个方面,而且用户类 也不一定都是指人。有时也可以把其它应用系 统或计算机硬件设备和接口等视为附加的用户 类成员,这样就可确定软件系统与哪些外部应 用系统或计算机硬件相关的需求。这就是说需 求信息来源除了来自用户类外,还可来自于其 它方面。
7
3.3确定调查对象
软件系统面临的用户是很多的,而这些用 户由于所在的部门、职责和掌握的知识不同而 存在差异,为了避免忽视和遗漏某些用户的情 况,可以根据用户的某些方面将用户分类。
2023/6/25
8
3.3确定调查对象
在将用户分类后,在分类的基础上进一步 寻找每类用户的代表或联络人,这些人代表了 一个特定的用户类,并可充当该用户类与开发 人员之间的“窗口”。
通过简单回答开发人员的询问后,软件开发 人员就能清楚地理解他们的需求,而不需要 花费太多的时间进行讨论;
2023/6/25
15
3.4实地收集需求信息
3. 用户和开发人员都只考虑自己的利益;如: 有些用户由于缺乏使用计算机的经验,导致 产生畏难情绪;有些用户认为开发软件系统 自己的关系不大,对待需求信息的收集工作 采取消极的态度。
4
3.2确定项目的目标和范围
此阶段的基本任务是根据项目目标把项目 相关人员定位到一个共同的和明确的方向上, 并决定软件系统的范围。
项目的范围与项目的目标特别是软件系统 的目标需求是密切相关的。
2023/6/25
5
3.2确定项目的目标和范围
在收集目标需求时,目标需求会来源于各 个不同的人,这些人对要开发的软件系统及该 系统最终能为用户或客户提供哪些价值有比较 清楚的了解。
理。
10)尊重需求工程中开发人员采用的流程(过程)。
2023/6/25
10
3.3确定调查对象
软件需求可来自与各个方面,而且用户类 也不一定都是指人。有时也可以把其它应用系 统或计算机硬件设备和接口等视为附加的用户 类成员,这样就可确定软件系统与哪些外部应 用系统或计算机硬件相关的需求。这就是说需 求信息来源除了来自用户类外,还可来自于其 它方面。
7
3.3确定调查对象
软件系统面临的用户是很多的,而这些用 户由于所在的部门、职责和掌握的知识不同而 存在差异,为了避免忽视和遗漏某些用户的情 况,可以根据用户的某些方面将用户分类。
2023/6/25
8
3.3确定调查对象
在将用户分类后,在分类的基础上进一步 寻找每类用户的代表或联络人,这些人代表了 一个特定的用户类,并可充当该用户类与开发 人员之间的“窗口”。
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Data flow 数据流
14
举例:描述银行取款过程的数据流图
15
分层的数据流图
xa
P b y 第0层(顶层)
第 1层
a
c
p1
p2 f
d
p3
p4
e
g
5
b
第 2层 ……
f
P4.1
e
P4.3
f1 P4.2 f2
e1
P4.4
P4.5
g e2
……
16
商店业务处理系统
17
第一层数据流图
18
销售细化
19
一.引言 1. 编写目的(阐明编写需求说明书的目的,指明读者对象。) 2. 项目背景(可包括:(1)项目的委托单位,开发单位和主管部门;(2)该 软件系统与其他系统的关系。) 3. 定义(列出文档中用到的专门术语定义和缩写词的原文。) 4. 参考资料(可包括:(1)项目开发计划;(2)文档所引用的资料,标准和 规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。) 二.任务概述 1.目标 2.运行环境 3.条件与限制 三.数据描述 1. 静态数据 2. 动态数据(包括输入数据和输出数据。) 3. 数据库描述(给出使用数据库的名称和类型。) 4. 数据词典 5. 数据采集
采购细化
20
数据词典(DD)
DD是对数据流图中包含的所有元素的定 义的集合 DD和DFD共同构成系统的逻辑模型 DD也是开发数据库的第一步
21
数据词典符号
Notation = +
[]
{ }n ( ... ) * ... text ...*
Meaning is composed of
and either-or
第一部分 传统软件工程
第三章 软件需求分析
1
软件开发文档
• 根据软件生命周期每一阶段都要形成文档
需求分析
软件需求规格说明书
概要设计
系统概要设计说明书
详细设计
系统详细设计说明书
编程
程序内部文档
测试
软件测试分析报告
2
软件需求规格说明书 项目
需求规格说明书
提交时间: 2008.04.09
3
软件需求规格说明书
25
Format: 数据格式
telephone number
phone number, number
read-phone-number (input) display-phone-number (output) analyze-long-distance-calls (input)
telephone no. = [ local extension | outside no. | 0 ] outside no. = 9 + [ service code | domestic no. ] service code = [ 211 | 411 | 611 | 911 ] domestic no. = ( ( 0 ) + area code ) + local number area code = *three numeral designator
6
需 求 分 析 流 程
7
需求分析模型的结构
Entity Relationship
Diagram 实体关系图
Data flow
Diagram 数据流图
Data Dictionary 数据词典
State-transition Diagram
状态转换图
控制规格
8
E-R图
• 实体关系图 • 实体:数据对象及属性 • 关系:一对一、一对多、多对多
9
数据对象及属性
object: automobile attributes:
ID# maker model body type price owner
10
关系
多
一
对象1
关系 (0, m)
对象2
(1, 1)
可选
强制
or
对象1
关系
(0, m)
对象2
(1, 1)
11
E-R图举例
12
数据流图 (DFD)
——分析员与用户之间极好的通信工具 ——用来描绘数据在软件中流动和被处理
的逻辑过程 ——是系统逻辑功能的图形表示
输入
数据转换 处理系统
输出
13
数据源 点或终 点
加工
DFD符号
打印
Data storage 数据存储
alphanumeric data
23
写在最后
成功的基础在于好的学习习惯
The foundation of success lies in good habits
24
谢谢聆听
·学习就是为了达到一定目的而努力去干, 是为一个目标去 战胜各种困难的过程,这个过程会充满压力、痛苦和挫折
Learning Is To Achieve A Certain Goal And Work Hard, Is A Process To Overcome Various Difficulties For A Goal
n repetitions of optional data delimits a comment
22
telephone number
集成 办公 电话 系统
system output
数据词典:
Name: 名称 Aliases: 别名 Where/How used: 输入/输出
Description: 描述
4
软件需求规格说明书
四.功能需求 1.功能划分 2.功能描述 五.性能需求 1.数据精确度 2.时间特性(如响应时间、更新处理时间、数据转化与传输时间、运行时
间等。) 3.适应性(在操作方式运行环境与其他软件的接口以及开发计划等发生变
化时,应具有的适应能力。) 六.运行需求 1.用户界面(如屏幕格式、报表格式、菜单格式、输入输出时间等。) 2.硬件接口 3.软件接口 4.故障处理 七.其他需求(如可使用性、安全保密、可维护性、可移植性等。)