计算机网络软件工程业务流程图
2022年东华大学软件工程专业《计算机网络》科目期末试卷B(有答案)
2022年东华大学软件工程专业《计算机网络》科目期末试卷B（有答案）一、选择题1、当一台计算机从FTP服务器下载文件时，在该FTP服务器上对数据进行封装的5个转换步骤是（）。
A.数据、报文、IP分组、数据帧、比特流B.数据、IP分组、报文、数据帧、比特流C.报文、数据、数据帧、IP分组、比特流D.比特流、IP分组、报文、数据帧、数据2、图所示网络中，假设所有域名服务器均采用选代查询方式进行域名解析。
当H4访问规范域名某个的网站时，域名服务器201.1.1.1在完成该域名解析过程中，可能发出DNS查询的最少和最多次数分别是（）。
A.0，3B.1，3C.0，4D.1，43、在路由器进行互连的多个局域网的结构中，要求每个局域网（）。
A.物理层、数据链路层、网络层协议都必须相同，而高层协议可以不同B.物理层、数据链路层协议可以不同，而数据链路层以上的高层协议必须相同C.物理层、数据链路层、网络层协议可以不同，而网络层以上的高层协议必须相同D.物理层、数据链路层、网络层协议及高层协议都可以不同4、RIP规定，（）跳为一条不可达路径A.1024B.512C.16D.85、下列协议中，不会发生碰撞的是（）。
A.TDMB.ALOHAC.CSMAD.CSMA/CD6、以太网帧的最小长度是（）。
A.32B.64C.128D.2567、下列关于传输层协议中面向连接的描述，（）是错误的。
A.面向连接的服务需要经历3个阶段：连接建立、数据传输以及连接释放B.面向连接的服务可以保证数据到达的顺序是正确的C.面向连接的服务有很高的效率和时间性能D.面向连接的服务提供了一个可靠的数据流8、如果用户程序使用UDP进行数据传输，那么（）协议必须承担可靠性方面的全部工作。
A.数据链路层B.网络层C.传输层D.应用层9、一个TCP连接的数据传输阶段，如果发送端的发送窗口值由2000变为3000，意味着发送端可以（）。
A.在收到一个确认之前可以发送3000个TCP报文段B.在收到一个确认之前可以发送1000BC.在收到一个确认之前可以发送3000BD.在收到一个确认之前可以发送2000个TCP报文段10、匿名FTP访问通常使用（）作为用户名。
软件工程课程设计报告模板
《软件工程》综合设计报告题目：学院：信息科学与技术学院班别：软件工程1-4班组长：学号：组员：学号：组员：学号：组员：学号：组员：学号：指导老师：胡德昆完成时间：2014-6-10成都大学信息与科学技术学院提要软件工程综合设计报告是软件工程的六个实验报告文档的汇总整理，包括软件项目可行性分析报告、项目开发计划书、需求规格说明书、概要设计文档、详细设计文档、编码与测试等实验内容和文档。
项目分组完成，每个小组3-5人，按小组提交综合设计报告。
成员实验分数由小组的实验成绩和组内成绩构成，组内成绩由项目组长依据组员在项目研发中的贡献给出。
目录第一章问题定义........................................................................................ 错误!未定义书签。
编写目的................................................................................................... 错误!未定义书签。
背景........................................................................................................... 错误!未定义书签。
定义........................................................................................................... 错误!未定义书签。
参考资料................................................................................................... 错误!未定义书签。
软件工程实验一需求分析。
淮海工学院计算机工程学院实验报告书课程名：《软件工程》题目：学生信息管理系统设计与实现——需求分析班级：网络122学号：***********名：**1、实验目的与要求（1）上网查询浏览有关软件工程环境网站，了解有关软件工程环境的定义、配置、功能和用途；（2）下载有关软件工程标准，如国际ISO9000-3、国家GB8567-1988、2006和行业标准等，重点阅读软件分析阶段的文档编写指南；（3）由指导老师指定或由学生自己选择一实验题目——软件工程项目。
（4）安装、运行、熟悉Visio绘图工具的基本功能，并熟练掌握各种分析建模工具的使用方法，如系统流程图、数据流图、E-R图等，完成选定题目需求规格说明书中功能、数据和行为模型的创建与和说明。
2.1实验背景随着互联网的发展，利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心，校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。
服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值，本系统立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高高校的现代化管理水平，实现信息资源的共享。
该项目主要是服务于教学方面，进一步方便教师的工作和学生的学习，从而从侧面达到提高学校的教学方面‘软件’质量。
可以说它适用于每一所高校，因此很有开发价值。
我们不敢说该产品是所有该系列产品中最好的，但是我们这里要强调的是它具有使用范围广，实用性强，使用简单，所花经费少等优点。
我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。
2.2需求分析2.2.1业务流程图部分：2.2.2管理功能部分：从业务流程图可以看出，学生成绩管理系统中分为大的三个方面：系统管理员模块、教师模块、学生模块，其主要管理功能有：（1）、系统管理员功能系统管理员进入学生成绩管理系统的主要功能是：实现管理员用户的添加、修改和删除，以及对教师添加、教师修该、教师删除、教师查询、学生的添加、学生的修改、学生的查询等基本功能，并且参与开设课程、选择课程的管理，安排教师的任课和学生的选课工作，管理元为每门课程设置一个学分，没门课程可以是必修或选修，如果学生及格，学生将获得该课程学分。
软件工程实验(共五次)
软件工程课程实验指导书软件工程是随着计算机系统的发展而逐步形成的计算机科学领域中的一门新兴学科。
通过软件工程课程的学习，能够达到正确的安排软件的结构，合理组织、管理软件的生产的教学目的。
教学的实践环节是本课程的重要部分，通过实验例证理解掌握软件工程各阶段的任务和完成后的文档是什么及完成方法。
本课程实验环节安排10学时，主要完成需求分析、模块设计、数据库设计、详细设计和测试分析六个部分。
具体安排如下：课时分配：内容实验一实验二实验三实验四实验五课时 2 2 2 2 2实验一编写系统需求说明书一、实验题目对系统进行需求分析。
并编写系统需求分析说明书。
二、实验目的通过对选定系统进行系统分析和编写需求说明书，掌握系统需求分析的步骤和方法，明确需求说明书内容和格式。
通过对visio2003的熟悉应用，把系统的逻辑模型画出来。
三、预习1、系统的数据描述、功能描述方法；2、需求分析工具（业务流程图、数据流图、数据字典）；3、系统需求分析步骤和内容；四、实验设备与环境1、运行和使用visio2003；2、收集整理资料的资料室和虚拟用户或实际用户。
五、实验内容选定系统后，进行系统分析，然后按如下编写提示撰写需求说明书。
1、引言⑴编写目的说明编写软件需求说明的目的，指出预期的读者。
⑵背景说明说明待开发的软件系统的名称；本项目的任务提出者、开发者、用户及实现该软件的计算机中心或网络中心；该软件系统同其他系统或其他机构的基本的相互来往关系。
⑶定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
⑷参考资料列出有关的参考资料及资料的来源。
2、任务概述⑴目标叙述该软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本系统是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的系统是一个更大的系统的组成部分，则应说明本系统与该系统中其他各组成部分的关系，用方框图来说明该系统的组成和本系统同其他各个部分的联系和接口。
软件工程课件(全)
03
识别项目中的关键路径，确保项目按计划进 行
04
及时调整项目计划，应对项目变更和不确定 性
风险管理策略制定
识别项目中的潜在风险， 包括技术风险、市场风险、 资源风险等
制定相应的风险应对策略 和措施，如风险规避、减 轻、转移和接受等
评估风险的概率和影响程 度，制定风险优先级列表
监控风险状态，及时调整 风险管理计划
质量改进
根据质量评估结果，制定相应的改进措施， 如优化性能、增强安全性等。
经验教训总结
对测试过程中遇到的问题进行总结，形成经 验教训，为后续项目提供参考。
06
项目管理与团队协作
项目计划制定与监控
01 制定详细的项目计划，包括项目目标、范围 、时间表、资源需求、成本估算等
02 设立项目里程碑，对项目进度进行阶段性监 控
开发方向。
持续集成和测试
03
迭代增量模型强调持续集成和测试的重要性，以确保每个迭代
周期都能交付高质量的软件产品。
03
需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领 域专家等进行沟通，收集原始
需求。
需求分类
将收集到的需求按照功能、性 能、安全、易用性等方面进行 分类。
需求筛选
去除重复、模糊、不切实际的 需求，确保需求的准确性和可 行性。
处理变更请求
根据实际情况，决定是否接受变更请求，并 制定相应的实施计划。
跟踪和验证变更
对实施的变更进行跟踪和验证，确保变更的 正确性和完整性。
04
系统设计与实现
系统架构设计
分层架构
将系统划分为表示层、业务逻辑层和数据访问层，实现高内聚、 低耦合的设计。
软件工程实验报告-十个实验（银行系统）
软件⼯程实验报告-⼗个实验（银⾏系统）软件⼯程实验报告班级：****学号：**********姓名：***实验⼀软件需求分析实验项⽬名称：软件需求分析实验⽬的：1) 根据所选定题⽬进⾏需求分析⼯作；2) 通过实例掌握结构化数据流分析技术；3) 进⾏业务需求分析、⽤户需求、功能需求、⾮功能需求分析；4) 写出需求规格说明书（含数据流图）。
实验内容：⽤结构化数据流分析技术进⾏软件系统需求分析，得出系统得数据流图和数据字典。
实验步骤：1) 到相关单位进⾏需求分析。
2) 综合利⽤Internet ⽹和相关书籍整理并完善需求分析。
3) 画出系统数据流图（分清系统是事务型还是加⼯型）。
4) 得出系统数据字典。
1．软件系统需求描述：(从功能，性能上进⾏描述)（1）功能需求：银⾏系统系统所要完成的主要功能有两⽅⾯：①填写存款单或取款单交给业务员键⼊系统，如果是存款，系统记录存款⼈姓名、住址、存款类型、存款⽇期、利率等信息，完成后由系统打印存款单给储户。
②如果是取款，业务员把取款⾦额输⼊系统并要求储户输⼊密码以确认⾝份，核对密码正确⽆误后系统计算利息并印出利息清单给储户。
（2）性能需求：为了满⾜储户的要求，系统必须要有⾼的运作速度，储户填写的表单输⼊到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显⽰出所有必需信息并打印出各项清单，所以要求很⾼的信息量速度和⼤的主存容量；由于要存贮⼤量的数据和信息，也要有⾜够⼤的磁盘容量；另外，银⾏计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2．软件系统数据流图（由加⼯、数据流、⽂件、源点和终点四种元素组成）：1) 顶层数据流打印存单打印清单2) 1层数据流图3) 2层数据流图3．软件系统数据字典：1) 数据流条⽬(1)数据流名：存单(反馈信息)说明：银⾏系统给⽤户每次存款打印的存款资料表单数据流来源：银⾏计算机储蓄系统数据流去向：⽤户数据流组成：存单=存款⼈+存款银⾏+业务员编号+存款⾦额+存款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”存款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计（2）数据流名：取款单说明：记录⽤户每次取款的资料和情况数据流来源：⽤户数据流去向：银⾏计算机储蓄系统数据流组成：取款单=取款⼈+取款银⾏+业务员编号+取款⾦额+取款⽇期业务员编号=“01”..“99”取款⽇期=年+⽉+⽇数据量流通量：暂不统计（3）数据流名：利息清单（或账单）说明：当⽤户取款时，银⾏内库要把利息清单（或账单）给银⾏计算机储蓄系统处理，再把利息清单（或账单）交于⽤户数据流来源：书库数据流去向：事务处理数据流组成：取款信息=取款⼈+取款银⾏+受理业务员+取款⾦额+取款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”取款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计2) 加⼯条⽬a)加⼯名：银⾏计算机储蓄系统加⼯编号：0层简要描述：对⽤户存取款进⾏管理和处理输⼊数据流：存款单、取款单输出数据流：存单、利息清单（或账单）加⼯逻辑：若存取款信息正确且密码正确⽆误则存取款成功，否则提⽰重写或重填。
软件工程-课程目录-大纲视图(全国高等教育自学考试指定教材-计算机网络专业-独立本科)
第一章绪论1.1 软件工程概念的提出与发展1.2 软件开发的本质1.3 本章小结第二章软件需求与软件需求规约2.1 需求与需求获取2.1.1需求定义2.1.2 需求分类2.1.3 需求发现技术2.2 需求规约2.2.1 需求规约定义2.2.2 需求规约（草案）格式2.2.3 需求规约（规格说明书）的表达2.2.4 需求规约的作用2.3 本章小结第三章结构化方法3.1 结构化需求分析3.1.1 基本术语1.数据流2.数据存储3.数据源和数据谭3.1.2 系统功能模型表示数据流图（Dataflow Diagram）3.1.3 建模过程1.建立系统环境图, 确定系统语境2.自顶向下, 逐步求精, 建立系统的层次数据流图3.定义数据字典数据流条目给出所有数据流的结构定义数据存储条目给出所有数据存储的结构定义数据项条目给出所有数据项的类型定义4.描述加工（1）结构化自然语言（2）判定表（3）判定树3.1.4 应用中注意的问题（1）模型平衡问题（2）信息复杂性控制问题3.1.5 需求验证3.2 结构化设计3.2.1 总体设计1.总体设计的目标及其表示（1）Yourdon提出的模块结构图（2）层次图（3）HIPO图2.总体设计步骤（1）变换型数据流图——变换设计（2）事物型数据流图——事物设计3.模块化及启发式规则（1）模块化1）耦合①内容耦合②公共耦合③控制耦合④标记耦合⑤数据耦合2）内聚①偶然内聚②逻辑内聚③时间内聚④过程内聚⑤通信内聚⑥顺序内聚⑦功能内聚（2）启发式规则1）改进软件结构, 提高模块独立性2）力求模块规模适中3）力求深度、宽度、扇出和扇入适中4）尽力使模块的作用域在其控制域之内5）尽力降低模块接口的复杂度6）力求模块功能可以预测3.2.2 详细设计1.结构化程序设计2.详细设计工具（1）程序流程图（2）盒图（N-S图）（3）PAD图（Problem Analysis Diagram）（4）类程序设计语言IPO图、判定树和判定表等也可以作为详细设计工具3.3 本章小结第四章面向对象方法——UML 4.1 UML术语表4.1.1 表达客观事物的术语1.类与对象1）类的属性（Attribute）2）类的操作3）关于类语义的进一步表达①详细叙述类的职责（Responsibility）②通过类的注解和/或操作的注解, 以结构化文本的形式和/编程语言, 详述注释整个类的语义和/或各个方法③通过类的注解或操作的注解, 以结构化文本形式, 详述注释各个操作的前置条件和后置条件, 甚至注释整个类的不变式④详述类的状态机⑤详述类的内部结构⑥类与其他类的协作4）类在建模中的主要用途①模型化问题域中的概念（词汇）②建立系统的职责分布模型③模型化建模中使用的基本类型2.接口（Interface）（1）采用具有分栏和关键字《interface》的矩形符号来表示（2）采用小圆圈和半圆圈来表示3.协作（Collaboration）4.用况（Use Case）5.主动类（Action Class）6.构件（Component）7.制品（Artifact）8.节点（Node）4.1.2 表达关系的术语1.关联（Association）（1）关联名（Name）（2）导航（3）角色（Role）（4）可见性（5）多重性（Multiplicity）（6）限定符（Qualifier）（7）聚合（Aggregation）（8）组合（Composition）（9）关联类（10）约束①有序（ordered）②无重复对象（set）③有重复对象（bag）④列表（list）或序列（sequence）⑤只读（readonly）2.泛化（Generalization）①完整（Complete）②不完整（Incomplete）③互斥（Disjoint）④重叠（Overlapping）3.细化（Realization）4.依赖①绑定（Bind）②导出（Derive）③允许（Permit）④实例（InstanceOf）⑤实例化（Instantiate）⑥幂类型（Powertype）⑦精化（Refine）⑧使用（Use）可模型化以下各种关系（1）结构关系1）以数据驱动2）以行为驱动（2）继承关系（3）精化关系（4）依赖关系4.1.3 表达组合信息的术语——包1）访问（Access）2）引入（Import）4.2 UML模型表达格式1.类图（Class Diagram）（1）模型化待建系统的概念（词汇）, 形成类图的基本元素（2）模型化待建系统的各种关系, 形成该系统的初始类图（3）模型化系统中的协作, 给出该系统的最终类图（4）模型化逻辑数据库模式2.用况图（Use Case Diagram）所包含的内容（1）主题（Subject）（2）用况（Use Case）（3）参与者（Actor）（4）关联、泛化与依赖模型化工作1）关于系统/业务语境的模型化①系统边界的确定②参与者与用况的交互③参与者的语义表达④参与者的结构化处理2）关于系统/业务需求的模型化①确定系统/业务的基本用况②用况的结构化处理③用况的语义表达3.状态图（1）状态1）名字2）进入/退出效应（Effect）①entry②exit③状态内部转移3）do动作或活动4）被延迟的事件（2）事件1）信号（Signal）事件2）调用（Call）事件3）时间事件4）变化事件（3）状态转移①源状态②转移触发器③监护（guard）条件④效应（effect）⑤目标状态实际应用中, 使用状态图的作用①创建一个系统的动态模型②创建一个场景的模型4.顺序图（1）术语解析1）消息2）对象生命线3）聚焦控制（the Focus of Control）（2）控制操作子1）选择执行操作子（Operator for Optional Execution）2）条件执行操作子（Operator for Conditional Execution）3）并发执行操作子（Operator for Parallel Execution）4）迭代执行操作子（Operator for Iterative Execution）4.3 本章小结第五章面向对象方法——RUP5.1 RUP特点1.以用况为驱动2.以体系结构为中心3.迭代增量式开发5.2 核心工作流5.2.1 需求获取1.列出候选需求2.理解系统语境（1）业务用况模型（2）业务对象模型3.捕获系统功能需求（1）活动1: 发现并描述参与者（2）活动2: 发现并描述用况（3）活动3: 确定用况的优先级（Priority）（4）活动4: 精化用况（5）活动5: 构造用户界面原型1）用户界面的逻辑设计2）物理用户界面的设计3）开发用户界面原型并演示为了执行该用况, 用户怎样使用该系统（6）活动6: 用况模型的结构化5.2.2 需求分析1.基本术语（1）分析类（Analysis Class）1）边界类（Boundary Classes）2）实体类（Entity Classes）3）控制类（Control Classes）（2）用况细化（Use Case Realization）（3）分析包（Analysis Package）2.分析模型的表达3.分析的主要活动（1）活动1: 体系结构分析（Architectural Analysis）1）任务1: 标识分析包2）任务2: 处理分析包之间的共性3）任务3: 标识服务包4）任务4: 定义分析包的依赖5）任务5: 标识重要的实体类6）任务6: 标识分析包和重要实体类的公共特性需求（2）活动2: 用况分析1）任务1: 标识分析类①标识实体类②标识边界类③标识控制类2）任务2: 描述分析（类）对象之间的交互（3）活动3: 类的分析1）任务1: 标识责任2）任务2: 标识属性①关于实体类属性的标识②关于边界类属性的标识③关于控制类属性的标识3）任务3: 标识关联和聚合①关于关联的标识②关于聚合的标识③关于泛化的标识（4）活动4: 包的分析4.小结（1）关于分析模型1）分析包2）分析类3）用况细化（2）关于分析模型视角下的体系结构描述（3）用况模型和分析模型比较（4）分析模型对以后工作的影响1）对设计中子系统的影响2）对设计类的影响3）对用况细化[设计]的影响5.2.3 设计1.设计层的术语（1）设计类（Design Class）（2）用况细化[设计]（3）设计子系统（4）接口（Interface）2.设计模型、部署模型以及相关视角下的体系结构描述（1）设计模型及其视角下的体系结构描述1）子系统结构2）对体系结构有意义的设计类3）对体系结构有意义的用况细化[设计]（2）部署模型及该模型视角下的体系结构描述3设计的主要活动（1）活动1: 体系结构的设计1）任务1: 标识节点和它们的网络配置2）任务2: 标识子系统和它们的接口①标识应用子系统②标识中间件和系统软件子系统③定义子系统依赖④标识子系统接口3）任务3: 标识在体系结构方面有意义的设计类和它们的接口4）任务4: 标识一般性的设计机制①标识处理透明对象分布的设计机制②标识事务管理的设计机制（2）活动2: 用况的设计1）标识参与用况细化的设计类2）标识参与用况细化的子系统和接口（3）活动3: 类的设计1）任务1: 概括描述设计类2）任务2: 标识操作3）任务3: 标识属性4）任务4: 标识关联和聚合5）任务5: 标识泛化6）任务6: 描述方法7）任务7: 描述状态（4）活动4: 子系统的设计1）任务1: 维护子系统依赖2）任务2: 维护子系统所提供的接口3）任务3: 维护子系统内容4.RUP设计小结1）RUP设计的突出特点2）关于RUP的设计方法①给出用于表达设计模型中基本成分的4个术语, 包括子系统, 设计类, 接口, 用况细化[设计]②规约了设计模型的语法, 指导模型的表达③给出了创建设计模型的过程以及相应的指导3）RUP的设计模型①设计子系统和服务子系统②设计类（其中包括一些主动类）, 以及他们具有的操作、属性、关系及其实现需求。
软件工程
4.3.7添加模块（M7）
功能：完成增加功能。
程序逻辑：
P1：点击要修改的表；
P2：产生窗体；
P3：等待用户修改；
P4：若取消，返回；
P5：对数据进行修改；
P6：判断不能为空的字段是否为空；
P7：为空发出警告，并转到P3；
P8：若不为空，保存数据到数据库。
图14模块设计6
4.3.8删除模块（M8）
程序逻辑：
P1：产生打印窗口；
P2：若取消，则返回；
P3：若确定，完成打印任务，返回；
(6)分数段成绩统计：
该模块可以对各科目各科成绩分数段总人数进行统计，比如用户可以统计全年级9O分以上的学生共多少人，80~70分多少人，70-60分多少人，不及格多少人来综合的反映出年级分数段分布情况。
(7)学期综合成绩表：
一般每学期考试结束后，学校应公布学生的成绩，该统计表即可满足需要。并且选择根据查询条件统计出本学期学生补考后的补考成绩。
表1课程信息目录
名称：课程信息目录
别名：课程目录
描述：课程的详细资料
定义：课程信息目录=课程号+课程名+开课学期+课程性质
位置：课程管理
名称：教师信息
别名：教师信息
描述：管理学生课程和成绩
定义：教师信息=id+名字＋班级＋科目
位置：用户管理
表2教师信息
表3学生信息
名称：学生信息
别名：学生信息
描述：学生的详细资料
(1)成绩综合查询：
选择了专业以后，如果该专业的成绩库存在，系统会在查询条件的“名称”下拉列表中自动添加该年级系科专业的所有课程。当查询条件多于一个时，先选择多个条件之间的关系：“and”、“or”。条件设置完毕后点击【查询】按钮即可按设置的条件检索出满足查询条件的数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
业务流程图
“业务”更白话一些来说，就是各行业中需要处理的事务.
英文:business
基本解释:
［professional work；business] 个人或某个机构的本行业本职工作
详细解释：
本行业、本职的事务;专业工作。
《法苑珠林》卷三一：“出家人所作业务者，一者坐禅，二者诵经法，三者劝化。
”浩然《艳阳天》第七三章：“ 马立本觉得自己这个老会计，不论是‘政治’上，还是业务上，都是当当响的高手。
”如：发展业务；业务范围.
业务流程图（transaction flow diagram，简称TFD),就是用一些规定的符号及连线来表示某个具体业务处理过程.
业务流程图是一种用尽可能少、尽可能简单的方法来描述业务处理过程的方法。
由于它的符号简单明了,所以非常易于阅读和理解业务流程。
但它的不足是对于一些专业性较强的业务处理细节缺乏足够的表现手段，它比较适用于反映事务处理类型的业务过程。
如图：
表示单位或人员表示报表、单据等
表示帐本、薄记等表示处理业务、作业等
业务流程描述：
在调查期间，通过跟班实习、请教材科的相关管理人讲解的形式了解到现在教材科的业务流程，具体描述如下:
(1）教材科根据从教务处教务科发来的教学计划报表和各院系的教材选定任务单，核实库存，粗略计算所要订购的教材数量（此部分手工完成），如库存小于需求，则进行订书,打印出订书单，发给书店。
书店根据订书单发书给教材科,并附带有发书清单。
（2)教材科的教材管理员对教材进行本上手工的入库登记与验收.
(3）在教材管理员对新进教材进行教材编码和批注架号后（架号描述的是教材在库房中具体的摆放位置），将这两个编号都批注在发书清单上,综合科交的课程清单上只批注编号。
教材管理员根据批注后的发书清单对教材进行计算机上的入库，从而形成新的库存教材簿。
(4）各班级购买教材时，把教材转帐凭证交给出库员，出库员按照课程清单，查询库中的教材数量，如库存量大于等于需求,则进行教材的出库,打印教材出库清单,并形成了新的教材库存簿。
否则出库量视情况而定，即可先出库几本，等教材再入库后补差.
（5）各班负责人在收款处交款后，取回教材转帐凭证，并将付款签名后的教材销售发票出示给取书员，取书员根据销售发票上的教材架号取书给各班级。
图1 业务流程图
Fig。
1 business flow chart
分析以上的业务流程，我觉得存在以下弊病:
(1)手工作业多，反而觉得计算机是一种辅助设备,没有充分发挥应有的高效率。
（2)在计算教材订购数量时，只是根据教学计划报表与教材选定任务单对照库存粗略计算，数据往往不够准确，因为有的学生可能不购买教材，有的老师想购买零散教材,则订购数据不准确,也造成了库存上的压力.
（3)计算机上教材的入库和出库是由一位科员操作完成的，那么在每学期开学教材入库和出库的高峰期,显得很忙乱.（4）教材编号的批注很多，操作重复性多,而且容易出错。
新业务流程介绍
经过原业务流程的分析，现提出个人改进设想，即新的业务流程。
如图 2
1、根据教务科的课程清单以及各院系的教材选定任务单，进行教材的信息登记，即对于无记录的新教材进行基本信息录入,并将新教材适用的专业信息录入到各专业年级所需教材信息库中;对于已有记录的教材只需将对应教材编号录入到各专业年级所需教材信息库中.
2、各班学生在网上根据各专业本学期的所用教材选定教材,填写学生选定表；教师也选所需的教学用书或自购教材，填写教师选定表；选完教材后，产生各专业本学期所需每种教材的数量,即形成新的各专业所需教材信息库，并且生成学生订购登记表、班级订购登记表和教师订购登记表给学生和教师。
3、根据各专业所需教材信息库、教材库存簿，生成订书单，登记教材订购信息到教材订购登记库中，并将订书单发给书商.
4、书商发货的同时附有发书清单，由管理员根据教材在库中的实际摆放在发书清单上批注架号，入库管理员根据发书清单和登记有历史订书信息的教材订购登记库对教材验收入库,形成入库登记薄和新的教材库存薄，并打印此次入库的入库结算单报财务处与书店结算。
5、各班负责人持班级订购登记表交纳教材费；教师持教师订购登记表交纳教材费，如教师订购登记表备注为教学用书则不用交钱。
交钱后,班级和教师订购登记表要盖章证明已交纳完毕.
6、各班负责人和教师持盖章后的订购登记表到教材科，由管理员进行教材出库，打印出教材出库清单给取书员，并登记出库信息,修改教材库存簿。
7、取书员验证盖章后的班级或教师登记表后，根据教材出库清单从库中取书。
取书后给各班负责人和教师教材销售发票.
图2新业务流程图
Fig。
2 new business flow chart
新业务流程与原业务流程的比较
1、新增各专业年级所需教材信息库,在计算教材订购数量时，原来的业务操作只是根据教学计划报表与教材选定任务单对照库存粗略计算，而新的业务流程是利用网络进行教材的选定,自动生成订书单，力求达到零库存；并且所用的各种原始表可利用校园局域网直接从网上获得。
2、订购教材之前先对教材进行编号，而不是教材发来以后才进行编号，减少了手工作业，计算机化程度高。
3、计算机上教材的入库和出库是由一位科员操作完成的，而现在可把教材的入库和出库改为两位科员操作，这样在每学期发放教材的高峰期可减短时间；并且出库时用到学生和教师订购登记库,也减短了出库时间。
数据流程图(DFD：Data Flow Diagram)
数据流程图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式，也是系统设计的主要依据之一。
数据流程图由四种基本成分组成：
1.外部实体:外部实体在数据流程图中表示所描述系统的数据来源和
去处的各种实体或工作环节。
2.加工（处理逻辑)：描述系统对信息进行处理的逻辑功能。
3.数据存储：系统信息处理功能需要的、不考虑存储物理介质和技术
手段的数据存储环节。
4.数据流:描述与系统信息处理功能有关的各类信息的载体。
下面是数据流程图基本成分的符号：
外部实体加工（处理逻辑）
数据存储数据流
图3.1 教材管理系统顶层DFD
Fig。
3.1 the top DFD of teaching material management system
教材管理系统一级细化P1
教材管理系统一级细化P2
教材管理系统一级细化P3
教材管理系统一级细化P4
教材管理系统一级细化P5
教材管理系统一级细化P6
图3。
2 教学管理系统一级细化DFD
Fig.3。
2 the first decomposition of teaching material management system
教材管理系统P2的二级细化
教材管理系统P3的二级细化
教材管理系统P4的二级细化
教材管理系统P5的二级细化
教材管理系统P6的二级细化
图3。
3教材管理系统二级细化DFD
Fig。
3.2 the second decomposition of teaching material management system
教材管理系统P2的三级细化
教材管理系统P4的三级细化
教材管理系统P6的三级细化
图3.4 教材管理系统三级细化DFD
Fig。
3。
2 the third decomposition of teaching material management system。