计算机管理信息系统章详细设计(共84张)

计算机管理信息系统章详细设计2025/8/71第一页，共84页。绪言

详细设计是对概要设计活动的延续，其成果将是编程实现的直接依据。概要设计几乎不考虑计算机实现的问题，仍然是把关注的焦点放在系统的逻辑结构上，到了详细设计阶段，则更多的是要考虑如何构造用计算机实现的方案。这一阶段的主要任务包括代码设计、数据库设计、系统平台设计和程序设计等。2025/8/72第二页，共84页。6.1代码设计6.1.1代码的概念6.1.2代码设计的任务6.1.3代码的作用6.1.4代码的设计原则6.1.5代码的种类6.1.6代码的校验2025/8/73第三页，共84页。6.1.1代码的概念为了适应计算机信息处理的特点，在管理信息系统中，对大量的实体信息都要进行代码设计，以便于检索。如职工编号、物资编号、部门编号、产品编号、零部件及材料编号等，这一活动被称为代码设计。代码是一组可以包含事物的类别、属性、状态等信息的符号或记号，它可以是字符、数字、特殊符号或它们的组合。代码以简短的符号形式代替了具体的文字说明，具有简洁、形象、便于记忆、便于计算机识别和处理的特点。2025/8/74第四页，共84页。6.1代码设计6.1.1代码的概念6.1.2代码设计的任务6.1.3代码的作用6.1.4代码的设计原则6.1.5代码的种类6.1.6代码的校验2025/8/75第五页，共84页。6.1.2代码设计的任务代码设计的主要任务，就是把管理信息系统要处理的事物：用特定的字符、数字或其组合来描述，设计出一套供管理信息系统开发和运行中使用的代码系统，以便于计算机系统识别与处理，便于对信息实现索引、查询、分类、统计、汇总等操作。2025/8/76第六页，共84页。6.1代码设计6.1.1代码的概念6.1.2代码设计的任务6.1.3代码的作用6.1.4代码的设计原则6.1.5代码的种类6.1.6代码的校验2025/8/77第七页，共84页。6.1.3代码的作用管理信息系统的主要特点是对大量的实体数据进行分类、存储、检索、统计等处理操作，从中产生有价值的信息，以辅助管理过程控制与管理决策。管理信息系统能否开发成功，代码的设计是一项非常关键的基础工作。代码对管理信息系统的作用大致体现在五个方面：标识作用。代码在系统内具有唯一性，可用来标识和确定某个具体的对象，避免了文字描述、术语和别名等的二义性，以便于计算机的识别。便于录入、分类、统计、检索等操作。当实体信息按属性或类别进行编码后，简化了统计和检索处理过程。代码可以用来标明事物所处的状态，便于对象的动态管理。可以节省存储空间，提高处理速度与精度。可以提高数据标准化程度。2025/8/78第八页，共84页。6.1代码设计6.1.1代码的概念6.1.2代码设计的任务6.1.3代码的作用6.1.4代码的设计原则

6.1.5代码的种类6.1.6代码的校验2025/8/79第九页，共84页。6.1.4代码的设计原则代码的设计要考虑的因素包括：（1）代码的唯一性，即每个代码都仅代表唯一的实体或属性。（2）代码的通用性。代码设计过程中，应尽量采用成熟的标准。这方面有国家标准、行业标准和企业标准可供参考。（3）代码的可扩充性，即编码空间和码距应具有一定的弹性，当增加新的实体或属性时，可直接利用源代码扩充，而不需要变动代码系统。（4）使代码具有简洁性。如果代码太长会影响所占存储空间、输入/输出速度以及输入时的出错率，所以代码设计的应尽量简洁。（5）系统性。代码设计要有规律，逻辑性强，既便于计算机处理，也便于人识别、记忆和手工使用。2025/8/710第十页，共84页。6.1代码设计6.1.1代码的概念6.1.2代码设计的任务6.1.3代码的作用6.1.4代码的设计原则6.1.5代码的种类6.1.6代码的校验2025/8/711第十一页，共84页。6.1.5代码的种类代码的设计要适应管理业务的需要，又要符合被编码实体的特性。比如图书的编码，除了需要区别是哪一本书之外，一般在查询的时候还需要知道是哪一个学科类别的，因此，图书的编码中除了序号之外，还需要包含分类信息。对于钢材的编码，除了区别类别之外，还需要包含形状的信息，如槽钢、角钢、板材等。常见的编码有顺序码、分段码、字母码、组合码、混合码和特征组合码。（1）顺序码。将顺序的自然数和字母赋予编码对象。用连续数字代表编码对象。如张平的职工号为0001，李立的为0002等，顺序码的优点是简单，易追加，缺点是可识别性差，无逻辑性。2025/8/712第十二页，共84页。（2）分段码。将整个编码长度分成几段，分别表示不同的分类信息，每段具有一定的含义，如我们熟悉的学号，就是一种分段编码。2025/8/713第十三页，共84页。（3）字母码。用具有特定意义的字母代表某一类项目。如电视用“TV”，厘米用“cm”。字母码的优点是可用汉字拼音或英语联想帮助记忆，缺点是位数多、处理不便，易产生重复。（4）组合码。由上述编码组合而成。如学号就由分段和顺序码组合而成。（5）混合码。用字符、数字混合组码，如汽车牌号“豫P3622”。（6）特征组合码。将分类对象按其属性或特征分成若干个“面”，每个“面”内的诸类目按其规律分别进行编码。2025/8/714第十四页，共84页。6.1代码设计6.1.1代码的概念6.1.2代码设计的任务6.1.3代码的作用6.1.4代码的设计原则6.1.5代码的种类6.1.6代码的校验

2025/8/715第十五页，共84页。6.1.6代码的校验由于手工操作在代码输入的过程中经常会出现一些习惯性的错误，出错的情形大约有抄写错误、易位错误、双位错误、随机错误等。为了在一定程度上避免输入错误，在代码设计时往往设计有校验位。源代码是按照某种编码规则构成的。实际使用中，为了保证正确的输入，在源代码的后面还可以附上一至两位校验码。校验码是通过事先规定的数学方法计算得到的，使它变成代码的一个组成部分；使用时与源代码一起输入，此时计算机会分离出原码段与校验码段，并用同样的数学运算方法按输入的原码段的代码数字计算出校验位，并将它与校验位进行比较，以检验输入是否错误。2025/8/716第十六页，共84页。校验码的生成过程如下：（1）对源代码中的每一位加权求和。N位代码：C1，C2，…，Cn权因子：P1，P2，…，Pn加权和：C1*P1+C2*P2+…+Cn*Pn权因子可选为自然数1、2、3、4、5，也可用几何级数2、4、8、16、32或质数3、5、7、11、13或其他系列。（2）以模除“加权和”得“余数”。S/M=Q………R其中，S表示加权和，M代表模，Q表示商，R表示余数。模可取不同的数，如9、10、11、37、97等。2025/8/717第十七页，共84页。（3）得到校验码。将模和余数之差作为校验码，或将余数直接做校验码，附加在源代码后。例如，源代码为2578、权系数为1234、模为9，则加权和：2*1+5*2+7*3+8*4=65校验码：65/9=7………2,9-2=7所以带校验位的代码为25787，其中7为校验位。（4）用校验码检查代码的过程。设输入的代码（含校验码）为55787，其中7为校验位，对每一位乘以它的原来的权，校验位乘的权为1。用所得的加权和被模除，若余数为0，则该代码一般来说是正确的，否则就是输入有错。上述代码显然有错，因为其加权和除以模的余数不为0。注：余数为0的原理很简单，即按原码段计算出来的加权和被模除后有一个余数，把这个余数加上校验位上的数正好等于模。所以原码段的加权和，再加上校验位上的数之后，一定可以被模整除。2025/8/718第十八页，共84页。6.2数据库设计6.2.1数据库设计的相关概念6.2.2数据库设计的主要任务6.2.3概念模型6.2.4概念模型到数据模型的转换策略2025/8/719第十九页，共84页。6.2.1数据库设计的相关概念（1）数据库与数据库管理系统。数据库是长期储存在计算机内的、有组织的、可共享的数据集合。数据库仅仅是一个概念，是对这种数据集合的统称。数据库由数据库管理系统统一管理，以保证数据的安全性、可靠性和提供多用户共享。因此，数据库管理系统是对这一类软件的统称，如SQLServer是微软公司开发的一个数据库管理系统，类似的Foxpro、Mysql、Oracal等都分别是一种数据库管理系统。（2）数据模型。从数据库对数据管理的模式分类，数据库有层次型、网状型和关系型。较常见的是关系模型。（3）数据处理与数据管理。数据处理是指对各种数据进行收集、存储、加工和传播的一系列活动的总称。数据管理指的是对数据进行分类、组织、编码、存储、检索和维护等，它是数据处理的中心问题。2025/8/720第二十页，共84页。6.2数据库设计6.2.1数据库设计的相关概念6.2.2数据库设计的主要任务6.2.3概念模型6.2.4概念模型到数据模型的转换策略2025/8/721第二十一页，共84页。6.2.2数据库设计的主要任务管理信息系统中对于大量数据的存储与共享，一般都会用到数据库的支持，即录入的大量数据或信息需要以某种方式存储到数据库中，并在数据库管理系统的支持下，对数据进行各种加工处理，以实现查询、统计等功能。因此，管理信息系统开发过程中，对于数据库的设计是一种重要的任务。如何将实体、信息转化为相应的数据，并以与数据库相适合的模式存到数据库中，以实现数据共享，这是数据库设计的中心任务。因此，数据库设计的主要任务包括实体的代码设计、实体概念模型到数据模型的转换以及对数据存储结构的规范化处理。2025/8/722第二十二页，共84页。6.2数据库设计6.2.1数据库设计的相关概念6.2.2数据库设计的主要任务6.2.3概念模型6.2.4概念模型到数据模型的转换策略2025/8/723第二十三页，共84页。6.2.3概念模型1．实体、信息和数据实体、信息和数据分别描述了人们在认识客观事物、记录客观事物的过程中三个不同范畴的概念。现实世界中形形色色的事物都以其固有的特征和行为客观地存在和运动着，这些内容反映到人的头脑中就形成了信息，要把这些信息记录下来，以便被加工和利用，就必须利用数据这一载体形式。在管理信息系统的开发过程中，被管理的对象就是客观事物，对客观事物的认识和记录就分别表现为信息和数据的形式。分清这三个相互映射的范畴的对应概念非常重要。表以表格的形式分别对照地说明了这三个范畴的相关概念。图以图示的方式形象地表示了这三个范畴中相关概念的映射与演变过程。2025/8/724第二十四页，共84页。6.2.3概念模型1．实体、信息和数据2．“实体-关系”模型2025/8/725第二十五页，共84页。表6.1现实世界、信息范畴和数据范畴概念的关系2025/8/726第二十六页，共84页。图6.1实体、概念模型、数据模型的关系在系统开发过程中，首先要选择确定信息系统被管理的对象，如物资、产品、原材料、定额、工序等，这些是客观事物。对客观事物进行分析，抽取能够表述其特征与行为的属性，需要用到信息范畴的相关概念，我们常用实体关系模型来表示对这些客观事物的认识和描述。最后，要把这些信息存储在计算机管理信息系统中，则必须将其转变为数据库中的相关概念，如关系、记录、字段等概念。2025/8/727第二十七页，共84页。6.2.3概念模型1．实体、信息和数据2．“实体-关系”模型2025/8/728第二十八页，共84页。2．“实体-关系”模型概念模型，即“实体-关系”模型具有三种基本成分：实体、关系和属性。在系统分析与设计过程中，常用“E-R图”来表示，如图所示。图6.2表示实体-关系模型的“E-R图”2025/8/729第二十九页，共84页。（1）客观存在并可相互区分的事物叫实体。如图中的“学生”、“课程”，在管理信息系统中，这些实体对应的事物就是被管理的对象。实体不仅是客观世界中存在的有形的物本，也可以是我们思维过程中的一个概念，如“定额”、“职称级别”、“工资等级”、“学生类别”、“学科性质”等。（2）属性是实体所具有的一些特性，一般使用一组属性来描述一个实体的特征，即一个实体可以由若干个属性来刻画。如图所示，学生可由学号、姓名、系别等组成。课程可以用课程编号、课程名、主讲老师等属性来描述。（3）域是属性的取值范围。例如，性别的域为“男”、“女”，月份的域为1～12的整数。（4）关系是实体之间的相互关联。如学生与老师间的授课关系、学生与学生间的班长关系。关系有一对一、一对多、多对多三种不同类型。关系也可以有属性，如学生与课程之间有选课联系，每个选课联系都有一个成绩作为其属性。（5）关系的元或度，参与关联的实体集的个数称为关系的元。图中，学生选修课程是二元联系。（6）能唯一标识实体的属性称为主码。一个实体集中任意两个实体在主码上的取值不能相同。如学号是学生的实体主码。注意：主码对应数据库中的关键字域，但在实体-关系图中称码为“主码”，而不是叫关键字，关键字是数据库中的概念。2025/8/730第三十页，共84页。6.2数据库设计6.2.1数据库设计的相关概念6.2.2数据库设计的主要任务6.2.3概念模型6.2.4概念模型到数据模型的转换策略2025/8/731第三十一页，共84页。6.2.4概念模型到数据模型的转换策略在E-R模型中有实体和关系两类元素，这些信息在数据库设计中将转变为数据库关系模型中的二维表来表示。关系又有多种类型，如“1对1”关系、“1对多”关系和“多对多”关系，如何将“实体”和不同的种类的“关系”转化为相应的二维表形式，需要掌握一些具体的转换策略。（1）用二维表表示一个实体的信息。如图所示，将实体的相关信息表示为二维表时，实体的具体某个属性对应二维表中的一个列，每一列关系型数据库中对应一个字段。每个实体的信息，在二维表中对应一行，第一行在关系型数据库中对应一条记录。实体的主码就是二维表的关键字。实体信息用概念模型表示就是图中的“E-R”图，将其转为关系模型中的表示方式，就是图中“学生（*学号，姓名，籍贯）”这种形式，就是关系模型，对应一张二维表。在设计数据结构时，常需要将这种关系模型表示方式表示为图右侧的数据结构表示形式。2025/8/732第三十二页，共84页。（1）用二维表表示一个实体的信息。如图所示，将实体的相关信息表示为二维表时，实体的具体某个属性对应二维表中的一个列，每一列关系型数据库中对应一个字段。每个实体的信息，在二维表中对应一行，第一行在关系型数据库中对应一条记录。实体的主码就是二维表的关键字。实体信息用概念模型表示就是图中的“E-R”图，将其转为关系模型中的表示方式，就是图中“学生（*学号，姓名，籍贯）”这种形式，就是关系模型，对应一张二维表。在设计数据结构时，常需要将这种关系模型表示方式表示为图右侧的数据结构表示形式。图6.3用二维表表示实体信息2025/8/733第三十三页，共84页。（2）用二维表表示一个m:n关系。如图所示，与关系“选修”相连的各实体的代码，如“学号”、“课程号”以及关系本身的属性“成绩”均成为此表的列。此表的关键字为相连的各实体的关键字的组合，即“学号+课程号”。图6.4用二维表表示m:n的关系2025/8/734第三十四页，共84页。（3）用二维表表示一个1:n关系。如图所示，使用两个二维表表示这种1:n的关系，将一端实体的关键字并入n端实体，即在n端实体的表中增加1端实体的代码，如“班级号”。图6.5用二维表表示1:n的关系2025/8/735第三十五页，共84页。（4）用二维表表示一个“1:1关系”。如图所示，使用两个二维表来表示这种关系，将任一端实体的标识码并入另一端实体，即在该端实体的表中增加另一端实体的代码，如在“学生”实体信息中，增加其所属的“班级号”。图6.6用二维表表示1:1的关系2025/8/736第三十六页，共84页。（5）对三个以上实体间的多元关系的转换及自关系。对三个以上实体间的多元关系根据相同的转换规则，按关系的不同类型进行相应的转换，如图所示。同一实体集的实体间的自关系的转换策略，如图所示。图6.7用二维表表示三个以上实体的关联信息图6.8用二维表表示实体自关系2025/8/737第三十七页，共84页。6.3规范化理论6.3.1规范化的概念6.3.2非规范化形式6.3.3第一范式6.3.4第二范式6.3.5第三范式6.3.6实例2025/8/738第三十八页，共84页。6.3.1规范化的概念规范化理论以关系模型为背景，以关系理论为基础。一个规范化的数据结构可以表示成二维表，符合关系型数据库的存储关系要求。换句话说，一个数据关系只要符合二维表的特点，那么它就是规范化的。2025/8/739第三十九页，共84页。6.3规范化理论6.3.1规范化的概念6.3.2非规范化形式6.3.3第一范式

第二范式6.3.5第三范式6.3.6实例2025/8/740第四十页，共84页。6.3.2非规范化形式所谓非规范化形式，就是不能满足二维表特点的数据关系形式，如表所示。表所列的数据关系不符合二维表的特点，所以该数据关系为非规范化的。比较明显的地方是，储备定额域存在层次表头，表格内容中存在一行对多行的情形，这样的数据关系不符合二维表的特点，无法存入关系型数据库。表6.2物资库存情况2025/8/741第四十一页，共84页。名称规格…储备定额库存量供应商地址储备量储备量储备量矿灯冷光源…30050150200西安××西安南宁××南宁北京××北京灭火器干粉…4007010080广州××广州上海××上海……………………2025/8/742第四十二页，共84页。6.3规范化理论6.3.1规范化的概念6.3.2非规范化形式6.3.3第一范式6.3.4第二范式6.3.5第三范式6.3.6实例2025/8/743第四十三页，共84页。6.3.3第一范式如果将表中的层次表头的现象去掉，表中各行消去一行对多行的情形，该表就符合二维表的特点了，该数据结构就转变为规范化形式了。任何满足规范化要求的数据结构都称为第一规范形式，记为1NF。由此可见，将一个非规范化的数据结构转化为规范化的结构方法就是设法将其变为二维表，本例中，将表拆分成表和表之后，就由一个非规范化的数据结构转化为了两个1NF的数据结构了。2025/8/744第四十四页，共84页。符合1NF的数据结构仍然存在严重的存储缺陷，如下所述。（1）删除异常。当目前供应商不再供应该物资，删除厂家信息后，物资信息也会随之被删除，但本单位还需要使用该物资。（2）插入异常。数据库需要添加一种新的物资，但还没有供应厂家时，无法添加。（3）修改麻烦。当某个供应商厂地址变化以后，需要多处修改其在数据库中的信息，且很难保证修改彻底。（4）存在严重的数据冗余。供应商的信息随每条物资记录都要重复存储多遍。2025/8/745第四十五页，共84页。6.3规范化理论6.3.1规范化的概念6.3.2非规范化形式6.3.3第一范式6.3.4第二范式6.3.5第三范式6.3.6实例2025/8/746第四十六页，共84页。6.3.4第二范式1NF的数据结构存在缺陷的主要原因，是数据结构中存在非关键字字段部分依赖整个关键字的情形，如图所示。该结构的关键字“物资名称+供应商”是一个复合关键字，这样就要求所有非关键字段都要同时依赖于这两个字段才是“依赖于整个关键字”。但事实上，我们看到“型号规格”、“最高储备量”、“最低储备量”、“经常储备量”和“当前库存量”都只依赖于“物资名称”，这就是所谓的“部分地依赖关键字”的情形。同样的，“供应商地址”也只依赖于“供应商”。图6.9第一范式的数据结构的缺陷2025/8/747第四十七页，共84页。改进的办法就是，通过分解结构，取消“部分依赖”关系，将其转化为多个第二范式的结构。换言之，如果所有非关键字数据项完全函数地依赖于它的整个关键字，则称该数据结构是第二范式的，记为2NF。具体方法是通过分解结构，去掉部分依赖关系，确保所有非关键字元素依赖于整个关键字。可将图中第一范式的结构分解为三个符合第二范式要求的结构，如图所示，并分别指定关键字*供应商供应商地址*物资名称*供应商订货量订货价订货金额*物资名称型号规格最高储备量最低储备量经常储备量当前库存量图6.10符合第二范式的数据结构2025/8/748第四十八页，共84页。6.3.5第三范式分析图中的数据结构，不难发现“订货金额”是一个冗余数据项，因为订货金额可以从订货价和订货量计算得出，所以没必要存入数据库中。因此，符合第二范式的数据结构仍然存在缺陷，那就是可能存在数据冗余。产生冗余的原因是这个数据结构中存在着“传递依赖”情形，即“订货金额”通过“订货价”和“订货量”传递地依赖主关键字“物资名称+供应商”，“传递依赖”是第二范式产生缺陷的本质。优化的办法是删除冗余数据项，去掉“传递依赖”情形，得到如图所示的数据结构。*物资名称*供应商订货量订货价图6.11符合第三范式的数据结构数据结构规范化的过程可以归纳为如图中所示的步骤。2025/8/749第四十九页，共84页。6.3.6实例在物资供应系统中，存在如图所示的一个“材料—供应商—库存”关系，在进行数据库设计的过程中，首先要对该数据结构进行规范化。从图可以看出，该结构符合二维表的特点，因此，它自然是第一范式的结构。对第一范式的数据结构，第一步是要指定关键字域，经过分析，关键字域包括两个属性，即“材料编号+供应商名称”。但不难看出，该数据结构中存在着“部分依赖”关系，如非关键字属性“规格”、“材料名称”只依赖于“材料编号”，而非关键字属性“供应商地址”只依赖于“供应商名称”，因此，该结构不是一个第二范式的数据结构。2025/8/750第五十页，共84页。针对关键字域分解结构，去掉部分依赖关系的情形，将原结构分解成图所示的三个数据结构。这三个结构中都不存在部分依赖关系了，因而它们都是2NF的结构。从图可以看出，“材料库存”这个结构中存在传递依赖关系，即“库存占用金额”通过“价格”和“库存量”传递地依赖于整个关键字“材料编号+供应商名称”，因此它不是第三范式的结构。不难看出“库存占用金额”明显属于冗余数据项。因此，去掉多余的“库存占用金额”，即可将“材料库存”转化为3NF的结构。最终，规范化的结果如图所示。图6.15符合第三范式的数据结构图6.14符合第二范式的数据结构2025/8/751第五十一页，共84页。6.4数据库设计实例6.4.1数据库设计的步骤（1）数据需求分析。在系统分析阶段获得的数据流图和数据词典是数据库设计的重要依据，同时参照用户调查时获得的用户的非功能性需求，抽取分析的实体及其联系。可参照的用户非功能性需求包括用户对数据存取的一些要求（如用户希望使用哪种类型的数据库系统）、对存取模式的特殊要求等。（2）概念模型设计。用概念模型将用户的数据要求表达出来，绘制E-R图。（3）将概念模型转化为数据模型。将概念模型（E-R图）转换为与选用的数据库管理系统所支持的数据模型相符的逻辑数据模型，对关系型数据库就转为关系模型。2025/8/752第五十二页，共84页。（4）将关系型数据结构规范化。对初步获得的关系型结构进行数据结构规范化设计，同时做适应DBMS限制条件的修改和对性能、存储空间等的优化。（5）物理设计。物理设计是指对数据库在物理设备存储和存储方法上的设计。包括：①确定数据的存储结构。②存取路径的选择和调整。③确定数据的存放位置。④确定存储空间的分配。⑤确定数据的安全性。2025/8/753第五十三页，共84页。6.4.2实例下面给出一个数据库设计实例——企业管理信息系统的设计实例。通过本实例说明：①用E-R图进行概念结构设计，并运用转换策略设计关系模式的过程；②数据需求描述；③概念设计；④逻辑设计。2025/8/754第五十四页，共84页。（1）数据需求描述。考虑一个机械制造企业内部的技术部门和供应部门。技术部门关心的是产品性能参数、产品由哪些零件组成、零件的材料和耗用量等；供应部门关心的是产品的价格、使用材料的价格和库存量等。（2）概念设计。概念设计的结果如图6.16、图6.17、图6.18、图6.19所示。图6.16技术部门的E-R图2025/8/755第五十五页，共84页。图6.17供应部门的E-R图2025/8/756第五十六页，共84页。图6.18集成的初始E-R图2025/8/757第五十七页，共84页。图6.19改进后的初始E-R图2025/8/758第五十八页，共84页。（3）逻辑设计。该例中，逻辑设计的结果如图6.20、图6.21所示。图6.20初始逻辑设计结果

图6.21对初始逻辑设计结果的改进

2025/8/759第五十九页，共84页。6.5系统平台设计管理信息系统的平台设计包括计算机处理方式、软硬件选择、网络设计、系统环境的配置等。6.5.1计算机处理方式6.5.2软硬件选择6.5.3网络设计6.5.4系统环境的配置2025/8/760第六十页，共84页。6.5.1计算机处理方式计算机处理方式设计的主要活动，是根据新系统的功能特点、业务处理特点和性价比等因素，选择一种系统计算模式，可选择的计算模式有批处理、实时处理、联机处理和分布式处理等方式，也可以混合使用各种方式。2025/8/761第六十一页，共84页。6.5.2软硬件选择软硬件选择，是指为新系统购置必须的软件和硬件配置，主要根据系统需求和资源约束进行软、硬件的选择。硬件上，选择技术上成熟可靠的系列机型，选择有良好的性能/价格比、售后服务与技术服务好、操作方便、在一定时间内保持一定先进性的计算机及配套的外部设备等，对处理速度、数据存储容量、兼容性、可扩充性方面要进行考查。软件方面，需要选择的有操作系统、数据库管理系统、开发语言、开发工具、应用软件包等。2025/8/762第六十二页，共84页。6.5.3网络设计网络设计主要包括中小型主机方案与微机网络方案的选取、网络拓扑结构、互连结构及通信介质的选型、网络操作系统及网络协议等的选择。网络计算模式原来一般采用用户机/服务器（C/S）模式，但随着Internet技术的发展和广泛应用，管理信息系统的网络计算模式开始更多地采用浏览器/Web服务器/数据库服务器（B/W/D）模式。2025/8/763第六十三页，共84页。6.5.4系统环境的配置系统环境配置的主要内容包括网络环境、计算机软件和硬件环境等。（1）确定网络环境，即进行网络设计，包括设计网络拓扑结构，选择传输介质、组网方式、网络设备、网络协议、网络操作系统等。（2）计算机硬件环境配置。针对选定的计算模式，如C/S、B/S服务器和工作站等，选择机型，确定性能指标、数量及外围设备。（3）软件环境配置，选择与安装系统软件和工具软件，如操作系统、网络管理软件、数据库系统、开发平台与工具、中间件。2025/8/764第六十四页，共84页。6.6对话设计6.6.1对话设计的原则6.6.2对话设计的基本类型2025/8/765第六十五页，共84页。6.6.1对话设计的原则人机对话设计的总的原则是用户友好，具体表现为：（1）对话界面要美观、醒目。（2）提示要清楚、简单，不能有二义性。（3）要便于操作和学习，有帮助功能。（4）能及时反馈错误信息等。在系统开发过程中，实现用户友好的设计质量，要做到：（1）树立“用户第一”的观点。（2）实现界面友好的工作必须贯穿系统开发的全过程。（3）采用软件开发技术改善界面友好性。2025/8/766第六十六页，共84页。6.6.2对话设计的基本类型管理信息系统是一个“人-机”系统，人与机的交互界面直接影响管理信息系统的运营效率。“人-机”对话设计的主要内容包括菜单设计、界面设计、对话框设计、窗口设计等。2025/8/767第六十七页，共84页。6.7输入/输出设计输入/输出设计总体要求大约包括八个方面：（1）输入/输出设计要尽量符合标准；（2）应尽量减少汉字的输入；（3）屏幕显示应尽量直观、逼真；（4）输入数据时应尽量采用选择的方式；（5）有较强的检错和容错能力；（6）具有一定的数据恢复能力；（7）具有完善的帮助系统；（8）界面风格应当尽量向标准化靠近。2025/8/768第六十八页，共84页。6.7.1输出设计用户所需的信息、报表都要由系统输出完成，输出设计工作主要包括确定输出方式、确定输出的类型与内容、进行输出格式的设计。1．输出方式的选择2．输出的类型与内容3．输出格式设计的注意点2025/8/769第六十九页，共84页。1．输出方式的选择输出方式应根据输出信息的要求、信息量的大小、输出设备的限制等条件来决定。一般有显示输出、打印输出、图形输出等。2025/8/770第七十页，共84页。2．输出的类型与内容在系统输出的类型与内容方面，主要包括输出类型的确定、输出设备与介质的选择、输出内容的设计。（1）输出类型的确定。输出有外部输出和内部输出之分，内部输出是指一个处理过程（或子系统）向另一个处理过程（或子系统）的输出；外部输出是指向计算机系统外的输出，如有关报表、报盘等。（2）输出设备与介质的选择。输出设备有打印机、磁带机、磁盘机、光盘机等，输出介质有打印纸、磁带、磁盘等。（3）输出内容的设计。输出内容的设计包括输出内容的项目名称、项目数据的类型、长度、精度、格式设计、输出方式等。2025/8/771第七十一页，共84页。3．输出格式设计的注意点根据开发经验，输出格式设计的活动中，应注意以下几方面。（1）报告应注明名称、标题、日期、图号；（2）尽量将相类似的项目归纳在一起；（3）尽量将位数相同的项目归纳在一起；（4）当一行打印的位数有多余时，项目与项目之间的空格可以加大，使布局合理、醒目；（5）决定数据位数时，要考虑编辑结果的最大数（包括货币符号、逗号所占的位数）；（6）字符从左对齐，空格和数字从右对齐；（7）注意“0”和空格的含义；（8）“合计”要醒目；（9）打印时，应把已代码化的名称复原，以求一目了然。2025/8/772第七十二页，共84页。6.7.2输入设计输出信息的正确性很大程度上取决于输入信息的正确性和及时性。因此，必须科学地进行输入设计，使之正确、及时、方便地收集信息、录入信息。输入设计工作主要包括输入数据的分析与内容的确定、输入方式及设备的选择、输入数据的格式设计、输入数据的检验方法。1．输入设计的原则在保证处理需求的前提下尽量减少输入量，输入过程尽量简单方便，如减少汉字输入、使用条形码扫描输入等；输入界面友好；在输入数据时要采取有效验正措施，以减少输入错误。2025/8/773第七十三页，共84页。2．输入设计的步骤（1）分析与确定输入数据的内容。根据处理要求来确定，包括确定输入数据项的名称、数据类型、位数和精度、数值范围及输入处理方式等。（2）确定数据的输入方式。数据输入的类型有外部输入（如键盘输入，扫描仪、磁盘导入等）和计算机输入（网络传送数据等），输入设备有键盘、鼠标、扫描仪、光电阅读器、光笔、磁盘、磁带、网络传输等。（3）设计输入数据的记录格式。输入格式要尽量与原始单据格式类似，屏幕界面要友好，数据输入格式有录入式、选择式（如单选、列表选择）等，屏幕格式有简列式、表格式、窗口编辑方式等。（4）对输入数据的正确性检验设计。常用的检验方法有重复录入校验、视觉校验（如代码输入时，屏幕立即显示出代码的相关信息以方便校验）、数据类型格式范围校验、分批数据汇总校验、加检验位校验、平衡校验等。2025/8/774第七十四页，共84页。6.8处理过程设计在详细设计阶段，处理过程设计的任务是编制出每个模块的计算机处理的流程图和确定其数据存取需求，为系统实施中的编程与测试提供依据。这一活动主要依据是概要设计对各模块功能的要求，并兼顾系统开发环境与开发工具的特点。处理过程设计的主要内容是：（1）选择或设计算法。算法设计涉及所开发项目的具体要求和每个模块的具体功能。为每一模块设计可靠的、高效的算法或处理流程是这一活动的目标。（2）精确地表达算法。对于算法需要给出适当的算法表达形式，或者说应该选择某种表达工具来描述处理流程。程序流程的设计内容在结构化程序设计课程中一般都有过详细的讲述，目前常用的程序结构或流程的表述工具有盒图和PAD过程描述工具。2025/8/775第七十五页，共84页。6.8处理过程设计6.8.1盒图（N-S图）6.8.2问题分析图（PAD图）2025/8/776第七十六页，共84页。6.8.1盒图（N-S图）盒图用方框图代替传统的流程图，是目前常用的程序流程设计工具，下面列出描述四种基本控制结构的图形构件。

（1）选择型（if–then–else）（见图6.22）（2）多分支选择型（CASE型）（见图6.23）图6.22if-then-else选择结构

图6.23多分支选择结构

2025/8/777第七十七页，共84页。（3）循环结构（while型，until型）（见图6.24）（4）并行结构（见图6.25）图6.24循环结构

图6.25并行结构

2025/8/778第七十八页，共84页。第二十七页，共84页。具体方法是通过分解结构，去掉部分依赖关系，确保所有非关键字元素依赖于整个关键字。（2）循环结构（见图6.数据管理指的是对数据进行分类、组织、编码、存储、检索和维护等，它是数据处