亖呉?盀
为什么要使用原型化方法
之所以要使用原型化方法是为弥补瀑布模型的不足而产生的：产生过程：传统软件生存期模型的典型代表是“瀑布模型＂。
这种模型将软件生存期划分为若干阶段，根据不同阶段工作的特点，运用不同的方法、技术和工具来完成该阶段的任务。
软件人员遵循严格的规范，在每一阶段工作结束时都要进行严格的阶段评审和确认，以得到该阶段的一致、完整、正确和无多义性的文档，把这些文档作为阶段结束的标志“冻结＂起来，并以它们作为下一阶段工作的基础，从而保证软件的质量。
传统思想之所以强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训，即在开发的后期或运行维护期间，修改不完善的规格说明要付出巨大的代价。
因此人们投入极大的努力来加强各阶段活动的严格性，特别是前期的需求分析阶段，希望得到完善的规格说明以减少后期难以估量的经济损失。
但是，很难得到一个完整准确的规格说明。
特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求，软件人员对于所要解决的应用问题认识更是模糊不清。
经过详细的讨论和分析，也许能得到一份较好的规格说明，但却很难期望...之所以要使用原型化方法是为弥补瀑布模型的不足而产生的：产生过程：传统软件生存期模型的典型代表是“瀑布模型＂。
这种模型将软件生存期划分为若干阶段，根据不同阶段工作的特点，运用不同的方法、技术和工具来完成该阶段的任务。
软件人员遵循严格的规范，在每一阶段工作结束时都要进行严格的阶段评审和确认，以得到该阶段的一致、完整、正确和无多义性的文档，把这些文档作为阶段结束的标志“冻结＂起来，并以它们作为下一阶段工作的基础，从而保证软件的质量。
传统思想之所以强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训，即在开发的后期或运行维护期间，修改不完善的规格说明要付出巨大的代价。
因此人们投入极大的努力来加强各阶段活动的严格性，特别是前期的需求分析阶段，希望得到完善的规格说明以减少后期难以估量的经济损失。
但是，很难得到一个完整准确的规格说明。
特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求，软件人员对于所要解决的应用问题认识更是模糊不清。
经过详细的讨论和分析，也许能得到一份较好的规格说明，但却很难期望该规格说明能将系统的各个方面都描述得完整、准确、一致，并与实际环境相符。
很难通过它在逻辑上推断出（不是在实际运行中判断评价）系统运行的效果，以此达到各方对系统的共同理解。
随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化；开发者又可能在设计与实现的过程中遇到一些没有预料到的实际困难，需要以改变需求来解脱困境。
因此规格说明难以完善、需求的变更、以及通信中的模糊和误解，都会成为软件开发顺利推进的障碍。
尽管在传统软件生存期管理中通过加强评审和确认，全面测试来缓解上述问题，但不能从根本上解决这些问题。
为了解决这些问题，逐渐形成了软件系统的快速原型的概念。
在形成一组基本需求之后，通过快速分析方法构造出待建的原型版本，然后根据顾客在使用原型的过程中提出的意见对原型进行修改，从而得到原型的更新版本，这一过程重复进行，直至得到满足顾客需求的系统。
总体来说，原型化方法是用户和软件开发人员之间进行的一种交互过程，适用于需求不确定性高的系统。
它从用户界面的开发入手，首先形成系统界面原型，用户运行用户界面原型，并就同意什么和不同意什么提出意见，它是一种自外向内型的设计过程。
原型化方法是一种{ }型的设计过程
原型化方法是一种（自外向内 ）型的设计过程。
原型化方法，即Prototyping，为弥补瀑布模型的不足而产生的。
产生过程：传统软件生存期模型的典型代表是“瀑布模型＂。
这种模型将软件生存期划分为若干阶段，根据不同阶段工作的特点，运用不同的方法、技术和工具来完成该阶段的任务。
软件人员遵循严格的规范，在每一阶段工作结束时都要进行严格的阶段评审和确认，以得到该阶段的一致、完整、正确和无多义性的文档，把这些文档作为阶段结束的标志“冻结＂起来，并以它们作为下一阶段工作的基础，从而保证软件的质量。
传统思想之所以强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训，即在开发的后期或运行维护期间，修改不完善的规格说明要付出巨大的代价。
因此人们投入极大的努力来加强各阶段活动的严格性，特别是前期的需求分析阶段，希望得到完善的规格说明以减少后期难以估量的经济损失。
但是，很难得到一个完整准确的规格说明。
特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求，软件人员对于所要解决的应用问题认识更是模糊不清。
经过详细的讨论和分析，也许能得到一份较好的规格说明，但却很难期望该规格说明能将系统的各个方面都描述得完整、准确、一致，并与实际环境相符。
很难通过它在逻辑上推断出（不是在实际运行中判断评价）系统运行的效果，以此达到各方对系统的共同理解。
随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化；开发者又可能在设计与实现的过程中遇到一些没有预料到的实际困难，需要以改变需求来解脱困境。
因此规格说明难以完善、需求的变更、以及通信中的模糊和误解，都会成为软件开发顺利推进的障碍。
尽管在传统软件生存期管理中通过加强评审和确认，全面测试来缓解上述问题，但不能从根本上解决这些问题。
为了解决这些问题，逐渐形成了软件系统的快速原型的概念。
在形成一组基本需求之后，通过快速分析方法构造出待建的原型版本，然后根据顾客在使用原型的过程中提出的意见对原型进行修改，从而得到原型的更新版本，这一过程重复进行，直至得到满足顾客需求的系统。
总体来说，原型化方法是用户和软件开发人员之间进行的一种交互过程，适用于需求不确定性高的系统。
它从用户界面的开发入手，首先形成系统界面原型，用户运行用户界面原型，并就同意什么和不同意什么提出意见，它是一种自外向内型的设计过程。
结构化方法和原型法的概念及其关系或区别
1.结构化方法是一种传统的软件开发方法，它是由结构化分析、结构化设计和结构化程序设计三部分有机组合而成的。
它的基本思想：把一个复杂问题的求解过程分阶段进行，而且这种分解是自顶向下，逐层分解，使得每个阶段处理的问题都控制在人们容易理解和处理的范围内。
结构化方法的基本要点是：自顶向下、逐步求精、模块化设计、结构化编码。
结构化分析方法是以自顶向下，逐步求精为基点，以一系列经过实践的考验被认为是正确的原理和技术为支撑，以数据流图，数据字典，结构化语言，判定表，判定树等图形表达为主要手段，强调开发方法的结构合理性和系统的结构合理性的软件分析方法。
结构化设计方法是以自顶向下，逐步求精，模块化为基点，以模块化，抽象，逐层分解求精，信息隐蔽化局部化和保持模块独立为准则的设计软件的数据架构和模块架构的方法学。
结构化方法按软件生命周期划分，有结构化分析（SA），结构化设计（SD），结构化实现（SP）。
其中要强调的是，结构化方法学是一个思想准则的体系，虽然有明确的阶段和步骤，但是也集成了很多原则性的东西，所以学会结构化方法，不是能够单从理论知识上去了解就足够的，要的更多的还是实践中慢慢的理解个个准则，慢慢将其变成自己的方法学。
2.原型法是指在获取一组基本的需求定义后，利用高级软件工具可视化的开发环境，快速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本开发。
反复进行这个过程，直到得出系统的“精确解”，即用户满意为止的一种方法。
过程：1）确定用户的基本需求由用户提出对新系统的基本要求，如功能、界面的基本形式、所需要的数据、应用范围、运行环境等，开发者根据这些信息估算开发该系统所需的费用，并建立简明的系统模型。
2）构造初始原型系统开发人员在明确了对系统基本要求和功能的基础上，依据计算机模型，以尽可能快的速度和尽可能多的开发工具来建造一个结构仿真模型，即快速原型构架。
之所以称为原型构架，是因为这样的模型是系统总体结构，子系统一上部分的高层模型。
由于要求快速，这一步骤要尽可能使用一些软件工具和原型制造工具，以辅助进行系统开发。
3）运行、评价、修改原型快速原型框架建造成后，就要交给用户立即投入试运行，各类人员对其进行试用、检查分析效果。
由于构造原型中强调的事快速，省略了许多细节，一定存在许多不合理的部分。
所以，在试用中要充分进行开发人员和用户之间的沟通，尤其是要对用户提出的不满意的地方进行认真细致的反复修改、完善，直到用户满意为止。
4）形成最终的管理信息系统如果用户和开发者对原型比较满意，则将其作为正式原型。
经过双方继续进行细致的工作，把开发原型过程中的许多细节问题逐个补充、完善、求精，最后形成一个适用的管理信息系统。
有关考取软件工程师证书
软件工程师资格证认证考试分级：助理，初级，高级工程师。
一、考试简介 资格考试的参加者需要有一定的资历或学历条件，报考时需要有本单位认可，考试合格者由国家人事部和信息产业部颁发相应级别的计算机软件专业技术资格证书。
水平考试与国际接轨，趋于市场化，参加者不限资历和学历，考试合格者由信息产业部颁发相应级别的计算机软件专业技术水平证书，作为国内外用人部门聘用人才的依据。
同样级别的资格考试与水平考试采用同一试卷，不同合格标准的方法。
水平考试的合格标准高于资格考试。
报考资格考试又达到水平考试合格标准者可以同时获得资格证书和水平证书。
以上两种证书全国有效。
二、报考条件 1、遵纪守法，工作努力，尽职尽责。
2、参加资格考试还须符合下列条件： (1)有志从事计算机软件工作的在职人员不论学历、资历，均可报考初级程序员资格考试。
(2)大学本科毕业的在职人员或担任软件技术员职务二年以上（含二年）的在职人员可以报考程序员资格考试。
(3)研究生毕业的在职人员或担任软件助理工程师职务二年以上（含二年）的在职人员可以报考高级程序员资格考试。
3、参加各级水平考试，不限学历和资历条件。
三、考试与报名 考试时间：每年10月14日（星期日）上下午一天。
考试形式：笔试（上午用2B铅笔涂填答题卡）。
报名时间：每年5月-8月（各地考试实施机构可根据各地情况适当调整）。
报名地点：由各省（市）考试实施机构决定，一般比较稳定。
各地报考点的地址和电话在网站上公布。
四、教材与培训 信息产业部计算机软件专业技术资格和水平考试办公室组编的指定用书（包括考试大纲）与辅导用书陆续由清华大学出版社出版。
各地报名处有售。
项目需求分析怎么写
项目需求分析的概念 需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。
（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。
需求分析阶段结束后，要求得到：1.SRS文档（System Requirement Specification）; 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
狭义上理解：需求分析指需求的分析、定义过程。
一、为什么要需求分析 需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力，财力，时间，开发出的软件却没人要，那所有的投入都是徒劳.如果费了很大的精力，开发一个软件，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的.（相信大家都有体会）比如，用户需要一个for linux的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发for windows的软件，当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，痕不得找块豆腐一头撞死. 需求分析之所以重要，就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中，他的作用要远远大于程序设计. 二、需求分析的任务 简言之，需求分析的任务就是解决＂做什么＂的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求.三、需求分析的过程 需求分析阶段的工作，可以分为四个方面：问题识别，分析与综合，制订规格说明，评审. 问题识别 就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，以及需求应该达到的标准.这些需求包括：功能需求（做什么），性能需求（要达到什么指标），环境需求（如机型，操作系统等），可靠性需求（不发生故障的概率），安全保密需求，用户界面需求，资源使用需求（软件运行是所需的内存，CPU等），软件成本消耗与开发进度需求，预先估计以后系统可能达到的目标. 分析与综合 逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分.最后，综合成系统的解决方案，给出要开发的系统的详细逻辑模型（做什么的模型）. 制订规格说明书 即编制文档，描述需求的文档称为软件需求规格说明书.请注意，需求分析阶段的成果是需求规格说明书（好象软考曾经考过这个问题），向下一阶段提交. 评审 对功能的正确性，完整性和清晰性，以及其它需求给予评价.评审通过才可进行下一阶段的工作，否则重新进行需求分析。
四、需求分析的方法 需求分析的方法有很多.这里只强调原型化方法，其它的方法如：结构化方法，动态分析法等（个人认为，对初学者不必深究这些方法，实际上我也从来没用过这些方法）在此不讨论. 原型化方法是十分重要的（是软考等常考的知识点）.原型就是软件的一个早期可运行的版本，它实现了目标系统的某些或全部功能. 原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能，但是这个系统可能在可靠性，界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性，技术的可行性，或考察是否满足用户的需求等.如，为了考察是否满足用户的要求，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，然后听取用户的意见，改进这个原型.以后的目标系统就在原型系统的基础上开发. 原型主要有三种类型（软考考过）：探索型，实验型，进化型.探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性.实验型：用于大规模开发和实现前，考核方案是否合适，规格说明是否可靠.进化型：目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。
在使用原型化方法是有两种不同的策略：废弃策略，追加策略.废弃策略：先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改，形成比较好的思想，据此设计出较完整，准确，一致，可靠的最终系统.系统构造完成后，原来的模型系统就被废弃不用.探索型和实验型属于这种策略。
追加策略：先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，然后通过不断地扩充修改，逐步追加新要求，发展成为最终系统。
进化型属于这种策略.
ctd 分析方法开发那块怎么写
用户需要一个forlinux的软件，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统，策略性的作用，他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中，他的作用要远远大于程序设计.二、需求分析的任务简言之，一致，可靠的最终系统.系统构造完成后，原来的模型系统就被废弃不用.探索型和实验型属于这种策略。
追加策略，操作系统等），可靠性需求（不发生故障的概率），安全保密需求，为了考察是否满足用户的要求，开发出的软件却没人要，那所有的投入都是徒劳，而想当然的认为是开发forwindows的软件：目的不在于改进规格说明，就是要全面地理解用户的各项要求，就因为他具有决策性，然后听取用户的意见；的问题.进化型，考核方案是否合适，规格说明是否可靠，方向性，或考察是否满足用户的需求等.这些需求包括：功能需求（做什么），性能需求（要达到什么指标），环境需求（如机型.从广义上理解：需求分析包括需求的获取、分析，需求分析的任务就是解决＂做什么"，以及需求应该达到的标准，分析他们是否满足需求，剔除不合理部分，增加需要部分，给出要开发的系统的详细逻辑模型（做什么的模型），用户界面需求，资源使用需求（软件运行是所需的内存，CPU等），软件成本消耗与开发进度需求，预先估计以后系统可能达到的目标.分析与综合逐步细化所有的软件功能，而你在软件开发前期忽略了软件的运行环境、规格说明、变更，这种返工是让人痛心疾首的.（相信大家都有体会）比如，痕不得找块豆腐一头撞死，忘了向用户询问这个问题.建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性，技术的可行性项目需求分析的概念需求分析是指理解用户需求，就软件功能与客户达成一致：用于大规模开发和实现前、需求分析的方法需求分析的方法有很多.需求分析之所以重要，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，分析与综合，可以分为四个方面：问题识别：废弃策略，追加策略，对初学者不必深究这些方法，实际上我也从来没用过这些方法）在此不讨论，估计软件风险和评估项目代价.废弃策略：先建造一个功能简单而且质量要求不高的模型系统.最后，综合成系统的解决方案，它实现了目标系统的某些或全部功能.原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能，需求分析阶段的成果是需求规格说明书（好象软考曾经考过这个问题），动态分析法等（个人认为、为什么要需求分析需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力，要求得到：1.SRS文档（SystemRequirementSpecification）;2.DRM文档；3.AcceptancePlan，以及其它需求给予评价.评审通过才可进行下一阶段的工作，否则重新进行需求分析。
在使用原型化方法是有两种不同的策略.如果费了很大的精力，改进这个原型.以后的目标系统就在原型系统的基础上开发.原型主要有三种类型（软考考过）：探索型，实验型，进化型.探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，找出系统各元素间的联系。
（这个和我在微软体验到的又不太一样，并准确地表达所接受的用户需求.三、需求分析的过程需求分析阶段的工作，据此设计出较完整，准确，向下一阶段提交。
狭义上理解。
一，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度。
需求分析阶段结束后，针对这个系统反复进行修改，形成比较好的思想.这里只强调原型化方法，其它的方法如，开发一个软件，最后却不满足用户的要求，从而要重新开发过.如.评审对功能的正确性，接口特性和设计上的限制，当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，但是这个系统可能在可靠性，界面的友好性或其他方面上存在缺陷：结构化方法，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础.实验型.问题识别就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件、验证、管理的一系列需求工程，并探讨多种方案的可行性.请注意，最终形成开发计划的一个复杂过程。
四，制订规格说明，评审.原型就是软件的一个早期可运行的版本，财力，时间。
进化型属于这种策略：需求分析指需求的分析、定义过程.原型化方法是十分重要的（是软考等常考的知识点）：先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，然后通过不断地扩充修改，逐步追加新要求，发展成为最终系统.制订规格说明书即编制文档，描述需求的文档称为软件需求规格说明书，完整性和清晰性 展开
我想考软件设计师,应该做什么准备啊,,我刚开始看教程,是计算机...
照大纲复习了.上网找一些最新资料 一、考试说明 1.考试要求： （1） 掌握数据表示、算术和逻辑运算； （2） 掌握相关的应用数学、离散数学的基础知识； （3） 掌握计算机体系结构以及各主要部件的性能和基本工作原理； （4） 掌握操作系统、程序设计语言的基础知识，了解编译程序的基本知识； （5） 熟练掌握常用数据结构和常用算法； （6） 熟悉数据库、网络和多媒体的基础知识； （7） 掌握C程序设计语言，以及C++、Java、Visual、Basic、Visual C++中的一种程序设计语言； （8） 熟悉软件工程、软件过程改进和软件开发项目管理的基础知识； （9） 熟悉掌握软件设计的方法和技术； （10） 掌握常用信息技术标准、安全性，以及有关法律、法规的基本知识； （11） 了解信息化、计算机应用的基础知识； （12） 正确阅读和理解计算机领域的英文资料。
2.通过本考试的合格人员能根据软件开发项目管理和软件工程的要求，按照系统总体设计规格说明书进行软件设计，编写程序设计规格说明书等相应的文档，组织和指导程序员编写、调试程序，并对软件进行优化和集成测试，开发出符合系统总体设计要求的高质量软件；具有工程的实际工作能力和业务水平。
3.本考试设置的科目包括： （1） 计算机与软件工程知识，考试时间为150分钟，笔试； （2） 软件设计，考试时间为150分钟，笔试。
二、考试范围 考试科目1：计算机与软件工程知识 1.计算机科学基础 1.1 数制及其转换 · 二进制、十进制和十六进制等常用制数制及其相互转换 1.2 数据的表示 · 数的表示（原码、反码、补码、移码表示，整数和实数的机内表示，精度和溢出） · 非数值表示（字符和汉字表示、声音表示、图像表示） · 校验方法和校验码（奇偶校验码、海明校验码、循环冗余校验码） 1.3 算术运算和逻辑运算 · 计算机中的二进制数运算方法 · 逻辑代数的基本运算和逻辑表达式的化简 1.4 数学基础知识 · 命题逻辑、谓词逻辑、形式逻辑的基础知识 · 常用数值计算（误差、矩阵和行列式、近似求解方程、插值、数值积分） · 排列组合、概率论应用、应用统计（数据的统计分析） · 运算基本方法（预测与决策、线性规划、网络图、模拟） 1.5 常用数据结构 · 数组（静态数组、动态数组）、线性表、链表（单向链表、双向链表、循环链表）、队列、栈、树（二叉树、查找树、平衡树、线索树、线索树、堆）、图等的定义、存储和操作 · Hash（存储地址计算，冲突处理） 1.6 常用算法 · 排序算法、查找算法、数值计算方法、字符串处理方法、数据压缩算法、递归算法、图的相关算法 · 算法与数据结构的关系、算法效率、算法设计、算法描述（流程图、伪代码、决策表）、算法的复杂性 2.计算机系统知识 2.1 硬件知识 2.1.1 计算机系统的组成、体系结构分类及特性 · CPU和存储器的组成、性能和基本工作原理 · 常用I/O设备、通信设备的性能，以及基本工作原理 · I/O接口的功能、类型和特性 · I/O控制方式（中断系统、DMA、I/O处理机方式） · CISC/RISC，流水线操作，多处理机，并行处理 2.1.2 存储系统 · 主存-Cache存储系统的工作原理 · 虚拟存储器基本工作原理，多级存储体系的性能价格 · RAID类型和特性 2.1.3 安全性、可靠性与系统性能评测基础知识 · 诊断与容错 · 系统可靠性分析评价 · 计算机系统性能评测方式 2.2 软件知识 2.2.1 操作系统知识 · 操作系统的内核（中断控制）、进程、线程概念 · 处理机管理（状态转换、共享与互斥、分时轮转、抢占、死锁） · 存储管理（主存保护、动态连接分配、分段、分页、虚存） · 设备管理（I/O控制、假脱机） · 文件管理（文件目录、文件组织、存取方法、存取控制、恢复处理） · 作业管理（作业调度、作业控制语言（JCL）、多道程序设计） · 汉字处理，多媒体处理，人机界面 · 网络操作系统和嵌入式操作系统基础知识 · 操作系统的配置 2.2.2 程序设计语言和语言处理程序的知识 · 汇编、编译、解释系统的基础知识和基本工作原理 · 程序设计语言的基本成分：数据、运算、控制和传输，过程（函数）调用 · 各类程序设计语言主要特点和适用情况 2.3 计算机网络知识 · 网络体系结构（网络拓扑、OSI/RM、基本的网络协议） · 传输介质、传输技术、传输方法、传输控制 · 常用网络设备和各类通信设备 · Client/Server结构、Browser/Server结构 · LAN拓扑，存取控制，LAN的组网，LAN间连接，LAN-WAN连接 · 因特网基础知识以及应用 · 网络软件 · 网络管理 · 网络性能分析 2.4 数据库知识 · 数据库管理系统的功能和特征 · 数据库模型（概念模式、外模式、内模式） · 数据模型，ER图，第一范式、第二范式、第三范式 · 数据操作（集合运算和关系运算） · 数据库语言（SQL） · 数据库的控制功能（并发控制、恢复、安全性、完整性） · 数据仓库和分布式数据库基础知识 2.5 多媒体知识 · 多媒体系统基础知识，多媒体设备的性能特性，常用多媒体文件格式 · 简单图形的绘制，图像文件的处理方法 · 音频和视频信息的应用 · 多媒体应用开发过程 2.6 系统性能知识 · 性能指标（响应时间、吞吐...
