1. 可行性分析3种技术:技术可行性、经济可行性、组织可行性
2. 需求收集技术:面谈(最常用)、JAD 会议、问卷调查、文档分析、观察法
3. 数据流图基本元素:过程、数据流、数据存储、外部实体
4. 影响获取策略的因素:业务需要、内部经验、项目技能、项目管理、时间约束
5. 用户界面原则:
布局:用户界面的首要原则是处理屏幕、表格和报表的布局。
内容提示:界面使用户通过最小努力了解它所包含的信息的能力。
审美学:如何设计赏心悦目的界面。
用户经验:在设计用户界面时,要考虑到用户的计算机水平。
一致性:可能是使系统易于使用的最重要的因素,因为它使用户能预测将会发生的事情 尽量减少用户投入:最终界面被设计为尽量减少用户的投入以完成任务。
5. 优化数据存储方法:优化存储效率、优化访问速度
6. 系统需求的5个元素:项目发起者、业务要求、业务需求、业务价值、特殊问题 7. 系统需求是指描述创建系统的业务原因和系统预期带来的价值的文档。
1. 系统开发生命周期SDLC 是指这样一个过程,它包含理解信息系统对业务需求的支持、设计系统、构建系统、以及把系统移交给用户
2. 系统需求是指描述创建业务原因和系统预期带来的有价值的文档
3. 可行性分析指导组织决定是否继续项目开发,也确定与项目相关的重要风向必须在项目批准前得到处理
4. 需求就是陈述系统必须要做的事或者系统必须具备的特征,功能需求与系统必须执行的过程或必须包含的信息有直接关系,非功能需求指的是系统必须具备的行为属性,如性能和可用性
用例是一种正式方法来表示业务系统如何与环境进行交互它阐述了系统用户所执行的活动
5. 在项目中导致进度滞后和成本超出的最普遍原因是范围扩张,范围扩张的发生往往是因为在项目范围已确定和“冻结”之后又增加了新需求
1. (RAD )方法论是指以规范化的方法实现SDLC ,以过程为中心的方法论首先注重确定系统相关的活动,即过程,已数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的,面象对象方法论试图平衡对过程和数据的重视,用统一建模语言(UML )将系统方案表示为结合了数据和过程的集合。
2. 数据字典是分析员定义和查找ERD 中实体、属性和关系的信息仓库,在数据字典中看到的信息为元数据,元数据描述实体、属性和关系
3. 数据建模语言3个基本要素:实体:为数据模型基本模块,是与人物地点事件或收集的有关事物的数据。属性:从实体中捕获到的各种类型信息。关系:实体之间的关联,将实体联合在一起的线
4. 数据存储格式主要有两种类型:文件和数据库。文件是一种被优化的用来实现特定事物的电子数据列表。数据库是一组在某些方面相互关联的信息集合。
5. 影响获取策略的因素:业务需要、内部经验、项目技能、项目管理、时间约束
5. 系统获取策略:实际上有3条途径来创建一个系统:
1、 内部开发定制系统
2、 购买系统软件包并使它定制化
3、 依靠外部供应商开发或者服务提供者建立新系统
功能需求与系统必须执行的过程或必须包含的信息有直接的关系。
非功能需求指的是系统必须具备的行为属性,如性能和可用性。
需求收集技术:面谈、JAD (联合应用开发)。问卷。文档分析。观察法。 面谈时最常用的需求收集技术。
步骤:
1. 选择受访者2. 设计面谈问题3准备面谈.4. 引导面谈5. 面谈的后续工作
数据流图的基本元素:过程、数据流、数据存储、外部实体
优点:
① 购买一个已经被够构造、测试和证明的程序将会更加高效
② 系统包包含了软件供应商的专门技术和经验
缺点:
① 如果公司用了系统软件包,则必须接受它所提供的所有功能,而能够完美适用的却很少
② 如果系统软件包包括的范围很大,那它的实施意味着公司执行业务的方式将会发生实质性的改变,让技术来驱动业务将会是非常危险的
P202
外包
优点:
① 登录的成本是很低的,而且在大多数情况下,安装时间也是非常短的 ② 可以减少对IT 员工的投资,也可以避免对专门IT 基础设施的经常性投资 ③ 外包公司同样可以代替客户来开发一个定制系统
缺点:
① 如果你决定委托别人来创建新系统,那么可能会危及到你的机密信息或对将来的发展失去控制
② 组织内部的专业人员不能在项目中学到技术
P203
外包原则:
·保持你和外包商之间的沟通通畅
·在签订合同前详细说明并稳定需求
·视外包关系为合作关系
·仔细选择供应商,开发者或服务提供者
·指派一个人去管理与外包商的关系
·不要外包你所不清楚的东西
·强调灵活的需求、长期的关系和短期的合同
五、创建数据流图的步骤:
第一步:创建上下文图来显示所有的外部实体和数据流的起点和终点。
第二步:团队为每个用例创建DFD 段来显示用例,是怎样与外部实体和数据存储交换数据流
的。
第三步:将这些DFD 段组成一个0层DFD 。
第四步:团队鲫鱼每个用例的内部步骤开发,1层DFD 以便更好地解释他们是如何执行的。 第五步:团队验证DFD 集以保证他们的完整性和正确性。
1. 可行性分析3种技术:技术可行性、经济可行性、组织可行性
2. 需求收集技术:面谈(最常用)、JAD 会议、问卷调查、文档分析、观察法
3. 数据流图基本元素:过程、数据流、数据存储、外部实体
4. 影响获取策略的因素:业务需要、内部经验、项目技能、项目管理、时间约束
5. 用户界面原则:
布局:用户界面的首要原则是处理屏幕、表格和报表的布局。
内容提示:界面使用户通过最小努力了解它所包含的信息的能力。
审美学:如何设计赏心悦目的界面。
用户经验:在设计用户界面时,要考虑到用户的计算机水平。
一致性:可能是使系统易于使用的最重要的因素,因为它使用户能预测将会发生的事情 尽量减少用户投入:最终界面被设计为尽量减少用户的投入以完成任务。
5. 优化数据存储方法:优化存储效率、优化访问速度
6. 系统需求的5个元素:项目发起者、业务要求、业务需求、业务价值、特殊问题 7. 系统需求是指描述创建系统的业务原因和系统预期带来的价值的文档。
1. 系统开发生命周期SDLC 是指这样一个过程,它包含理解信息系统对业务需求的支持、设计系统、构建系统、以及把系统移交给用户
2. 系统需求是指描述创建业务原因和系统预期带来的有价值的文档
3. 可行性分析指导组织决定是否继续项目开发,也确定与项目相关的重要风向必须在项目批准前得到处理
4. 需求就是陈述系统必须要做的事或者系统必须具备的特征,功能需求与系统必须执行的过程或必须包含的信息有直接关系,非功能需求指的是系统必须具备的行为属性,如性能和可用性
用例是一种正式方法来表示业务系统如何与环境进行交互它阐述了系统用户所执行的活动
5. 在项目中导致进度滞后和成本超出的最普遍原因是范围扩张,范围扩张的发生往往是因为在项目范围已确定和“冻结”之后又增加了新需求
1. (RAD )方法论是指以规范化的方法实现SDLC ,以过程为中心的方法论首先注重确定系统相关的活动,即过程,已数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的,面象对象方法论试图平衡对过程和数据的重视,用统一建模语言(UML )将系统方案表示为结合了数据和过程的集合。
2. 数据字典是分析员定义和查找ERD 中实体、属性和关系的信息仓库,在数据字典中看到的信息为元数据,元数据描述实体、属性和关系
3. 数据建模语言3个基本要素:实体:为数据模型基本模块,是与人物地点事件或收集的有关事物的数据。属性:从实体中捕获到的各种类型信息。关系:实体之间的关联,将实体联合在一起的线
4. 数据存储格式主要有两种类型:文件和数据库。文件是一种被优化的用来实现特定事物的电子数据列表。数据库是一组在某些方面相互关联的信息集合。
5. 影响获取策略的因素:业务需要、内部经验、项目技能、项目管理、时间约束
5. 系统获取策略:实际上有3条途径来创建一个系统:
1、 内部开发定制系统
2、 购买系统软件包并使它定制化
3、 依靠外部供应商开发或者服务提供者建立新系统
功能需求与系统必须执行的过程或必须包含的信息有直接的关系。
非功能需求指的是系统必须具备的行为属性,如性能和可用性。
需求收集技术:面谈、JAD (联合应用开发)。问卷。文档分析。观察法。 面谈时最常用的需求收集技术。
步骤:
1. 选择受访者2. 设计面谈问题3准备面谈.4. 引导面谈5. 面谈的后续工作
数据流图的基本元素:过程、数据流、数据存储、外部实体
优点:
① 购买一个已经被够构造、测试和证明的程序将会更加高效
② 系统包包含了软件供应商的专门技术和经验
缺点:
① 如果公司用了系统软件包,则必须接受它所提供的所有功能,而能够完美适用的却很少
② 如果系统软件包包括的范围很大,那它的实施意味着公司执行业务的方式将会发生实质性的改变,让技术来驱动业务将会是非常危险的
P202
外包
优点:
① 登录的成本是很低的,而且在大多数情况下,安装时间也是非常短的 ② 可以减少对IT 员工的投资,也可以避免对专门IT 基础设施的经常性投资 ③ 外包公司同样可以代替客户来开发一个定制系统
缺点:
① 如果你决定委托别人来创建新系统,那么可能会危及到你的机密信息或对将来的发展失去控制
② 组织内部的专业人员不能在项目中学到技术
P203
外包原则:
·保持你和外包商之间的沟通通畅
·在签订合同前详细说明并稳定需求
·视外包关系为合作关系
·仔细选择供应商,开发者或服务提供者
·指派一个人去管理与外包商的关系
·不要外包你所不清楚的东西
·强调灵活的需求、长期的关系和短期的合同
五、创建数据流图的步骤:
第一步:创建上下文图来显示所有的外部实体和数据流的起点和终点。
第二步:团队为每个用例创建DFD 段来显示用例,是怎样与外部实体和数据存储交换数据流
的。
第三步:将这些DFD 段组成一个0层DFD 。
第四步:团队鲫鱼每个用例的内部步骤开发,1层DFD 以便更好地解释他们是如何执行的。 第五步:团队验证DFD 集以保证他们的完整性和正确性。