信息系统分析与设计课后习题精讲.docx

上传人:b****4 文档编号:24180585 上传时间:2023-05-25 格式:DOCX 页数:23 大小:151.93KB
下载 相关 举报
信息系统分析与设计课后习题精讲.docx_第1页
第1页 / 共23页
信息系统分析与设计课后习题精讲.docx_第2页
第2页 / 共23页
信息系统分析与设计课后习题精讲.docx_第3页
第3页 / 共23页
信息系统分析与设计课后习题精讲.docx_第4页
第4页 / 共23页
信息系统分析与设计课后习题精讲.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

信息系统分析与设计课后习题精讲.docx

《信息系统分析与设计课后习题精讲.docx》由会员分享,可在线阅读,更多相关《信息系统分析与设计课后习题精讲.docx(23页珍藏版)》请在冰豆网上搜索。

信息系统分析与设计课后习题精讲.docx

信息系统分析与设计课后习题精讲

第一章

1.3解释下列名词:

系统结构,系统功能,系统的目的性,系统的稳定性,系统的突变性,系统的自组织性,系统的相似性。

答:

(1)系统结构:

是指系统内部各组成要素之间的相互联系、相互作用的方式或秩序,即各要素在时间或空间上排列和组合的具体形式。

(2)系统功能:

系统有一定功能,特别是人造系统总有一定的目的性。

功能是指系统与外部环境相互联系和相互作用中表现出来的性质、能力和功效。

(3)系统的目的性:

是系统发展变化时表现出来的特点。

系统在与环境的相互作用中,在一定范围内,其发展变化表现出坚持趋向某种预先确定的状态。

(4)系统的稳定性:

是指在外界作用下的开放系统有一定的自我稳定能力,能够在一定范围内自我调节,从而保持和恢复原来的有序状态、原有的结构和功能。

(5)系统的突变型:

指系统通过失稳从一种状态进入另外一种状态的一种剧烈变化过程。

他是系统质变的一种基本形式。

(6)系统的自组织性:

开放系统在系统内外因素的相互作用下,自发组织起来,使系统分析从无序到有序,从低级有序到高级有序

(7)系统的相似性:

是系统的基本特征,系统具有同构同态的性质,体现在系统的结构、存在方式和演化过程中具有共同性。

系统的相似性体现着系统的统一性。

1.6系统工程方法的一般步骤是什么?

答:

(1)问题定义:

系统研究首先要进行需求研究和环境研究。

(2)目标选择:

目标选择是对问题定义的逻辑结果形成一个愿景,需要对此同目标的各种替代方案进行研究,并确定评价最优系统的标准。

(3)系统综合:

综合前人的只适合经验,发挥想象力和创造性,提出一组解决问题的方案。

(4)系统分析:

依照系统目标和评价标准对系统综合提出各种方案进行分析的方案进行推理、验算得出结论,并将结论和目标进行比较从而获得不同方案对目标的实现程度,为下一阶段的最优系统选择打下基础。

(5)最优系统选择:

根据系统分析的计算结果对所有的可选方案进行比较后选择最优方案,这是一个系统评价决策过程。

(6)实施计划:

选择最优方案组织系统的具体实施。

第二章

2.1什么是信息?

联系实际说明信息的主要特性。

答:

信息是指加工过的数据,它对接受者有用,对决策或行为有现实或者潜在的价值。

信息的特征如下:

(1)事实性:

收集的信息应当注重信息的事实性,一旦缺失这一点信息将变得没有价值。

(2)扩散性:

它通过各种渠道向各个方向传播,信息浓度越大,扩散性越强。

(3)传输性:

信息通过各种手段传输到很远的地方,他的传输性能优于物质和能源,可加快资源的传输。

比如手机和网络的使用加速的信息的传输。

(4)共享性:

例如股票信息为股民共享,而不是一个人所有。

(5)增值性:

随着时间的推移价值耗尽,但对另一目的可能又显示用途。

如:

天气预报的信息。

(6)不完全性:

根据需要收集有关数据,不能主次不分。

(7)等级性:

不同级别的信息有不同的属性。

不同级别的管理者对同一事物所需的信息也不同。

(8)滞后性:

信息经过加工后才能成为信息。

2.5说明数据处理系统、管理信息系统、决策支持系统、主管支持系统的各自特点。

答:

(1)数据处理系统:

支持日常运作,重复性强,逻辑关系比较简单,精度要求高。

(2)管理信息系统:

一是高度集中;二是利用定量化的科学管理方法支持管理决策。

(3)决策支持系统:

以交互方式支持决策者解决半结构化的决策问题。

不强调全面的管理功能。

(4)主管支持系统:

服务于组织的高层经理的一类特殊的信息系统,可以迅速、方便地以图文表格等多种形式提供组织的内外部信息,为经理的通信、分析、决策、组织等提供全方位的支持。

2.7解释下列名词:

物料需求计划,企业资源计划,供应链管理,客户关系管理。

答:

(1)物料需求计划:

MPR是一种计算机为基础的生产计划和控制系统。

他的思想是以最终产品的主生产计划和其他需求出发,根据组建之间的依赖关系,注册向下计算出各种组件的需求数量和需求时间,确定各种物料的订货时间和数量,以及生产和加工时间。

(2)企业资源计划:

ERP是建立在信息技术基础之上,利用现代管理思想,全面集成组织所有资源信息,为组织提供决策、计划、控制和经营业绩的全方位和系统化的管理平台。

(3)供应链管理:

SCM是指利用计算机网络技术全面规划供应链从供应商到最终用户中的物流、信息流、资金流,并进行计划、组织、协调与控制。

(4)客户关系管理:

CRM是一种客户为中心的管理思想和经营理念,是一种旨在改善企业与客户关系的新型管理机制,目标是通过提供更快速和周到的优质服务保持更多的客户,并通过对营销业务流程的业务管理来降低产品的销售成本。

同时它又是以多种信息技术为支持手段的一套先进管理软件和技术,它将最佳的商业实践和数据挖掘、数据仓库、销售自动化以及其他信息技术紧密相结合在一起,为企业的销售、客户服务和决策支持等领域提供一个自动化的业务解决方案。

第三章

3.5基于生命周期的开发方法有几种?

各自适应于什么类型的项目?

答:

基于生命周期的开发方法有瀑布开发方法、原型开发方法、迭代开发方法、螺旋开发方法、敏捷开发方法共5种。

(1)瀑布卡发方法:

适用于一些需求已明确并且变化较少的信息系统

(2)原型开发方法:

应用于以下场合:

需求含糊,用户不能标识出详细的输入、处理和输出。

需求设计方案不明确,开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性

(3)迭代开发方法:

迭代方式又分为增量迭代和进化迭代。

(4)螺旋开发方法:

在技术难度较大、内容较复杂的项目中适用于螺旋迭代方法。

适用于:

单位内部开发的大规模软件项目、风险是项目的主要制约因素、可能会发生重大变更、采用新技术

(5)敏捷开发方法:

它是一个比较通用的软件开发方法。

3.6结构化方法的主要思想是什么?

答:

结构化方法论是计算学科中的一种典型的系统开发方法论。

它采用系统科学的思想方法,从层次的角度,自顶向下的分析和设计系统,级抽象与分解。

系统可用高级的抽象概念来理解和构造,这些高级的抽象概念又可用较低级的抽象概念来理解和构造,如此进行下去,直到最低层次的模块可以表示成某种程序设计语言的语句为止。

3.7面向对象程序设计和结构化程序设计有什么联系和区别?

答:

(1)结构化方法:

容易理解和交流,对于大系统可以从全局逐步展开到局部,整体性较好。

结构化方法是其他系统开发方法(如面向对象方法)的基础,为此,本书先介绍结构化开发方法,然后再介绍面向对象开发方法

(2)面向对象:

稳定可靠,有利于维护和重用,并容易实现多层分布式结构,但对前期分析设计人员要求较高,用户理解模型有困难。

第四章

4.1为什么要进行管理信息系统结构总体规划?

总体规划的任务是什么?

答:

科学的规划可以减少盲目性,使系统有良好的整体性、较高的适应性,建设工作有良好的阶段性,以缩短系统开发周期,节约开发费用。

规划是指全面的长远发展计划。

信息系统的系统规划又称为信息系统的战略计划,是信息系统生命周期的第一阶段,是对组织总的信息系统目标、战略、信息系统资源和开发工作的一种综合性计划,属于组织对信息系统最高层次管理的范畴,是一个组织的战略规划的重要组成部分,是关于信息系统长远发展的规划,是信息系统的概念形成期。

系统规划的任务:

(1)制定信息系统的发展战略

(2)确定系统开发的总体方案,安排项目开发计划

(3)制定信息系统建设的资源分配计划

(4)预测未来发展,提供系统今后的发展、研究方向和准则。

4.4试述BPS法的4个基本步骤?

答:

(1)定义管理目标

(2)定义管理功能组

(3)定义数据分类

(4)定义信息结构

4.7什么是IT治理?

为什么要进行IT治理?

答:

IT治理是指设计并实施信息化过程中各方利益最大化的制度安排,包括业务与信息化战略融合的机制,权责对等的责任担当框架和问责机制,资源配置的决策机制,组织保障机制,核心信息技术能力发展机制,绩效管理机制以及覆盖信息化全生命周期的风险管控机制。

该制度安排的目的是实现组织的业务战略,促进管理创新,合理管控信息化过程的风险,建立信息化可持续发展的长效机制,最终实现信息技术的商业价值”。

4.8系统规划的一般步骤是什么?

答:

(1)环境准备

(2)企业调查和分析

(3)信息系统调查和分析

(4)制定方向

(5)评审及方案建议

4.9可行性的含义是什么?

信息系统可行性分析包括哪些内容?

答:

“可行性”是指在企业当前情况下,研制这个信息系统是否有必要,是否具备必要的条件。

可行性分析的内容:

技术可行性、经济可行性、社会可行性。

第五章

5.1系统分析员的职责是什么?

他应该具备哪些知识和能力?

答:

(1)任务包括:

理解和明确企业目标、经营业务和战略发展方向。

按照企业目标制定信息系统建设的目标并进行分解。

根据企业所处环境和条件制定适合企业信息系统的开发策略。

从可供选择的方法和工具中进行选择,确定适合信息系统开发的方法和工具。

与企业决策层和业务人员充分沟通,了解企业业务需求,准确建立企业的业务模型。

根据企业目标和技术发展动向,结合业务模型建立完善的信息系统逻辑模型。

对信息系统开发的组织、人员和进度计划提出建议。

撰写系统说明书。

(2)具备的素质:

具备坚实的信息系统知识,了解信息技术的发展,懂得管理科学的知识

应有较强的系统观点和较好的逻辑分析能力,能够透过现象看到问题本质,从复杂的事物中抽象出系统模型。

具有突出的批判性思维和创新思维,善于接受新鲜事物,从经验积累中进行改革和创新。

还应具备较好的口头和书面表达能力,谈判和协商的能力,较强的组织能力,善于与人共事。

5.2为什么说系统分析阶段是最困难的阶段?

答:

分析的重要任务是识别和表达需求,建立系统的逻辑模型。

要解决以下问题:

如何采集信息、理解和分析问题?

如何进行需求分析、确定需求?

如何表述需求?

通过详细调查全面深入理解用户的业务,找出用户所面临的问题,准确把握用户真正的需要,为最终整理出符合用户需要的需求做准备。

5.4请对高校学籍管理系统进行涉众分析。

编号

部门名称

涉众说明

期望

sh01

学生团体

经常查询个人信息、查看学校公告

1、查询方便、快捷

2、使用简单

sh02

教务处

对已确认交费的学员进行分班处理、成绩更新填写及其他信息记录和整理工作

1、计算机自动确认缴纳学费

2、计算机自动分班

3、计算机提供信息填写模版

sh03

信息中心

根据实际情况存储、管理学员的各种信息,例如教务处还要进行调班,一记录成绩,处理学员因故退学及学员毕业处理等日常信息维护工作

1、保证信息的完整性,全面性

2、计算机自动把学生信息分类

3、查询快捷全面

4、学生信息维护操作简易、成本低

sh04

财务处

对入学学员的报名费,学杂费进行管理,对中途退学的学员进行退返学费的管理工作

1、计算机自动统计各类财务报表

2、计算机统计欠费清单

3、计算机自动计算滞纳金

sh05

招生处

新学员到招生处报名与报名确认工作、对学员报名信息中的相应数据进行统计分析,为下一期的招生计划的制定提供有效信息及决策依据

1、计算机自动确认报道学员信息

2、计算机自动统计相关分析数据

3、提供学生分类和有关发布信息功能

Sh06

领导决策处

根据掌握的学生信息进行分析决策工作,制定相应的招生策略与计划

1、提供可靠、准确的分析结果

2、可以从不同角度呈现分析的结果

Sh07

保卫处

接收学院户籍,登记档案,管理户籍等工作

1、方便学员户籍管理、查询

2、提高学员户籍管理效率

Sh08

银行

提供学员财务数据,

1、符合财务规范

2、重要信息保密

5.5系统说明书包括那些内容?

答:

引言:

项目名称、目标、背景、引用资料、术语说明等

项目描述:

项目的主要工作内容、现行系统的调查情况、功能需求、数据需求、其他需求

实施计划:

工作任务的分解、进度、预算

第六章

6.1用业务流程图表示学生上课请假的流程图。

6.3用数据流程图描述到储蓄所存款的全过程。

6.4结合本校学籍管理系统的实际情况,画出“异动管理”、“奖惩管理”的数据流程图。

异动管理流程图:

奖惩管理流程图:

第七章

7.1如何理解用力和参与者?

业务流程图中的活动是否都可以理解为系统用例?

答:

用例:

是对一组动作序列的描述,系统执行这些动作会对特定的参与者产生可观测的、有价值的结果。

阿里斯代尔.科克伯恩强调用例是各种系统受益人之间的一种行为契约。

参与者:

是系统之外与系统进行交互的任何事物,在UML中采用小人符号来表示。

参与者可以使使用系统的用户,可以是其他外部系统、外部设备等外部实体。

业务流程图中的活动不能都理解为系统用例:

当针对整个业务领域建模时,需要使用业务用例,其中会涉及大量的人工活动,而信息系统作为整个业务系统的一部分,只负责实现系统的部分功能,因而信息系统建模只需识别出系统用例,而不需考虑业务用例。

7.6在医院放射科科技接待员、护士和医生使用预约和病历记录系统。

当病人第一时间看病时,接待员使用系统输入病人信息,并负责安排所有的预约。

病人根据预约来放射科进行检查,护士使用系统来跟踪病人每次看病的结果并输入病人的诊断信息和诊疗情况。

护士也访问这些信息以打印病人报表会就诊历史。

医生用该系统来查看病人的病史,医生偶尔也输入病人的医疗信息,但通常由护士输入这些信息。

根据以上描述,绘制该系统的用例图。

答:

经过分析,该系统的用例图如下:

护士:

记录病人每次看病结果

接待员:

输入病人诊断信息和治疗情况

访问病人诊断信息和治疗情况

打印病人报表或就诊历史

医生:

输入病人医疗信息

查看病人病史

7.7大学教务管理系统对学生自主选课做了以下规定:

(1)教务部门根据各专业培养计划编织学期选课目录(包括课程编号、学分、主讲老师编号、主讲教师、授课时间、授课地点等),并上网发布。

(2)学生选课应充分了解各专业的培养计划和选课目录,凡有先后修读关系的课程,应先得先修课成绩,才能选择侯秀课程。

(3)第一次选课结束,教育部门按照选课情况进行处理。

如果某门课程的选修人数超过规定的容量,选课中心采用随机抽取方法,确定入选名单。

如果某门课程无人选读未达到开办制定人数则取消。

在规定的第一次选课时间内,学生可以调整选课方案。

(4)第二次选课时,教育部门再提供名额未满的各门课程信息。

学生根据自己的第一次选课结果进行调整。

(5)选课结束后,教育部门正式公布《课程表》后不准退选或者改选。

教师从网上下载课程编班名单,并按名单评定成绩。

学生可以从网上查询自己的选课结果。

识别该系统的用例,并书写选课用例的用例规约。

“选课”用例规约

用例名称编制选课目录

参与者教务处学生

前置条件教务处负责人登录到系统

后置条件产生新的选课目录并存储

主事件流

参与者动作系统行为

1.系统上网分布编制的学期选课目录

2.学生第一次选课3.系统显示学生首次选课信息

4.教务处修改选修目录5.系统显示修改过的选课信息

6.学生第二次选课或调整首次选课结果7.系统公布最终选课结果

8.教务处确认选课信息并保存9.系统保存选课信息,用例结束

备选事件流

1a.学生信息录入错误

1.将学生信息添加进来,继续完成选课

2a.无空闲课程可供选择

1.将现有的课程可选人数增加一些

业务规则

1.凡是有先后修读关系的课程,先获得先修课成绩,才能选读后修课程

2.教务不能公布《课程表》后,学生不准退选或改选

第八章

8.1如何识别领域中的对象?

答:

识别领域中对象的方法:

1.Wirfs-Brock名词短语策略

即先识别有关问题域文本描述中的名词或名词短语,然后将它们作为候选的概念类或属性

2.使用概念类别列表

可以根据概念类别来发现问题域中的候选概念,概念类可以按照下述7种类别来划分。

(1)人员:

系统需要保存或管理其信息的人员

(2)组织:

在系统中发挥一定作用的组织机构

(3)物品:

需要由系统管理的各种物品

(4)设备:

在系统中被使用或由系统进行监控的设备

(5)事件:

需要有系统长期记忆的事件或交易

(6)规格说明:

系统中有关对象的规格信息的描述

(7)业务规则或策略:

系统中经常使用的业务规则或政策的文字描述。

8.2对象关联如何确定?

类图中如何表示对象关联?

答:

关联表示不同类的对象之间的结构关系,它在一段时间内将多个类的实例连接在一起。

关联体现的是对象实例之间的关系,而不是表示两个分类之间的关系。

常使用关联名称、角色、多重性和导向性来说明关联。

对象关联在类图中的表示:

1.多数关联式二元的,即只存在于两个类的实例之间,在图中表示为连接两个类符号的实线路径。

2.关联路径的两端是角色,角色规定了类在关联中所起的作用。

每个关联都必须有名称,而且对应一个类的所有角色名称都必须是唯一的。

3.多重性表明了该类的多少个对象在一段特定的时间内可以与另一个类的一个对象相关联

4.导向性用一个箭头表示,该箭头置于关联连接的目标端,紧靠目标类。

8.3泛化关系如何确定?

类图中如何表示对象关联?

答:

泛化是在多个概念之间识别共性,定义超类(一般概念)和子类(特定概念)关系的活动。

如果类A具有类B的全部属性和行为,而且具有自己特有的某些属性或服务,则A叫做B的特殊类,B叫做A的一般类。

这种关系也称为一般-特殊关系、泛化-特化关系、继承关系。

泛化关联在类图中的使用:

1.使用抽象概念类

如果一个类A的每一个成员必须同时使其子类的成员,那么称A为抽概念象类

2.多继承

泛化关系中有多继承和单继承。

多继承是指一个子类继承了两个父类的属性和行为。

8.4根据学生手册中对于异动管理的规定,识别出大学生在校期间的几种状态,绘制状态图,包含必要的事件、监护条件和活动。

经分析画出的状态图如下:

 

第九章

9.4什么是总体设计?

信息系统总体设计的内容包括哪些方面?

答:

总体设计也称为概要设计,任务是设计出系统的主要框架,即组成物理系统的主要成分及其关系。

主要包括如下几个方面:

1)系统体系结构设计:

也称为系统构架。

需要设计系统硬件和软件最高层的解决方案,对系统划分和组成成分最抽象的规定,设计多层物理结构和多层逻辑架构。

2)系统结构设计:

指系统具体组成元素及其关系的设计。

9.5信息系统详细设计包括哪些内容?

答:

包含下面几方面内容:

1)各分支技术的细节

2)输入输出的设计

3)人机交互设计

4)程序处理过程详细设计

5)数据库设计

6)代码体系设计

7)计算机系统和网络设计

第十章

10.1什么是软件架构?

什么是软件架构模式?

答:

一个应用程序或计算机系统构架是一个或者一组结构,它包含组成系统的软件元素、这些元素对外可见的性质以及它们之间的关系。

软件架构是最层次的系统分解,他不囊括所有的结构和行为的定义,他只关注那些被认为重要的元素。

软件架构模式就是可以重复使用的软件结构风格,包括分布式模式、管道和过滤器模式,这些设计采用了架构模式的描述形式。

10.4名词解释:

包,子系统,构件。

答:

1)包:

采用自动向下的设计方法,将系统分解为较大的部件的一种分组机制。

2)子系统:

按照业务了功能或管理职能组织包,并对这样的包进行彻底的封装实现后,一个高层的具有特定功能的构件就产生了,就是子系统。

3)构件:

构件是系统中实际存在的可更换部分,他实现特定的功能,符合一套接口标准并实现一组接口。

10.6什么是模块间的耦合?

怎样度量耦合的高与低?

答:

耦合是影响系统复杂程度的一个重要因素。

若为了了解模块A,必选要对模块B有所了解,那么就说模块A和模块B有联系。

对B理解越多,则A和B的耦合越紧。

影响块间耦合程度有下面三方面因素:

1)联系方式

2)来往信息的作用

3)数量

10.7什么是模块间的内聚?

模块间的内聚有哪些内容?

答:

模块之间的内聚反应内部联系的紧密程度。

如果一个内部相关性很高的,而且都是为了同一个功能,就说他的内聚程度越高。

内聚的内容如下:

1)偶然内聚

2)逻辑内聚

3)时间内聚

4)步骤内聚

5)通信内聚

6)顺序内聚

7)功能内聚

10.9举例说明边界类、控制类和实体类的职责。

根据三层架构模式为选课系统设计必要的软件类。

答:

1)边界类的职责是完成系统与其参与者之间的交互。

对于图书系统来说,目前所有的参与者都是系统的用户,因此边界类只有窗口界面这一种形式。

2)实体类来源于领域模型中的类。

在图书管理系统中“读者”实体类、“借书用户界面”边界类和参与者的协作关系。

“借书用户界面”负责信息的显示,业务逻辑比如“验证合法性”、“提供信息”等是实体类“读者”的职责。

3)控制类代表协调、排序、事物处理以及对其他对象的控制,经常用于封装与某个具体用例有关的控制流。

10.11顺序图的作用是什么?

包含哪些元素?

答:

顺序图用于描述涉及用例实现的多个对象实例以及对象之间交互时传递的消息,并按照用例的执行步骤为顺序指明对象的交互顺序。

顺序图的基本元素有参与者、对象、生命线、激活框、消息、控制框架、分支片段等。

10.16解释以下设计原则:

松耦合原则,单一职责原则,开放—封闭原则,Lidkov替换原则,依赖倒置原则。

答:

松耦合原则:

任何事物只要相互之间存在某种关系,就意味着事物间的耦合。

在设计时应尽量减少系统各部件在功能上、数据上或结构上的相连关系,应严格规定上层构件或类依赖下层构件或类提供的服务,但下层不依赖于下层,从而使下层部件更易复用。

单一职责原则:

即内聚性原则。

高内聚原则可以从模块设计引申到类的设计。

一个类承担的职责过多,某个职责的变化可能会削弱或者抑制该类完成其他职责的能力,并影响到构建、测试和部署等活动。

多个职责的耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏。

开放—封闭原则:

软件实体应该是可以扩展的,但是不可修改的。

开放—封闭原则要在模块本身不变动的情况下,通过改变模块周围的环境达到修改目的。

“对于扩展是开放的”,当应用的需求改变时,在模块上进行扩展使其具有满足那些改变的新行为;“对于更改时封闭的”,当模块进行扩展时,不必改动模块的源代码或二进制代码。

Liskov替换原则:

LSP是多态顺利实现的保证,从而使OCP成为可能。

因为正是子类型的可替换性才使得使用基类的模块在无需修改的情况下就可以扩展。

增加或修改任何一个子类型,基类不用修改(封闭)基类的使用者(客户程序)通过多态得到扩展或修改过的行为(开放)。

依赖倒置原则:

高层模块不应该依赖于低层模块,二者都应该依赖于抽象;抽象不应该依赖于细节,细节应该依赖于抽象。

第十一章

11.2系统详细设计的任务是什么?

包括哪些内容?

答:

系统详细设计是模块详细设计需要对每个模块(method或function)的内部处理逻辑进行设计。

当软件结构以类为单位时,总体设计定义了类及关系,顺序图描述了类之间的协作,但类的某个方法内部处理逻辑很复杂时,也需要进行模块详细设计。

详细设计要考虑各个方面和部件内部细节的方案,包括系统的输入输出设计、用户界面设计、数据库设计、程序处理过程设计、网络系统设计、安全性设计等方面的内容。

11.3输出设计包括哪些内容?

答:

输出设计包括:

确定输出内容、选择输出设备与介质、确定输出格式。

11.5设计人机对话要注意哪些问题?

答:

应该注意的问题有:

1)交互过程要清楚、简单,用词符合用户习惯。

2)考虑不同教育背景和操作水平的用户,便于维护和修改。

3)提供积极的有价值的反馈,错误提示要有建设性。

4)关键操作要有强调和警告。

5)尽量保持一致

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 生物学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1