实验三：软件工程软件设计
软件工程实验(共五次)
软件工程课程实验指导书软件工程是随着计算机系统的发展而逐步形成的计算机科学领域中的一门新兴学科。
通过软件工程课程的学习，能够达到正确的安排软件的结构，合理组织、管理软件的生产的教学目的。
教学的实践环节是本课程的重要部分，通过实验例证理解掌握软件工程各阶段的任务和完成后的文档是什么及完成方法。
本课程实验环节安排10学时，主要完成需求分析、模块设计、数据库设计、详细设计和测试分析六个部分。
具体安排如下：课时分配：内容实验一实验二实验三实验四实验五课时 2 2 2 2 2实验一编写系统需求说明书一、实验题目对系统进行需求分析。
并编写系统需求分析说明书。
二、实验目的通过对选定系统进行系统分析和编写需求说明书，掌握系统需求分析的步骤和方法，明确需求说明书内容和格式。
通过对visio2003的熟悉应用，把系统的逻辑模型画出来。
三、预习1、系统的数据描述、功能描述方法；2、需求分析工具（业务流程图、数据流图、数据字典）；3、系统需求分析步骤和内容；四、实验设备与环境1、运行和使用visio2003；2、收集整理资料的资料室和虚拟用户或实际用户。
五、实验内容选定系统后，进行系统分析，然后按如下编写提示撰写需求说明书。
1、引言⑴编写目的说明编写软件需求说明的目的，指出预期的读者。
⑵背景说明说明待开发的软件系统的名称；本项目的任务提出者、开发者、用户及实现该软件的计算机中心或网络中心；该软件系统同其他系统或其他机构的基本的相互来往关系。
⑶定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
⑷参考资料列出有关的参考资料及资料的来源。
2、任务概述⑴目标叙述该软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本系统是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的系统是一个更大的系统的组成部分，则应说明本系统与该系统中其他各组成部分的关系，用方框图来说明该系统的组成和本系统同其他各个部分的联系和接口。
软件课程设计实验报告(3篇)
软件课程设计实验报告（3篇）【导语】软件课程设计试验报告怎么写出亮点？整理了3篇优秀的《软件课程设计试验报告》通用版范文，有规范的开头结尾写法和标准的书写格式。
是您写出深受大家欢迎的综合报告抱负参考模板，盼望对您有所关心。
【第1篇】软件课程设计试验报告一、目的、要求通过该课程设计要使同学树立起剧烈的工程化意识，用工程化思想和方法开发软件。
切实体会出用软件工程的方法开发系统与一般程序设计方法的不同之处，同学在对所开发的系统进行软件方案、需求分析、设计的基础上，实现并测试实际开发的系统。
通过一系列规范化软件文档的编写和系统实现，使同学具备实际软件项目分析、设计、实现和测试的基本力量。
二、主要内容要求同学把握软件工程的基本概念、基本方法和基本原理，为将来从事软件的研发和管理奠定基础。
每个同学选择一个小型软件项目（内容参照《计算机综合实践指导》，宋雨等编著，清华高校出版社出版），根据软件工程的生命周期，完成软件方案、需求分析、软件设计、编码实现、软件测试及软件维护等软件工程工作，并按要求编写出相应的`文档。
详细的方法可以选用传统的软件工程方法或者面对对象的方法，开发环境和工具不限。
三、进度方案略四、设计成果要求1．至少提交4个文档,包括软件方案、软件需求规格说明书、软件设计说明书、软件测试方案，要求文档格式规范、规律性强（可参考《计算机综合实践指导》中给出的要求及格式）、图表规范；2．独自实现了系统的某些功能，基本达到了要求的性能，经过了测试，基本能运行。
五、考核方式（1）提交的文档规范，工作量大，文档规律性强、正确，按《计算机综合实践指导》标准考核（附《软件工程课程设计》试验报告评分表）占60%（2）系统验收、讲解、答辩占25% （3）考勤占15%软件课程设计试验报告【第2篇】应用软件课程设计报告计算机是一门技术性、工程性和应用性很强的学科，教育部高等学校计算机科学与技术教学指导委员会的进展战略讨论报告中也指出：计算机专业的人才应当被分为科学型、工程型、应用型三类，而绝大多数应当是工程型和应用型的。
《软件工程》实验教案
《软件工程》实验教案一、实验目的1. 让学生了解软件工程的基本概念、原则和方法。
2. 培养学生运用软件工程知识分析和解决实际问题的能力。
3. 加深学生对软件开发过程的理解，提高团队协作和沟通能力。
二、实验内容1. 实验一：软件工程概述了解软件工程的定义、目的、历史和发展趋势。
掌握软件开发过程中的基本活动和相关工具。
2. 实验二：需求分析学习需求分析的基本方法，如问卷调查、访谈、观察等。
实践使用需求分析工具，如UseCase图、DFD图等。
3. 实验三：软件设计掌握软件设计的基本原则，如模块化、抽象、封装等。
学习软件设计的方法，如结构化设计、面向对象设计等。
4. 实验四：编码与实现熟悉编程语言的基本语法和编程规范。
5. 实验五：软件测试了解软件测试的目的、方法和过程。
学习使用测试工具进行单元测试、集成测试和系统测试。
三、实验步骤1. 实验一：软件工程概述讲解软件工程的定义、目的、历史和发展趋势。
介绍软件开发过程中的基本活动和相关工具。
2. 实验二：需求分析讲解需求分析的基本方法。
练习使用需求分析工具，如UseCase图、DFD图等。
3. 实验三：软件设计讲解软件设计的基本原则和方法。
练习进行结构化设计和面向对象设计。
4. 实验四：编码与实现讲解编程语言的基本语法和编程规范。
5. 实验五：软件测试讲解软件测试的目的、方法和过程。
练习使用测试工具进行单元测试、集成测试和系统测试。
四、实验要求1. 实验一：软件工程概述2. 实验二：需求分析完成一个简单的需求分析案例，绘制UseCase图和DFD图。
3. 实验三：软件设计完成一个简单的软件设计案例，包括结构化设计和面向对象设计。
4. 实验四：编码与实现5. 实验五：软件测试五、实验评价1. 实验一：软件工程概述评价学生对软件工程基本概念的理解程度。
2. 实验二：需求分析评价学生对需求分析方法的掌握程度。
3. 实验三：软件设计评价学生对软件设计原则和方法的掌握程度。
软件工程实验三-概要设计
软件工程实验三-概要设计人事工资管理系统概要设计目录1.导言 (3)1.1目的 (3)2.系统分析 (4)3.界面设计 (4)图2-5人事管理0层编号1的数据流图 (7)图2-6 人事管理0层编号2的1层数据流图 (8)图2-7 工资管理0层数据流图 (8)4.体系结构 (8)4.1体系结构 (9)４.１.１ＳＴＲＵＣＴ体系结构 (9)４.１.２系统体系结构 (9)4.2系统运行环境 (10)4.2.1网络结构图........................................................................................... 错误!未定义书签。
4.2.2 硬件环境 (10)4.2.3软件环境 (10)5.数据模型 (11)5.1数据库的概念结构模型设计 (11)5.2数据库的逻辑结构模型设计 (11)5.3数据库管理物理结构模型设计 (11)6.模块设计 (12)6.1.1表示层设计 (12)6.1.2控制层 (12)6.1.3模型层 (12)6.2登录管理模块设计 (12)6.2.1表示层设计 (12)6.2.2控制层设计 (13)6.2.3模型层设计 (13)1.导言1.1目的该文档的目的是描述人事工资管理系统项目的概要设计，其主要内容包括：●系统功能简介●系统结构设计●系统接口设计●数据设计●模块设计●界面设计本文档的预期的读者是：●开发人员●项目管理人员●测试人员1.2范围该文档定义了系统的结构和单元接口，但未确定单元的实现方法，这部分内容将在详细设计/实现中确定。
1.3缩写说明UMLUnified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。
HRHuman resources management（人事工资管理管理）的缩写。
1.4引用标准[1] 《企业文档格式标准》北京长江软件有限公司[2] 《软件概要设计报告格式标准》北京长江软件有限公司软件工程过程化组织1.5参考资料[1] 《实战ｓｔｒｕｃｔ》〔美〕ＴｅｄＨｕｓｔｅｄ机械工业出版社[2] 《软件重构》清华大学出版社2.系统分析本系统可以实现人事工资管理，人事管理者通过该系统进行人事工资管理。
云大软件工程实验三 软件设计
云大软件工程实验三软件设计在软件工程的学习中，实验是帮助我们深入理解理论知识、掌握实际操作技能的重要环节。
实验三的软件设计，更是让我们亲身体验了从需求分析到架构搭建的整个过程，这不仅考验了我们的专业知识，也锻炼了我们的逻辑思维和创新能力。
软件设计，简单来说，就是根据用户的需求，确定软件系统的整体结构、模块划分、数据结构、算法流程等。
它就像是为一座即将建造的大楼绘制蓝图，只有设计得合理、完善，后续的施工（编码）才能顺利进行，最终建成的大楼（软件系统）才能坚固、美观、实用。
在本次实验中，我们首先进行了需求分析。
需求分析是软件设计的基础，就如同盖房子前要明确房子的用途、居住人数、功能需求等。
我们通过与用户的沟通、对业务流程的了解，收集了大量的需求信息，并对其进行整理、分类和优先级排序。
这其中，要特别注意需求的明确性和完整性，避免模糊不清或者遗漏重要需求，否则后续的设计和开发工作将会陷入困境。
接下来是总体设计。
在这个阶段，我们要确定软件系统的整体架构，比如是采用 C/S 架构还是 B/S 架构，是分层架构还是微服务架构等。
同时，还要划分出各个模块，并明确它们之间的关系。
这就像是把大楼划分成不同的区域，如客厅、卧室、厨房等，并确定它们之间的通道和连接方式。
在进行总体设计时，要充分考虑系统的可扩展性、可维护性和性能等方面的要求。
然后是详细设计。
详细设计是对总体设计的进一步细化，包括每个模块的内部结构、算法流程、数据结构、接口定义等。
这就好比是为每个房间确定具体的布局、装修风格、家具摆放等。
详细设计的好坏直接影响到代码的编写质量和效率，因此需要我们非常仔细和认真地对待。
在软件设计过程中，有几个关键的原则需要遵循。
首先是高内聚低耦合原则。
高内聚意味着一个模块内部的各个元素之间联系紧密，共同完成一个明确的功能；低耦合则表示模块之间的依赖关系尽量少，这样当一个模块发生变化时，对其他模块的影响最小。
其次是开闭原则，即软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
软件工程实验报告
实验一：基于UML的用例模型试验实验目的：1、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容：1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤：1、使用Visio绘制用例模型（1）启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面，在“类别”选项区域中才、选择“软件”项：然后在“模板”选项区域中选择UML模型图，即可打开制作UML模型的全部对彖图集，Vise提供了关于制作UML模型所需要的全部图表，支持开发人员进行面向对彖的分析和设计工作。
（2）保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮，来保存系统模型，保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型（1）Rational Rose 的启动：选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项，弹出对话框。
这个对话框用来设置本次启动的初始动作，分为New （新建模型）Existing （打开现有模型）和Recent （最近打开模型）三个标签。
（2）新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击，在弹出的快捷菜单中选择New一UseCase Diagram选项。
此时出现New Diagram用例图名称并允许修改，将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”，在Diagram窗I I中出现“Use CaseDiagiain： Use CaseView/医疗器材管理系统用例图”，可以在该窗1 1中绘制用例图。
软件工程 实验三
软件工程实验三软件工程实验三1.引言1.1 目的本文档的目的是描述软件工程实验三的相关内容和要求。
本实验旨在通过设计和实现一个软件系统，应用软件工程的原理和技术，提高学生对软件工程过程和方法的理解和应用能力。
1.2 范围本实验将涉及以下内容：●需求分析和规约●系统设计和建模●软件系统实现●验证和测试2.需求分析和规约2.1 系统描述描述软件系统的功能和特性，包括用户需求和系统需求。
2.2 功能需求列出软件系统的必须功能和期望功能，明确功能的优先级和依赖关系。
2.3 非功能需求列出软件系统的性能需求、安全需求、可靠性需求、可用性需求等。
3.系统设计和建模3.1 系统架构设计描述系统的总体架构和组成模块，包括模块之间的通信和数据流。
3.2 数据模型设计设计系统使用的数据模型，包括实体关系模型、类图等。
3.3 功能模块设计对系统的每个功能模块进行详细设计，包括接口设计、数据结构设计等。
4.软件系统实现4.1 编程语言和开发环境确定使用的编程语言和开发环境，以及必要的开发工具和库。
4.2 模块实现按照设计要求，实现每个功能模块，编写代码并进行测试。
4.3 系统集成将各个功能模块进行集成测试，确保整个软件系统正常运行。
5.验证和测试5.1 单元测试对每个功能模块进行单元测试，确保模块的功能正确。
5.2 集成测试对整个系统进行集成测试，验证各个模块之间的协作和交互。
5.3 系统测试对系统进行系统级测试，模拟实际使用环境，测试系统的性能和稳定性。
6.附件附件1：需求规约文档附件2：系统设计图纸附件3：源代码7.法律名词及注释●著作权：指对于作品享有的法律权益，包括复制、发行和演绎等权利。
●许可证：指授权他人使用软件的一种形式，可以是开源许可证或商业许可证。
●维护费用：指使用软件时需要支付的额外费用，例如维护和支持服务。
软件工程形考三实验2023简版
软件工程形考三实验软件工程形考三实验实验背景软件工程是现代软件开发过程中的一门重要学科，其涉及到软件的设计、开发、测试、维护等方面。
为了全面了解和掌握软件工程的基本知识和技能，培养学生的软件开发能力，软件工程面向对象课程通常会设置一系列实验。
实验目的本次实验旨在帮助学生理解软件工程的基本理论和实践技能，在实际项目中应用所学的知识，通过团队合作完成一个小型软件项目。
实验要求实验要求学生以小组为单位，完成一个小型软件项目，项目的主题和功能要求由教师提供。
每个小组需要按照软件工程的规范进行需求分析、设计、编码、测试等工作，并提交相应的文档和代码。
实验步骤1. 需求分析根据教师提供的项目主题和功能要求，小组成员需要分析用户需求，明确软件的功能需求和非功能需求，并将其记录在需求分析文档中。
在需求分析过程中，需要与教师和用户充分沟通，确保对需求的理解准确。
2. 系统设计在系统设计阶段，小组成员需要根据需求分析结果，设计软件的体系结构、模块划分和接口设计。
可以使用UML图等工具进行系统设计，将设计结果记录在系统设计文档中。
3. 编码实现根据系统设计文档，小组成员需要编写代码实现软件的各个功能模块。
在编码过程中，需要遵循编码规范，保持代码的可读性和可维护性。
4. 单元测试在完成代码编写后，小组成员需要进行单元测试，验证代码的正确性。
可以使用单元测试框架进行测试，并记录测试结果和测试覆盖率等指标。
5. 系统测试在整个软件开发过程完成后，小组成员需要对整个系统进行测试。
可以进行功能测试、性能测试、压力测试等，确保软件能够满足用户的需求。
测试结果需要记录在系统测试文档中。
6. 文档编写在以上各阶段完成后，小组成员需要根据实际开发情况撰写相应的文档，包括需求分析文档、系统设计文档、单元测试文档、系统测试文档等。
文档需要按照Markdown格式编写，以方便阅读和分享。
实验评估本次实验将根据小组提交的文档和代码进行评估。
评估的主要内容包括需求分析的完整性、系统设计的合理性、代码的规范性、测试结果的准确性等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验三：软件设计过程（一）实验学时： 4 实验类型：综合性一、目的与任务目的：在实验二基础上完成系统的体系结构的建立，并给出相应的系统设计说明书。
任务：认真分析实验二的结果，给出系统合理的体系结构，描绘系统结构图（或层次方框图），并合理划分系统的各组成模块，最后给出系统的各部分设计说明书。
二、内容、要求与安排方式1、实验内容与要求：功能结构图设计（或层次图），软件处理流程设计，输出设计（主要指打印输出设计）存储文件格式设计（数据库结构设计），输入设计（主要指数据录入卡设计），2、实验安排方式：一人一组，每人 1 台计算机。
三、思考题1．系统设计和需求分析的关系是什么？两者必须先后关联吗？2．怎样描绘系统的体系结构？3．怎样绘制复合规范的流程图。
4．怎样组织对设计阶段工作的评审？概要设计说明书1 引言 (3)1.1 编写目的 (3)1.2 背景 (3)1.3 定义 (3)1.4 参考资料 (3)2 总体设计 (3)2.1 需求规定 (3)2.2 运行环境 (3)2.3 基本设计概念和处理流程 (4)2.4 结构 (4)2.5 功能器求与程序的关系 (4)2.6 人工处理过程 (4)2.7 尚未问决的问题 (4)3 接口设计 (4)3.1 用户接口 (4)3.2 外部接口 (4)3.3 内部接口 (5)4 运行设计 (5)4.1 运行模块组合 (5)4.2 运行控制 (5)4.3 运行时间 (5)5 系统数据结构设计 (5)5.1 逻辑结构设计要点 (5)5.2 物理结构设计要点 (5)5.3 数据结构与程序的关系 (5)6 系统出错处理设计 (6)6.1 出错信息 (6)6.2 补救措施 (6)6.3 系统维护设计 (6)1 引言1.1 编写目的说明编写这份概要设计说明书的目的，指出预期的读者。
1.2 背景说明：a. 待开发软件系统的名称；b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出有关的参考文件，如：a. 本项目的经核准的计划任务书或合同，上级机关的批文；b. 属于本项目的其他已发表文件；c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 总体设计2.1 需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。
2.2 运行环境简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录 C 。
2.3 基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
2.4 结构用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系2.5 功能器求与程序的关系2.6 人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）2.7 尚未问决的问题说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3 接口设计3.1 用户接口说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
3.2 外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3.3 内部接口说明本系统之内的各个系统元素之间的接口的安排。
4 运行设计4.1 运行模块组合说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
4.2 运行控制说明每一种外界的运行控制的方式方法和操作步骤。
4.3 运行时间说明每种运行模块组合将占用各种资源的时间。
5 系统数据结构设计5.1 逻辑结构设计要点给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2 物理结构设计要点给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
5.3 数据结构与程序的关系说明各个数据结构与访问这些数据结构的形式。
6 系统出错处理设计6.1 出错信息用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
6.2 补救措施说明故障出现后可能采取的变通措施，包括：a. 后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；b. 降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；c. 恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3 系统维护设计说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
各个程序之间的对应关系。
总体设计说明书1．引言1.1 编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后1.2 项目背景本项目（机票预定系统）时由<>航空公司委托，由<> 负责开发。
机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：1.3 定义1．3． 1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS ）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3． 2 缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language （结构化查询语言）。
ATM: Asynchronous Transfer Mode （异步传输模式）。
1.4 参考资料以下列出在概要设计过程中所使用到的有关资料：1．机票预定系统项目计划任务书2．机票预定系统项目开发计划<>航空公司》软件开发小组1999/31999/3机场飞机起飞管理3．需求规格说明书《》软件开发小组1999/34．用户操作手册（初稿）《》软件开发小组1999/45．软件工程及其应用周苏、王文等天津科学技术出版社1992/16．软件工程张海藩清华大学出版社1990/117．Computer Network A.S.Tanenbaun Prentice Hall1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
2．任务概述2.1 目标2.2 运行环境系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium 133 级别以上，客户程序应能够在Pentium 133 级别以上, Win NT 环境下运行。
2.3 需求概述航空公司为方便旅客，需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。
旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
2.4 条件与限制3．总体设计3.1 处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。
系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。
以下将分别对系统的这两大部分进行流程分析：3.1.1 客户机程序流程客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。
输出为打1． 读入并确定（定票 / 领票） 它是一个事务处理中心，若输入是定票时转入 2 ，输出则转入 5。
2． 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送 3。
3． 检验输入资料 检验格式化输入资料， 初步检查输入是否有误， 它是一个事务处理 中心，有误则转 2 再次读入，检查无误则将数据送 4。
4． 准备服务器数据 由格式化旅客资料准备需发送到服务器的数据， 将准备好的数据 送 7。
5． 读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送 6。
6． 准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于 4，它将准备的是帐单号，将准备好的数据送 7。
7． 准备网络数据包 将数据准备 /加密成网络传输数据包。
8． 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。
9． 网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网 络的接口。
10． 解开 /判断 解开 9 所接受的数据包， 并判断数据是定票数据或是领票数据， 它 是一事务处理中心，是定票则将数据送 11，是领票则将数据送 18。
11． 定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成功则 将数据送 12，不成功则将数据送 15。
12． 准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送 入 13，其他包括旅客资料等送入 14 。
13． 打印帐单 由帐单信息处理帐单格式并打印出帐单。
14． 输出定位确定 在屏幕上显示确定定位及其他信息。
15． 判断错误 由数据判断出错误类型，将类型送到 16。