业务流程分析
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
·每个子系统如何划分成多个模块。
·如何确定子系统之间、模块之间传送的数据及其调用关系。
·如何评价并改进模块结构的质量。
·如何从数据流图导出模块结构图。
注意的问题：
。模块具有较强的独立性，即内聚性强，耦合性弱
。模块之间的连接只能存在上、下级之间的调用关系，不能有同级之间的横向关系
。整个系统呈树状结构，不允许有网状结构或交叉调用关系出现
校对方式有人工校对，二次键入校对(同一批数据两次键入)和数据平衡校对。
4处理过程设计
5数据存储设计
6用户界面设计
7安全控制设计
§3软件测试p106
1.基本原则：
·应尽早并不断地进行测试
·测试工作应该避免由原开发软件的人或小组承担
·设计测试方案的时候，不仅要确定输入数据，而且要根据系统功能确定预期输出结果
5.业务流程分析p83
流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系，明确每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。
业务流程分析的步骤可以总结如下：
(1)通过调查掌握基本情况。
(2)描述现有业务流程—绘制业务流程图。
(3)确认现有业务流程。
重新验证程序
3.再工程
（对）再工程是对现有软件系统的重新开发过程，包括逆向工程（反向工程）、新需求的考虑（软件重构）和正向工程三个步骤。
再工程的基础是系统理解
4.软件重构
软件重构是对源代码、数据进行修改，使其易于修改和维护，以适应将来的变更。（代码、数据）
软件重构并不修改软件体系结构，而是关注模块的细节
3.测试方法
软件测试方法分人工测试和机器测试
人工测试：人工测试指的是采用人工方式进行测试，目的是通过对程序静态结构的检查，找出编译时不能发现的经验表明，组织良好的人工测试可以发现程序中30%-70％的编码和逻辑设计错误。其内容包括检查代码和设计是否一致，检查代码逻辑表达是否正确和完整，检查代码结构是否合理等。
(4)对业务流程进行分析—知识和经验支持。
(5)发现问题提出解决方案。
(6)提出优化后的业务流程。
6.业务流程再造(Business Process Reengineering,BPR)的概念
BPR是指对企业的业务流程进行根本的再思考和彻底的再设计，从而使企业的关键绩效指标，如成本、质量、服务、效率等，获得巨大的提高。
。所有模块都必须严格地分类编码并建立归档文件
模块结构图
一个系统的模块结构图一般有两种标准形式，变换型模块结构和事务型模块结构
§2详细Байду номын сангаас计
1代码设计
编码问题的关键在于分类。在实际分类时必须遵循如下几点：
·必须保证有足够的容量，以包括规定范围内的所有对象。
·按属性系统化。
·分类要有一定的柔性，不至于在出现变更时破坏分类的结构。
·正确性维护（改正性维护）17%-21％
·适应性维护18%-25％
·完善性维护50%-60％
·预防性维护4%把今天的方法学用于昨天的系统，以满足明天的需要。
影响系统维护工作量的因素：系统规模，程序设计语言，系统年龄，数据库技术的应用，先进的软件开发技术
2.程序修改
步骤：分析和理解程序；
修改程序；代码副作用数据副作用文档副作用
测试：等价类划分边界值分析错误测试因果图
②白盒测试也称为结构测试。
其原则是：
·程序模块中的所有独立路径至少执行一次。
·在所有的逻辑判断中，取“真”和取“假”的两种情况至少都能执行一次。
·每个循环都应在边界条件和一般条件下各执行一次。
·测试程序内部数据结构的有效性等。
测试：（由弱到强）
语句覆盖判断覆盖条件覆盖判断/条件覆盖组合条件覆盖路径覆盖
7.运行管理
对于审计内容可以在3个层次上设定：·语句审计·特权审计·对象审计
绝大多数信息系统的文档要在相应的信息系统淘汰3-5年后才能销毁。
8.文档管理
·文档管理的制度化。·文档要标准化、规范化·文档管理的人员保证·维护文档的一致性·维持文档的可追踪性
§4构建与软件复用
1.软件复用（辅导242）
软件复用是使用已有的软件产品(如设计、代码、文档等)来开发新的软件系统的过程。
组装测试也称为集成测试。主要发现设计阶段产生的错误。集成测试的计划应该在概要设计阶段制定或总体设计阶段制定。
集成方式：非增殖式和增殖式
增殖式：自顶向下集成；自底向上集成；混合增殖式方式；衍变的自顶向下的增殖方式；自底向上-自顶向下的增殖方式
见图集成测试
(3)确认测试
确认测试的任务就是进一步检查软件的功能和性能是否与用户要求的一样。系统方案说明书
⑦模块的扇入系数和扇出系数要合理。
⑧模块的规模适当
4.子系统划分的原则
·子系统要具有相对独立性
·子系统之间数据的依赖性尽量小
·子系统划分的结果应使数据冗余较小
·子系统的设置应考虑今后管理发展的需要
·子系统的划分应便于系统分阶段实现
·子系统的划分应考虑到各类资源的充分利用
5.子系统结构设计
过程中必须考虑以下几个问题：
方式：
用好的结构化和自然语言编写文本型文档
建立图形化模型，这些模型可以描述转换过程、系统状态和它们之间的变化、数据关系、逻辑流或对象类和它们的关系。
编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求
系统设计
§1.总体结构设计
总体结构设计又叫概要设计、概要结构设计，p94
任务：是将系统划分为模块，决定每个模块的功能，决定每个模块之间的调用关系，以及决定模块的界面。
·在设计测试实例时，不仅要设计有效合理的输入条件，也要包含不合理、失效的输入条件。
·在测试程序时，不仅要检验程序是否做了该做的事，还要检测程序是否做了不该做的事
·严格按照测试计划来进行，避免测试的随意性。
·妥善保存测试计划、测试例子，作为软件文档的组成部分，为维护提供方便。
2测试过程
(1)拟定测试计划(2)编制测试大纲(3)根据测试大纲(4)实施测试。(5)生成测试报告
5.数据流必须经过加工，即必须进入加工或从加工中流出
6.在数据流图中，需按层给加工编号。编号表明改加工处在那一层，以及上下层的父图与子图的对应关系。
7.规定任何一个数据流子图必须与它上一层的一个加工对应，二者的输入数据流和输出数据流必须一致。（子图和父图平衡）（考察重点）
8.可以在数据流图中加入物质流，帮助用户理解数据流图
2.耦合
耦合性由低到高
非直接耦合数据耦合标记耦合控制耦合外部耦合公共耦合内容耦合
模块独立性由强到弱
条件：
尽量使用数据耦合，少用控制耦合，限制使用公共耦合，完全不用内容耦合。
3.设计原则p93
①分解——协调原则
②自顶向下的原则
③信息隐蔽、抽象的原则
④一致性原则。
⑤明确性原则。
⑥模块之间的藕合尽可能小，模块内部组合要尽可能紧凑。
模块是组成系统的基本单位，它的特点是可以组合、分解和更换。一个模块应具备以下4个要素：·输入和输出·处理功能·内部数据·程序代码。
模块独立性是指软件系统中每个模块只涉及软件要求的具体子功能，而和软件系统中其他模块接口是简单的。模块独立性的概念是模块化、抽象、信息隐蔽和局部化概念的直接结果。
1.内聚
顺序内聚有的文献叫信息内聚，一个模块各个单元使用的是同一个数据结构。
企业流程再造(BPR)应遵循以下原则：
·有一个明确的、具有启发性的目标，即共同远景。
·充分考虑顾客的价值。
·必须服从统一指挥。
·充分做好横向及纵向沟通。
·认识流程再造的两大要素—信息技术/信息系统和人员组织管理。
·树立典范、逐步推进，充分利用变革的涟漪效应。
流程再造方法一般有两大类：全新设计法(Clean Sheet Approach)和系统改造法(SystematicRedesign)，前者遵循“推倒重来”的主张，从根本上抛弃旧流程，零起点设计新流程；后者继承逐步改善的思想即BPI的思想，辨析理解现有流程，在现有流程的基础上，系统渐进地创造新流程。
6.处理(加工)
（对）9.软件需求说明书（SRS）
软件需求说明书是需求分析阶段的成果，代表用户和开发人员对软件系统的共同的理解。是软件项目后期开发和维护的基础。软件需求说明书不仅是系统测试和用户文档的基础，也是所以子系统项目规划、编码、设计的基础。在文档中需要把用户得功能需求和非功能需求进行详细的记录和准确的描述，包括数据流图和数据字典。要尽可能的完整的描述系统预期的外部行为，和用户的可视化的行为。除了设计和实现上的限制，不应该描述：设计、构造、测试和工程管理上的细节问题、对算法的详细描述。
4调试
·试探法·回溯法·对分查找法·归纳法·演绎法
§3软件的运行与维护（上午试题中比重较大）
1.软件维护
占生命周期的60%-80%
（对）系统维护主要包括硬件设备的维护、应用软件的维护和数据的维护
（对）系统的可维护性的评价指标·可理解性·可测试性·可修改性
（对，比例和含义）软件维护的内容一般有以下几个方面：
描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。通常采用黑盒测试的方法。
·有效性测试
·软件配置审查
·验收测试测试：开发者在现场进行指导测试：在用户环境下测试
(4)系统测试
系统测试是根据系统方案说明书来设计测试例子的，常见的系统测试主要有以下内容：
·恢复测试：·安全性测试·强度测试·性能测试·可靠性测试·安装测试
3.对复杂加工进行分解
4.对草图进行检查和合理布局
5.和用户交流
6.检查、修改、完善
注意事项：
1.数据流图上所有图形符号只限于4种基本图形元素
2.顶层数据流图必须包括4种基本元素，缺一不可
3.顶层数据流图上的数据流必须封闭在外部实体之间
4.每个加工至少有一个输入数据流和一个输出数据流。一个加工的输出数据流只由它的输入数据流确定
3.测试步骤
见笔记测试图
(1)单元测试。
单元测试也称为模块测试。检查模块是否实现了详细设计说明书中规定的功能和算法。发现编程和详细设计中产生的错误。单元测试计划应该在详细设计阶段制定。单元测试主要从模块的以下五个特征进行检查：模块接口；局部数据结构；重要的执行路径；出错处理；边界条件。
(2)组装测试。
·个人复查·抽查·会审
机器测试
机器测试分为黑盒测试和白盒测试两种。
①黑盒测试也称为功能测试。
进行黑盒测试主要是为了发现以下几类错误：
·是否有错误的功能或遗漏的功能？
·界面是否有误？输入是否能够正确接收？输出是否正确？
·是否有数据结构或外部数据库访问错误？
·性能是否能够接受？
·是否有初始化或终止性错误？
9.图上每个元素都必须有名字
10.数据流图中不可夹带控制流
8数据字典p87
数据字典项目描述内容举例
1．数据元素
数据元素是最小的数据组成单位，也就是不可再分的数据单位
2.数据结构
数据结构的描述重点是数据之间的组合关系，即说明这个数据结构包括哪些成分。一个数据结构可以
包括若干个数据元素或(和)数据结构。这些成分中有三种特殊情况：
软件复用的形式大体可分为垂直式复用和水平式复用两种。
水平式复用是复用不同应用论域中的软件元素，例如数据结构、排序算法、人机界面构件等。标准函数库是一种典型的、原始的水平式复用机制。
·注意本分类系统与外系统、已有系统的协调。
常用的分类方法概括起来有两种，一种是线分类方法，一种是面分类方法
2.输出设计
·确定输出内容。·选择输出设备与介质。·确定输出格式
3输入设计
原则：
·最小量原则·简单性原则·早检验原则·少转换原则
内容：
·确定输入数据内容·输入方式设计·输入格式设计·校对方式设计
·任选项：这是可以出现也可以省略的项，用“［〕”表示，如［曾用名〕是任选项。
·必选项：在两个或多个数据项中，必须出现其中的一个称为必选项。“｛｝”。
·重复项：即可以多次出现的数据项。
3.数据流
·数据流的来源。·数据流的去处。·数据流的组成。·数据流的流通量。·高峰时的流通量。
4.数据存储
5.外部实体
5.逆向工程
（对）可以抽取出的信息（层次由低到高，完整性由高到低）：过程的设计表示；程序和数据结构信息；数据和控制流模型；实体关系模型
6.系统评价
（对）广义的信息系统评价分成立项评价、中期评价和结项评价。
系统评价的指标一、系统质量二、技术水平三、运行质量四、用户需求五、系统成本六、系统效益七、财务评价
7.数据流图DFD p87
结构化分析方法是一种面向数据流的软件分析方法，适合于开发一些数据处理类型的软件的需求分析的方法。
采用数据流图的方式进行数据流程分析一般应遵循以下原则：
·明确系统边界。
·在总体上遵循自顶向下逐层分解的原则
·在局部上遵循由外向里的原则
步骤:
1.识别系统的输入和输出
2.绘制系统内部数据流
·如何确定子系统之间、模块之间传送的数据及其调用关系。
·如何评价并改进模块结构的质量。
·如何从数据流图导出模块结构图。
注意的问题：
。模块具有较强的独立性，即内聚性强，耦合性弱
。模块之间的连接只能存在上、下级之间的调用关系，不能有同级之间的横向关系
。整个系统呈树状结构，不允许有网状结构或交叉调用关系出现
校对方式有人工校对，二次键入校对(同一批数据两次键入)和数据平衡校对。
4处理过程设计
5数据存储设计
6用户界面设计
7安全控制设计
§3软件测试p106
1.基本原则：
·应尽早并不断地进行测试
·测试工作应该避免由原开发软件的人或小组承担
·设计测试方案的时候，不仅要确定输入数据，而且要根据系统功能确定预期输出结果
5.业务流程分析p83
流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系，明确每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。
业务流程分析的步骤可以总结如下：
(1)通过调查掌握基本情况。
(2)描述现有业务流程—绘制业务流程图。
(3)确认现有业务流程。
重新验证程序
3.再工程
（对）再工程是对现有软件系统的重新开发过程，包括逆向工程（反向工程）、新需求的考虑（软件重构）和正向工程三个步骤。
再工程的基础是系统理解
4.软件重构
软件重构是对源代码、数据进行修改，使其易于修改和维护，以适应将来的变更。（代码、数据）
软件重构并不修改软件体系结构，而是关注模块的细节
3.测试方法
软件测试方法分人工测试和机器测试
人工测试：人工测试指的是采用人工方式进行测试，目的是通过对程序静态结构的检查，找出编译时不能发现的经验表明，组织良好的人工测试可以发现程序中30%-70％的编码和逻辑设计错误。其内容包括检查代码和设计是否一致，检查代码逻辑表达是否正确和完整，检查代码结构是否合理等。
(4)对业务流程进行分析—知识和经验支持。
(5)发现问题提出解决方案。
(6)提出优化后的业务流程。
6.业务流程再造(Business Process Reengineering,BPR)的概念
BPR是指对企业的业务流程进行根本的再思考和彻底的再设计，从而使企业的关键绩效指标，如成本、质量、服务、效率等，获得巨大的提高。
。所有模块都必须严格地分类编码并建立归档文件
模块结构图
一个系统的模块结构图一般有两种标准形式，变换型模块结构和事务型模块结构
§2详细Байду номын сангаас计
1代码设计
编码问题的关键在于分类。在实际分类时必须遵循如下几点：
·必须保证有足够的容量，以包括规定范围内的所有对象。
·按属性系统化。
·分类要有一定的柔性，不至于在出现变更时破坏分类的结构。
·正确性维护（改正性维护）17%-21％
·适应性维护18%-25％
·完善性维护50%-60％
·预防性维护4%把今天的方法学用于昨天的系统，以满足明天的需要。
影响系统维护工作量的因素：系统规模，程序设计语言，系统年龄，数据库技术的应用，先进的软件开发技术
2.程序修改
步骤：分析和理解程序；
修改程序；代码副作用数据副作用文档副作用
测试：等价类划分边界值分析错误测试因果图
②白盒测试也称为结构测试。
其原则是：
·程序模块中的所有独立路径至少执行一次。
·在所有的逻辑判断中，取“真”和取“假”的两种情况至少都能执行一次。
·每个循环都应在边界条件和一般条件下各执行一次。
·测试程序内部数据结构的有效性等。
测试：（由弱到强）
语句覆盖判断覆盖条件覆盖判断/条件覆盖组合条件覆盖路径覆盖
7.运行管理
对于审计内容可以在3个层次上设定：·语句审计·特权审计·对象审计
绝大多数信息系统的文档要在相应的信息系统淘汰3-5年后才能销毁。
8.文档管理
·文档管理的制度化。·文档要标准化、规范化·文档管理的人员保证·维护文档的一致性·维持文档的可追踪性
§4构建与软件复用
1.软件复用（辅导242）
软件复用是使用已有的软件产品(如设计、代码、文档等)来开发新的软件系统的过程。
组装测试也称为集成测试。主要发现设计阶段产生的错误。集成测试的计划应该在概要设计阶段制定或总体设计阶段制定。
集成方式：非增殖式和增殖式
增殖式：自顶向下集成；自底向上集成；混合增殖式方式；衍变的自顶向下的增殖方式；自底向上-自顶向下的增殖方式
见图集成测试
(3)确认测试
确认测试的任务就是进一步检查软件的功能和性能是否与用户要求的一样。系统方案说明书
⑦模块的扇入系数和扇出系数要合理。
⑧模块的规模适当
4.子系统划分的原则
·子系统要具有相对独立性
·子系统之间数据的依赖性尽量小
·子系统划分的结果应使数据冗余较小
·子系统的设置应考虑今后管理发展的需要
·子系统的划分应便于系统分阶段实现
·子系统的划分应考虑到各类资源的充分利用
5.子系统结构设计
过程中必须考虑以下几个问题：
方式：
用好的结构化和自然语言编写文本型文档
建立图形化模型，这些模型可以描述转换过程、系统状态和它们之间的变化、数据关系、逻辑流或对象类和它们的关系。
编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求
系统设计
§1.总体结构设计
总体结构设计又叫概要设计、概要结构设计，p94
任务：是将系统划分为模块，决定每个模块的功能，决定每个模块之间的调用关系，以及决定模块的界面。
·在设计测试实例时，不仅要设计有效合理的输入条件，也要包含不合理、失效的输入条件。
·在测试程序时，不仅要检验程序是否做了该做的事，还要检测程序是否做了不该做的事
·严格按照测试计划来进行，避免测试的随意性。
·妥善保存测试计划、测试例子，作为软件文档的组成部分，为维护提供方便。
2测试过程
(1)拟定测试计划(2)编制测试大纲(3)根据测试大纲(4)实施测试。(5)生成测试报告
5.数据流必须经过加工，即必须进入加工或从加工中流出
6.在数据流图中，需按层给加工编号。编号表明改加工处在那一层，以及上下层的父图与子图的对应关系。
7.规定任何一个数据流子图必须与它上一层的一个加工对应，二者的输入数据流和输出数据流必须一致。（子图和父图平衡）（考察重点）
8.可以在数据流图中加入物质流，帮助用户理解数据流图
2.耦合
耦合性由低到高
非直接耦合数据耦合标记耦合控制耦合外部耦合公共耦合内容耦合
模块独立性由强到弱
条件：
尽量使用数据耦合，少用控制耦合，限制使用公共耦合，完全不用内容耦合。
3.设计原则p93
①分解——协调原则
②自顶向下的原则
③信息隐蔽、抽象的原则
④一致性原则。
⑤明确性原则。
⑥模块之间的藕合尽可能小，模块内部组合要尽可能紧凑。
模块是组成系统的基本单位，它的特点是可以组合、分解和更换。一个模块应具备以下4个要素：·输入和输出·处理功能·内部数据·程序代码。
模块独立性是指软件系统中每个模块只涉及软件要求的具体子功能，而和软件系统中其他模块接口是简单的。模块独立性的概念是模块化、抽象、信息隐蔽和局部化概念的直接结果。
1.内聚
顺序内聚有的文献叫信息内聚，一个模块各个单元使用的是同一个数据结构。
企业流程再造(BPR)应遵循以下原则：
·有一个明确的、具有启发性的目标，即共同远景。
·充分考虑顾客的价值。
·必须服从统一指挥。
·充分做好横向及纵向沟通。
·认识流程再造的两大要素—信息技术/信息系统和人员组织管理。
·树立典范、逐步推进，充分利用变革的涟漪效应。
流程再造方法一般有两大类：全新设计法(Clean Sheet Approach)和系统改造法(SystematicRedesign)，前者遵循“推倒重来”的主张，从根本上抛弃旧流程，零起点设计新流程；后者继承逐步改善的思想即BPI的思想，辨析理解现有流程，在现有流程的基础上，系统渐进地创造新流程。
6.处理(加工)
（对）9.软件需求说明书（SRS）
软件需求说明书是需求分析阶段的成果，代表用户和开发人员对软件系统的共同的理解。是软件项目后期开发和维护的基础。软件需求说明书不仅是系统测试和用户文档的基础，也是所以子系统项目规划、编码、设计的基础。在文档中需要把用户得功能需求和非功能需求进行详细的记录和准确的描述，包括数据流图和数据字典。要尽可能的完整的描述系统预期的外部行为，和用户的可视化的行为。除了设计和实现上的限制，不应该描述：设计、构造、测试和工程管理上的细节问题、对算法的详细描述。
4调试
·试探法·回溯法·对分查找法·归纳法·演绎法
§3软件的运行与维护（上午试题中比重较大）
1.软件维护
占生命周期的60%-80%
（对）系统维护主要包括硬件设备的维护、应用软件的维护和数据的维护
（对）系统的可维护性的评价指标·可理解性·可测试性·可修改性
（对，比例和含义）软件维护的内容一般有以下几个方面：
描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。通常采用黑盒测试的方法。
·有效性测试
·软件配置审查
·验收测试测试：开发者在现场进行指导测试：在用户环境下测试
(4)系统测试
系统测试是根据系统方案说明书来设计测试例子的，常见的系统测试主要有以下内容：
·恢复测试：·安全性测试·强度测试·性能测试·可靠性测试·安装测试
3.对复杂加工进行分解
4.对草图进行检查和合理布局
5.和用户交流
6.检查、修改、完善
注意事项：
1.数据流图上所有图形符号只限于4种基本图形元素
2.顶层数据流图必须包括4种基本元素，缺一不可
3.顶层数据流图上的数据流必须封闭在外部实体之间
4.每个加工至少有一个输入数据流和一个输出数据流。一个加工的输出数据流只由它的输入数据流确定
3.测试步骤
见笔记测试图
(1)单元测试。
单元测试也称为模块测试。检查模块是否实现了详细设计说明书中规定的功能和算法。发现编程和详细设计中产生的错误。单元测试计划应该在详细设计阶段制定。单元测试主要从模块的以下五个特征进行检查：模块接口；局部数据结构；重要的执行路径；出错处理；边界条件。
(2)组装测试。
·个人复查·抽查·会审
机器测试
机器测试分为黑盒测试和白盒测试两种。
①黑盒测试也称为功能测试。
进行黑盒测试主要是为了发现以下几类错误：
·是否有错误的功能或遗漏的功能？
·界面是否有误？输入是否能够正确接收？输出是否正确？
·是否有数据结构或外部数据库访问错误？
·性能是否能够接受？
·是否有初始化或终止性错误？
9.图上每个元素都必须有名字
10.数据流图中不可夹带控制流
8数据字典p87
数据字典项目描述内容举例
1．数据元素
数据元素是最小的数据组成单位，也就是不可再分的数据单位
2.数据结构
数据结构的描述重点是数据之间的组合关系，即说明这个数据结构包括哪些成分。一个数据结构可以
包括若干个数据元素或(和)数据结构。这些成分中有三种特殊情况：
软件复用的形式大体可分为垂直式复用和水平式复用两种。
水平式复用是复用不同应用论域中的软件元素，例如数据结构、排序算法、人机界面构件等。标准函数库是一种典型的、原始的水平式复用机制。
·注意本分类系统与外系统、已有系统的协调。
常用的分类方法概括起来有两种，一种是线分类方法，一种是面分类方法
2.输出设计
·确定输出内容。·选择输出设备与介质。·确定输出格式
3输入设计
原则：
·最小量原则·简单性原则·早检验原则·少转换原则
内容：
·确定输入数据内容·输入方式设计·输入格式设计·校对方式设计
·任选项：这是可以出现也可以省略的项，用“［〕”表示，如［曾用名〕是任选项。
·必选项：在两个或多个数据项中，必须出现其中的一个称为必选项。“｛｝”。
·重复项：即可以多次出现的数据项。
3.数据流
·数据流的来源。·数据流的去处。·数据流的组成。·数据流的流通量。·高峰时的流通量。
4.数据存储
5.外部实体
5.逆向工程
（对）可以抽取出的信息（层次由低到高，完整性由高到低）：过程的设计表示；程序和数据结构信息；数据和控制流模型；实体关系模型
6.系统评价
（对）广义的信息系统评价分成立项评价、中期评价和结项评价。
系统评价的指标一、系统质量二、技术水平三、运行质量四、用户需求五、系统成本六、系统效益七、财务评价
7.数据流图DFD p87
结构化分析方法是一种面向数据流的软件分析方法，适合于开发一些数据处理类型的软件的需求分析的方法。
采用数据流图的方式进行数据流程分析一般应遵循以下原则：
·明确系统边界。
·在总体上遵循自顶向下逐层分解的原则
·在局部上遵循由外向里的原则
步骤:
1.识别系统的输入和输出
2.绘制系统内部数据流