软件工程实验-实验1 结构化分析与设计

一、实验内容

1.绘制系统业务流程图

系统流程图是描绘物理系统的传统工具。是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等等)。表达的是信息在系统各部件之间流动的情况,而不是对信息进行加工处理的控制过程。试根据实验指导书绘制工资管理系统的系统流程图,根据系统流程图的符号说明仔细理解。并完成如下任务:

任务1:总务办公管理系统

系统简介:某单位准备开发一个购买办公用品和设备的总务办公管理系统。办公用品的购买申请由各科室提出,由负责总务工作的办公室统一收集。其中,购买申请的金额低于500 元(含500 元)可以由总务办公室直接审批,而高于500 元的购买申请由机构主管领导审批,批准的购买申请形成采购清单由采购员负责购买,同时应记录每次实际购买清单,进行入账。在提出购买申请时要包括

下述数据:申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据:物品名称、物品数量、价格、总金额、购买日期、经办人等。请对该系统进行业务流程分析后,绘制出该系统的系统流程图。

任务2:火车票预订系统

系统简介:某高校后勤集团为了学生寒暑假返乡,办理代学生预订返乡火车票事务,订票必须提前三天办理,后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务,学生订票一次称为一个事务,由订票员将其输入在微机中,系统核实订单后,将订票信息记录放在订票库中。系统每天打印预订三天的购票单,并更新订票库。请对该系统进行业务流程分析后,绘制出该系统的系统流程图。

2. 分析数据流和绘制数据流图

  数据流图(DFD)是软件系统系统的逻辑模型,仅仅描绘数据在软件中流动(从输入移动到输出)的过程中所经受的变换(即加工处理)。数据流图的绘制方法:根据数据流图的四种成分:源点或终点,处理,数据存储和数据流,从问题描述中提取数据流图的四种成分;然后依据“自顶向下、从左到右、由粗到细、逐步求精”的基本原则进行绘制。试根据实验指导书绘制工资管理系统的数据流图。

任务1: 分析数据流和绘制数据流图

系统简介:某单位准备开发一个购买办公用品和设备的总务办公管理系统。办公用品的购买申请由各科室提出,由负责总务工作的办公室统一收集。其中,购买申请的金额低于500元(含500元)可以由总务办公室直接审批,而高于500元的购买申请由机构主管领导审批,批准的购买申请形成采购清单由采购员负责购买,同时应记录每次实际购买清单,进行入账。在提出购买申请时要包括下述数据:申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据:物品名称、物品数量、价格、总金额、购买日期、经办人等。

请对该系统进行数据流程分析后,绘制出该系统的数据流图。

任务2:火车票预订系统

系统简介:某高校后勤集团为了学生寒暑假返乡,办理代学生预订返乡火车票事务,订票必须提前三天办理,后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务,学生订票一次称为一个事务,由订票员将其输入在微机中,系统核实订单后,将订票信息记录放在订票库中。系统每天打印预订三天的购票单,并更新订票库。请对该系统进行数据流程分析后,绘制出该系统的数据流图。

二、源代码及运行结果(或截图)

1.绘制系统业务流程图

任务1:总务办公管理系统

相关知识点

1. 系统流程图:

   系统流程图是一种用于描述物理系统结构和信息流动情况的工具。通过不同的符号,以黑盒子形式展示了系统中每个部件的功能和信息在系统中如何流动。系统流程图一般不涉及信息处理的控制过程,而是强调数据在系统各个模块间的流转。

2. 系统流程图符号:

    输入/输出:表示数据的输入和输出,通常使用平行四边形。

    处理过程:表示一个具体的操作或功能模块,用矩形表示。

    判断/决策:表示流程的分支点,通常用菱形表示。

    数据存储:表示文件或数据库,用平底圆柱形符号表示。

    流程箭头:表示数据的流向和流动顺序,用箭头连接各符号。

3. 系统流程图的用途:

    展示信息在系统中的传递路径,分析各个模块间的数据流向。

    直观地展示系统中不同部分的交互关系。

    帮助系统分析和设计人员理解系统结构,便于优化和改进。

实验分析

任务是设计一个“总务办公管理系统”和“工资管理系统”流程图。首先需要理解每个系统的需求:

 总务办公管理系统:需要记录科室提出的办公用品购买申请,并根据金额大小决定是否需要主管领导审批,审批通过后生成采购清单,并最终由采购员负责采购并记录信息。

 工资管理系统:需要考虑工资计算、信息输入、工资单生成、工资记录存储等模块。系统流程图应展示这些模块间的信息流动。

操作步骤

1. 分析业务需求:

    阅读系统描述,分析每个任务的需求。

    确定系统中的模块(如:申请模块、审批模块、记录模块)及其相互关系。

2. 确定系统流程图符号:

    根据系统需求,选择合适的系统流程图符号。例如,使用平行四边形表示输入数据、使用矩形表示处理过程、使用菱形表示决策等。

3. 绘制流程图:

    逐步绘制系统流程图,确保每个符号正确表达数据流动和系统功能。

    连接模块之间的关系,用箭头展示数据的流向。

    对于不同金额的申请,添加判断分支符号,表示低于和高于500元的不同处理路径。

4. 检查流程图的完整性和准确性:

    确保每个流程模块和数据流动符合系统需求,检查是否有遗漏的部分。

    检查流程图是否符合系统流程图标准符号及规范。

实验总结

对系统流程图的概念和绘制方法有了深入的理解。流程图帮助我们理清系统的整体结构和数据在系统中的流动路径,使系统分析和设计过程更直观清晰。在实验中学会了如何从需求分析入手,逐步构建流程图的技巧。在实际操作中,还感受到标准化符号和规范的重要性,帮助我们提高流程图的可读性和理解度。

实验截图

任务2:火车票预订系统

相关知识点

1. 系统流程图:

    系统流程图用来描述物理系统的结构,展示信息在系统中如何流动。它以黑盒子的形式描绘系统中的各个模块(如输入、处理、存储等)以及模块之间的数据流动关系。

    系统流程图着重于信息在系统中的流动,而不是对信息进行的具体处理。

2. 系统流程图的符号:

    输入/输出:表示系统的输入或输出数据,通常使用平行四边形符号。

    处理过程:用矩形符号表示一个具体的操作或数据处理过程。

    决策/判断:表示分支流程,通常用菱形符号表示,用于判断条件。

    数据存储:用平底圆柱形符号表示文件或数据库。

    流程箭头:表示数据流的方向,用箭头指示数据在各模块之间的流动。

3. 系统流程图的用途:

    帮助系统分析人员了解系统中的数据流动,便于分析和设计。

    提供一个直观的方式来展示系统各个部分的功能和交互。

有助于发现系统设计中的问题和数据处理的瓶颈。

实验分析

任务是分析并绘制“火车票预订系统”的系统流程图。系统功能主要包括学生的订票请求、订单的处理和记录、打印购票单以及更新订票库。系统流程图需要展示这些流程的顺序、条件判断和模块间的关系,突出数据在系统中的流动。

需求分析:系统的主要任务是帮助学生订票,要求提前三天处理购票信息。

核心模块:输入模块(学生提出订票请求)、处理模块(核实订单并存储)、打印模块(生成购票单)、数据更新模块(更新订票库)

操作步骤

1. 分析业务流程:

    阅读系统描述,明确系统的各个步骤和信息流动情况。

    确定系统中包含的模块以及每个模块的职责和数据流动路径。

2. 确定系统流程图符号:

    根据业务流程中的数据流和决策过程,选取适合的流程图符号。

    平行四边形表示输入/输出数据,矩形表示处理过程,菱形表示判断,圆柱体表示数据存储。

3. 绘制系统流程图:

    按照业务流程,从学生订票请求到购票记录的顺序,依次绘制每个流程模块。

    使用箭头连接各模块,展示数据在系统中的流动方向。

    添加判断条件,用菱形符号表示订票前的判断和三天购票提前处理。

4. 检查系统流程图:

    核对系统流程图中的每个模块,确保符合需求描述中的步骤。

    确保流程图的逻辑顺畅,所有数据流和判断条件清晰、准确。

实验总结

在完成“火车票预订系统”的系统流程图设计过程中,深刻体会到系统流程图的作用。流程图使系统逻辑更加清晰,数据流动一目了然,帮助我们分析系统中各模块的功能和数据传递路径。在绘制过程中,遇到的主要挑战在于正确理解需求并将其转化为图形化的表示。通过实验学习了使用流程图符号和标准化绘图的重要性,提高了我们对系统设计的理解和分析能力。在以后的实际应用中,流程图可以帮助我们高效设计、优化和沟通系统的流程和结构。

实验截图

2. 分析数据流和绘制数据流图

任务1: 分析数据流和绘制数据流图

相关知识点

1. 业务流程图:

系统业务流程图是描述系统中信息在各功能模块之间的流动方式。它用图形符号表示系统的每个组件,包括输入、输出、判断条件等,帮助我们理解数据流动的顺序和业务逻辑。

业务流程图的符号:

开始/结束:表示流程的起点和终点,通常用椭圆形表示。

处理/操作:用矩形表示系统中的某个操作或过程。

判断/条件:用菱形表示条件判断,用于控制流程的分支。

数据流/连接箭头:箭头指示数据流动的方向,连接各流程模块。

2. 数据流图(DFD):

    数据流图是一种逻辑模型,展示数据在系统中从输入到输出的流动情况。

    数据流图的四种组成成分:

    源点或终点:数据流的起点或终点,通常是外部实体(如用户)。

    处理:表示数据的处理或变换,用圆形或矩形表示。

    数据存储:数据在系统中的存储地点,用平行线或圆柱体表示。

    数据流:表示数据在各模块之间流动的方向和内容,用箭头表示。

    数据流图的绘制原则:自顶向下、从左到右、由粗到细、逐步求精。

实验分析

本实验任务包括两个系统的分析和图形绘制:

1. 总务办公管理系统的业务流程图:分析数据从各科室申请到采购的流转过程,重点是金额判断和审批分支。

2. 工资管理系统的数据流图:分析工资管理系统中数据的流动和处理,包括数据输入、存储、输出等。

操作步骤

1. 绘制总务办公管理系统的业务流程图:

分析流程:理解各部门的申请处理流程,识别流程中的分支(如低于500元直接审批,高于500元需主管领导审批)。

确定符号:选择开始/结束、处理、判断、箭头等符号表示流程。

绘制流程图:按顺序绘制各步骤,将流程中的判断条件和不同审批流程用菱形符号和箭头连接,生成完整的流程图。

2. 绘制工资管理系统的数据流图:识别数据流图的四要素:找出数据流的源点(如申请单位、财务人员等)、处理过程(如数据审核、工资计算等)、数据存储(如工资存储库)、数据流(如输入数据、存储数据、输出数据等)。

确定层次:自顶向下、从左到右绘制,从一级数据流图开始,绘制主要的数据流和处理过程。

细化图形:逐步将数据流图细化,绘制出更详细的分支结构和数据存储,生成详细的数据流图。

实验总结

通过本次实验,我进一步理解了业务流程图和数据流图的作用。业务流程图帮助我们理清系统的物理流程和数据的流动顺序,而数据流图则展示了系统的逻辑模型和数据的处理过程。绘制流程图和数据流图的过程提高了我们对系统分析的能力,尤其是在绘图时需要将复杂的业务逻辑转化为简单的图形符号,这个过程对我们理解和优化系统设计很有帮助。数据流图的绘制让我体会到分层设计的必要性,通过自顶向下逐步细化,能够更好地捕捉系统的细节。

实验截图

任务2:火车票预订系统

相关知识点

1. 数据流图(DFD):

数据流图是一种展示信息系统内部数据流动及处理过程的工具,用于建模系统的数据处理逻辑。通过数据流图,可以将复杂系统的结构逻辑可视化,使得系统的业务流程更易于理解和分析。

数据流图的基本组成:

外部实体:系统外与系统交互的角色或组织(如本例中的“学生”和“火车站”)。

数据处:系统中的处理活动,用于数据的输入、输出或变换,通常用圆形或矩形表示。

数据存储:表示系统中存储数据的位置,用平行线表示(如本例中的“订票库”)。

数据:表示数据在各元素之间流动的方向和内容,用箭头连接。

2. 绘制数据流图的原则:

逐步求精:先绘制一级数据流图,再逐步细化到更详细的层级。

自顶向下:从系统的宏观视角出发,再逐渐深入分析。

由左到右:保持数据流图的视觉流畅性,使得信息流向更易于理解。

实验分析

在分析火车票预订系统的数据流时,需要考虑几个关键业务流程:

1. 学生提交订票请求:学生将订票请求提交到后勤订票处,形成一次订票事务。

2. 订票员处理订票请求:订票员在微机上输入订票信息,系统核实订单后将其记录到订票库中。

3. 每日生成购票单:系统每天会提前三天生成购票单,供后勤订票处向火车站申请购票。

4. 更新订票库:购票单生成后,系统会更新订票库的订票记录。

操作步骤

1. 识别数据流图的四要素:

外部实体:学生、火车站。

数据处理:包括“学生提交订票请求”、“订票员输入信息”、“系统核实订单”、“系统生成购票单”等处理。

数据存储:订票库,用于存储每次订票记录。

数据流:数据在各处理过程、数据存储和外部实体之间的流动。

2. 绘制一级数据流图:

一级数据流图展示系统主要的处理过程及数据流。首先绘制从学生到系统的“提交订票请求”数据流,再绘制系统的各个处理模块及订票库的存储和输出数据流。

3. 绘制详细数据流图:

进一步细化各处理过程的内部数据流,特别是每日购票单的生成流程,包括核实订票信息、更新订票库等细节。

实验总结

本实验通过绘制火车票预订系统的数据流图,让我更深入理解了系统的逻辑流程和信息流转。数据流图的设计帮助我更好地理解如何分析和抽象一个业务系统,通过图形化的方式将系统的复杂逻辑简化为直观的流程。在绘制数据流图的过程中,我体验到数据流的流向和处理环节的逻辑性和层次性,对于系统的优化设计和需求分析非常重要。

实验截图

从理论上而言,软件生存期一般都可分为计划、需求分析、设计、编码、测试、运行维护六个步骤。根据软件工程实施过程中的各阶段活动,我们可以把它归结为不同的软件生存期模型,并归结出每一阶段的实施的行为特征。在软件工程的实施过程中,需要制做相应的文档。 1.计划阶段 计划阶段指技术人员辅助管理人员或市场部人员根据项目意向,做出初步需求调查、进行可行性论证,在论证通过后做系统方案,如委托开发,还需签定项目开发合同,并制定项目开发计划。 2.需求分析阶段 需求分析阶段,管理人员提出需求分析阶段计划,分析人员制作软件需求说明书,包括软件需求系统需求说明书、数据要求说明书、子系统数据要求说明书、系统数据流图、子系统数据流图及其相应的词典。系统需求说明书完成后应通过项目需求评审,经用户确认后出具需求分析验收报告。初步制定测试计划。 3.设计阶段 在设计阶段需要制定系统实现方案,设计阶段计划,填写数据库设计说明书、详细设计说明书,详细设计应通过详细设计评审、出具详细设计验收报告,设计阶段完成后应开始制做用户手册、管理员手册、测试计划测试案例设计。 4.编码阶段 在编码阶段应有数据库编程规范、编程语言编程规范、内部公用函数(模块)目录等。设计和执行模块测试。 5.测试阶段 设计完成后,就应该进入测试阶段,测试阶段中,应该制定测试规范、填写测试计划测试说明,测试过程中应填写软件测试报告。 6.运行维护阶段 测试阶段完成后,应进行系统交付,进入运行维护阶段。系统维护阶段,用户发现问题时,应填写计算机软件问题报告单,提交信息部主管或根据合同约定向设计单位提交。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值