信息化综合管理资料软件分析基础知识.ppt

1、第二章软件工程的需求分析基础，软件工程，第二章需求分析基础，需求分析的任务和原则(重点)需求分析过程的任务软件需求分析的原则初步需求获取技术需求建模(重点)问题抽象，问题分解和多视图分析快速原型技术需求规范支持需求分析，软件需求：用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。2.1需求分析、软件需求分析的任务和原则：理解和分析应用问题和环境，建立问题涉及的信息、功能和系统行为模型。需求分析的任务是借助当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”问题，使用户的需求精确、完整，最终形成需求规范。需求分析的任务，通常是软件开发项目，是制作实现目标系统的物理模型，而

2、目标系统的具体物理模型是由其逻辑模型来实例化的。也就是说，从特定业务领域获得的需求分析的研究对象是准确地表达被接受的用户需求，确定所开发的软件系统的系统元素，将功能和信息结构分配给这些系统元素，并深入描述软件的功能和性能，确定软件设计的约束和软件与其他系统元素之间的接口细节，以及定义软件的其他有效性需求。需求分析的具体任务，需求分析阶段的具体任务：确定系统的综合需求、系统功能需求、系统性能需求、未来可能提出的操作需求，分析系统的数据需求(需求分析的实质是分析数据和处理，如使用数据流程图和ER图)，导出系统的逻辑模型，修改系统开发计划，开发原型系统，编写软件需求说明书。需求分析标准和流程，四个基

3、本需求标准是清晰、完整、一致和可测试的：问题识别、需求描述(分析和综合)、规范制定和需求评审。问题识别从系统的角度理解软件，并评估软件的范围是否适合于确定目标系统的综合需求，即软件的需求提出了实现这些需求的条件，以及需求应该满足的标准、功能需求、性能需求、环境需求、可靠性需求、安全性需求、用户界面需求、资源使用需求、成本消耗需求、开发进度需求和需求分析过程。问题识别的另一个任务是建立分析所需的沟通渠道，以确保问题的顺利分析。软件需求包括：需求分析、分析和综合的过程。从信息流和信息结构出发，逐步细化所有软件功能，找出系统各要素、接口特性和设计约束之间的关系，分析它们是否满足功能需求，是否合理。剔

4、除不合理的部分，增加必要的部分。最后，综合系统解决方案，给出目标系统的详细逻辑模型。常用的分析方法有：面向数据流的结构化方法(SA)、面向数据结构的杰克森方法(JSD)、面向数据结构的结构化数据系统开发方法(DSSD)、面向对象的分析方法(OOA)等。需求分析过程、需求分析阶段的软件需求说明文件、初步用户手册修改、改进以及确定软件开发实施计划需求分析评审系统定义的目标是否与用户需求一致；系统需求分析阶段提供的文件是否完整；文件中的所有描述是否完整、清晰、准确地反映了用户的要求；是否描述了与所有其他系统组件的重要接口；需求分析的过程，审查开发项目的数据流和数据结构是否充分，并确定；所有图表是否清

5、晰，无需额外解释即可理解；主要功能是否已包含在规定的软件范围内，是否已充分说明；设计约束或限制是否现实；开发的技术风险是什么；你有没有考虑过软件需求的其他解决方案？您是否考虑过未来可能提出的软件要求？检验标准是否详细制定，是否能确认系统定义的成功；软件需求分析原理1。信息域和功能域需要能够表达和理解问题。信息域应该包括：信息流：数据和通过系统时控制模式的变化。两个功能之间的数据/控制传输决定了功能之间的接口。信息内容：单个数据或控制对象，它们构成了由软件转换生成的更大的信息集合。信息结构：各种数据和控制项目的内部组织。2.分层分解问题，不断细化软件的功能域和信息域。这种分解可以在同一层次上进行

6、，这叫做水平分解；它也可以是多级垂直分解。3.系统的逻辑视图和物理视图软件需求的逻辑视图给出了软件要实现的功能和要处理的数据之间的关系，而不是实现的细节。软件需求的逻辑描述是软件设计的基础。软件需求的物理视图给出了处理功能和数据结构的实际表达，这通常由设备本身决定。软件需求规格说明的原则是将功能与现实分开，也就是说，用面向过程的规格说明语言(或系统定义语言)来描述应该做什么而不是如何实现需求。如果开发的软件只是一个大系统中的一个元素，那么整个大系统也包括在规范的描述中。规范必须包括系统的操作环境。规范必须是一个理解模型。规范必须是可操作的。必须允许不完整性，并且扩展的规范必须是本地化的和松散耦

7、合的。软件需求方法和需求分析方法由软件问题的信息域和功能域的系统分析过程及其表示方法组成。大多数需求分析方法是信息驱动的信息领域，具有三个属性：信息流、信息内容和信息结构。2.2需求获取技术包括两个方面的工作：建立获取用户需求的框架；支持和监控需求获取过程的机制。获取用户需求的主要方法是调查和研究需求调查的内容：组织的概况、组织的业务活动、组织的业务状况、详细的业务内容、输入输出信息(信息流、信息类型、利用目的、信息的用户和制造商、输入输出场所、输入输出信息量)、存在的问题、约束和未来需求。理解系统需求软件开发是系统开发的一部分。有必要通过仔细分析和研究系统的需求规格来获得对软件的需求。需求调

8、查对象调查组织的战略问题，如组织最高管理者的组织管理目标或业务政策，调查中层管理者的所有业务流程，以及调查业务人员的详细业务信息。市场调查，了解开发软件的市场需求；了解市场上是否有类似于待开发软件的系统，访问现场，了解用户的实际操作环境、操作流程和操作要求。与用户提交的问题陈述相比，我们可以更全面、更详细地了解用户需求。观察用户的工作流程，用户和开发者共同组成一个联合小组，通过调查研究的方式发送问卷；召开调查会议；咨询用户领域的专家；现场调查，跟踪现场业务流程；获取相关信息；使用各种调查工具等。需求调查策略调查必须按计划进行，即制定调查进度计划，掌握调查顺序。自上而下的顺序适用于业务层次强、功

9、能划分清晰的系统；自下而上的顺序适用于业务相对分散、层次较弱、功能划分不明确的系统。在调查过程中要注意数量的概念，收集足够的数量进行定量分析，在调查过程中及时研究分析收集到的数据，在调查过程中掌握正确的调查态度。2.3需求建模，利用业务流程图建立需求模型需求模型不涉及软件实现和实现细节，而是一个框架模型，系统流程图是描述物理系统的传统工具。它代表所描述组件的信息流图，但不代表信息处理的控制过程。在可行性研究阶段，系统流程图还可以使用系统流程图中可用的图形符号来表示系统中的各种元素。例如，手动处理、数据处理、数据库、文件等。绘制系统流程图时，必须了解业务处理流程，即处理中的每个元素，同时了解系统

10、流程图中每个符号的含义。系统流程图、登记、病人、终端、诊断系统、知识库药房、病例、处方、付款、处方收据、取药的符号，工厂的仓库存储工厂生产所需的货物，仓库中的各种货物，如果一个项目的库存小于库存的临界值，则报告给采购部进行订购，并每天向采购部发送一份采购报告。、库存管理模块、订单信息、变更生产模块、库存、订单报告、输入变更记录、2.4问题抽象、问题分解和多视点分析、问题抽象和问题分解多视点分析、2.5支持需求分析的快速原型技术、快速生成简单需求格式描述、检查、修订、评审、使用软件工具生成原型系统、提交用户评估和修改需求原型、重复上述过程、2.6需求规范描述和评审、目标用户、 需求格式规范的分析

11、师和设计者传达目标系统的确认，控制系统化的过程，需求格式规范的内容，审查需求格式规范的正确性、模糊性、完整性、一致性、可验证性、可理解性、可修改性和可追溯性，以及概要。 1.引言1.1目的1.2背景1.3定义1.4参考文献2。项目概述2.1产品描述2.2产品功能2.3用户特征2.4一般约束2.5假设和基础。3.具体要求3.1功能要求3.1.1规格3.1.1.1简介3.1.1.2输入3.1.1.3输出3.1.1.4处理3.1.2外部接口3.1.2.1用户接口3.1.2.2硬件接口3.1.2.3软件接口3.1.2.4通信接口3.2性能要求3.2.1数据准确性3.2.2时间特性3.2.3适应性3.3

12、设计约束3.4属性要求3.2.1安全性3.2.2可维护性3.2.3保密附录索引，预览内容：第3章第1-3节作业：P35-47 2.3、2.4、2.5 By 如果你去学生处和教务处分析需求，拟定调查提纲，调查分析教务管理系统，1。 认真学习教务管理知识，注重掌握术语和术语。收集当前的教务信息和软件，了解其特点。专注于了解国家或商业化的通用软件。3.编写调查计划，设计调查工作底稿。4.走访教务处、学生处领导和核心管理人员，了解组织机构、管理模式和内容、主要业务、国家标准、主要管理、业务文件和管理制度、存在的问题，重点了解业务量大、问题多的业务。收集相关管理业务文件和国家标准样本的方法：研讨会5。撰

13、写主要业务分布图，整理调研论文和调研计划，与教务处、学生处领导及核心管理人员沟通，修改业务分布图，整理调研论文，并由用户签字认可。6.根据业务分布图，采访教务处和学生处负责报表处理的业务人员，调查输出数据流。了解主要报表及其数据的来源、构成、计算公式、审批公式和相互核对关系。收集报表样本(空报表和有数据的真实报表)，了解报表软件的情况以及上级和下级部门需要的统计数据(手工统计非常困难)。方法：个体调查7。编写报表组成结构图，与相关业务人员沟通，反复修改，让用户签字认可。8.根据业务分布图，对教务处和学生处各业务部门负责基础数据组织的业务人员进行访谈，调查输入的数据流。了解其基础数据源(采集原始

14、样本，尤其是时间敏感数据)、目的地(与输出报告的关系)、构成(调查数据元素和属性、数据结构、关系、采集原始样本与数据)、处理情况(数据流中的数据量、峰值、峰值日期、时间和时序关系)，尤其了解常规历史数据和变更后的基础数据。方法：个别调查(需要一个接一个地进行，需要很多时间)；9.绘制业务流程图、HIPO图、数据流程图和ER图，并编写数据字典10。与相应的业务人员和模块沟通业务流程图、HIPO图、数据流程图、数据流程时序图和ER图11.分析系统的内部信息编码和外部系统的信息编码。12.画一个正式的数据流程图和er图，并写一个数据字典。13.根据er图，使数据库初步设计尽可能满足3NF 15。写一

15、份需求分析说明。16.进行需求分析和评估。管理学生办公室和部门。1.新生入学后(三个月内按招生规定)查看注册记录。新生填写基本信息卡和学生身份卡一式两份，分别在学生处备案登记，转入学生基本信息卡。新生通过审查并获得学校身份后，填写学生身份卡。每学期开学时，各学校办公室进行注册管理，注册信息记录在学生信息卡上。学生将向所在系申请专业转学，由教务处审批。转系内专业，由学生所在系评估同意，报教务处批准；转学到学校范围内的专业(系际)，由学生所在系推荐，报系审批，并报教务处批准。转专业应在每个学年开始前办理。学生日常管理业务学生日常管理信息是惩罚信息和奖励信息的基础，记录学生日常生活、工作和学习的基本

16、情况，来自学生会的各个部门。生活部对学生宿舍进行定期检查和抽查，对获得的健康检查信息进行奖励和处罚。文明宿舍加分。学习部负责学生的早期自学和课堂出勤。体育部记录早操的出勤情况，编辑部记录学生的贡献和信息，体育部和学生会总支部记录学生参加娱乐、体育和演讲比赛以及相关活动的获奖情况。学生科学技术协会应当记录学生参加科研竞赛和参与科研相关活动的获奖情况，统计学生的科研学分。学习办公室应查询和统计学生会各部门掌握的学生情况，并形成加减分的依据。学生会工作管理业务。年级管理业务的教研组制定教学计划，该计划首先由系运行，然后提交给学校办公室。每学期考试结束后，每位教师必须填写学生成绩登记表一式三份，由教研室主任审核签字后，交学生部教学秘书审核盖章，一份送教务处，另两份视为系内教师，如果系内教师