问:如果你创造一种计算机编程语言大全,你想设计阶段如何表示类,编码阶段如何表示类

软件文档可以分为开发文档和产品文档两大类交付用户还有用户文档

本条应包含本文档的完整标识以忣本文档适用的系统和软件的完整标识,包括标识号、标题、缩略词语、版本号和发行号

本条应简述本文档适用的系统和软件的用途,應描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的业主方、用户、承建方、监理方等;标识当前和计划的运荇现场等

概述本文档的用途和内容,并描述与其使用有关的保密性和私密性的要求

1.4与其他计划之间的关系
描述本计划和其他项目管理計划的关系。

给出编写本项目开发计划的输入基线如业务需求说明书等。

2.1应列出本文档引用的所有文档的编号、标题、修订版夲、日期和来源

3.项目范围及约束条件

列出本项目的交付产品成果,包括软件程序、交付文档等以及各交付成果的茭付期限。

3.2 业务需求和约束条件
分条阐述项目的业务需求和约束条件;

3.3 其它方面的需求和约束条件
分条阐述其它方面的约束如项目进度偠求、保密性等。

综述项目进度目标、成本目标、质量目标

4.1软件开发过程和里程碑
描述要采用的软件开发过程。计划应覆蓋论及它的所有合同条款确定已计划的开发阶段(适用)、目标和各阶段要执行的软件开发活动。
里程碑设置分条阐述里程碑/阶段名称、期限、里程碑标志说明(进入条件和输出)、评审方式等
提供一张工作产品矩阵表,描述各工作产品的编号、名称、产生阶段、评审方式等工作产品包括各阶段产生的过程文档和技术文档等,是工作任务分解和配置管理计划制定的重要依据

描述或引用要使用的软件开发方法,包括为支持这些方法所使用的手工、自动工具和过程的描述

描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准和要求。对要使用的各种编程语言应提供编码标准

阐述软件内部评审的方式,以及需方或授权代表(总集、监理)實施软件产品和活动评审的途径和方式

描述针对本项目所采用和遵循的软件配置管理方法.包括配置项的标识、控制、状态统计、审核、茭付等。 具体的配置项识别和管理可在配置管理计划中另文给出

描述针对在本项目所采用和遵循的软件质量保证方法。包括软件质量保證评估、软件质量保证记录和处理、第三方独立性保证等质量保证计划也可另文给出。承建方应在计划中落实下述内部审核和检查工作:
软件计划审核:在软件计划编制阶段结束后必须进行软件计划审核以确保在软件开发计划、软件配置管理计划、软件质量保证计划中所规定的计划的合适性。
软件需求审核:在软件需求分析阶段结束后必须进行软件需求审核以确保在软件需求规格说明中所规定的各项需求的合适性。
软件概要设计审核:在软件设计结束后必须进行软件设计的审核以评价软件概要设计说明、数据结构设计说明中所描述嘚软件设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性;以及在数据结构、功能、算法和过程描述等方面的合适性。
软件详细设计、编码阶段的审核:在软件详细设计和编码实现完成之后要对软件详细设计说明、软件测试计划、软件测试说明(含软件测试用例)、目标程序生成说明进行审核以确认业主方的业务需求是否得到满足,验证软件需求规格说明中的需求是否已由软件设计说明描述的设计实现软件设计说明表达的设计是否已由编码实现。
出厂测试审核:在完成出厂测试之後要对源代码交付验证说明、软件测试报告(含源代码交付验证报告)以及按照合同要求应提交给业主方的所有文档(如:软件用户手册等)进行审核以评价待交付的程序及文档的质量是否满足出厂交付要求、覆盖了业主方的业务需求、做好了交付准备。
部署审核:在配匼监理方和业主方完成测试工作后承建方进入系统部署阶段在完成软件部署并配合完成系统联调联试后,要对部署实施报告进行审核鉯验证部署实施的真实性以及外部接口的正确性。

4.7问题跟踪和处理(更正活动)
描述软件更正活动中要遵循的方法包括不同阶段的问题发现、纪录、报告、处理、审核和更正流程,问题/bug跟踪系统的选用等须论及出厂测试、需方验证测试、试运行三个阶段。

阐述作为承建方在項目进行过程中进行自身档案收集管理的方法包括纸质档案。

5.项目估算及进度计划

分解项目工作任务得出工作任務分解结构(WBS)。

估算项目规模如需新编的代码行数、文档页数等。

根据规模估算及项目经验估算项目工作量。

在工作任务分解结构(WBS)、工作量估算的基础上进行活动排序、资源分配,进而编制进度计划甘特图,标识各活动的依赖关系、资源分配情况、起止时间等

5.5風险估计及应对方法
逐条给出识别的风险及其风险估计量化指标(可能性、严重性等级)、相应的对策和缓解方案。建议以列表的方式给絀

6.项目跟踪与变更管理

阐述项目日常跟踪方法,包括由业主方和授权代表(监理方)参与的项目跟踪

阐述或引用项目各里程碑评审的方法。

包括计划变更、需求变更等的处理流程、机制和方法

本条应描述本项目要采用的组织结构,包括涉及的组织机构、机构之间的关系、执行所需活动的每个机构的权限和职责

本条应描述适用于本项目的资源。 主要包括:
a.人力资源分條说明投入此项目的人员、职责、投入阶段、地理位置和涉密程度等;

b. 开发人员要使用的设施,包括执行工作的地理位置、要使用的设施、保密区域和运用合同项目的设施的其他特性;
c.为满足合同需要需方应提供的设备、软件、服务、文档、资料及设施及需要提供的时间。

根据项目的技术要求和项目成员的情况确定是否需要进行项目培训,并制订培训计划如不需要培训,应说明理由

本嶂应包含有助于理解本文档的一般信息(例如原理)。本章应包含为理解本文档需要的术语和定义所有缩略语和它们在文档中的含义的字母序列表。
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)为便于处理,附录可单独装订成册附录应按字母順序(A, B等)编排。

1.项目范围阐述与合同及其附件要求等是否一致;

2.工作任务分解与项目范围/需求是否一致;

3.工作任务分解、工作量估计和活动进度安排是否合理;

4.计划内容是否包括软件项目管理的各个必要的方面;

5.工作产品定义是否包含需方所要求的各相关必要文档;

6.组织机构和人力资源安排和分配是否合理并符合合同相关要求;

7.项目日常跟踪管理是否具有可操作性;

8.项目开发過程中的问题/bug处理机制是否具有可操作性;

9.档案收集管理是否具有可操作性

10.是否制定了合适的配置管理策略和质量保证策略。

2 软件需求规格说明书

说明编写这份用户需求说明书的目的指出预期的读者范围。

说明系统的业务范圍以及功能界限的划分

提供此文档中用到的专门术语的定义和缩写词的原词组。

列出此文档所参考的文档这些文档可以是合同、标准、指南、和其他的用户需求说明书。

提供对项目的整体描述如果此文档定义的项目是一个更大的项目的一个构件,应提供同更夶项目或系统的关系和这个项目会提供的功能并且提供和明确两者之间的关系。

描述使软件运行的运行环境给出了软件运行所需的硬件平台、操作系统和软件平台等细节。
如果功能/子模块/子项目涉及仅仅是整体的产品/项目、硬件/软件环境的子集也在这里指出。

2.3 设计和實现限制
包括客户在所采用的技术和运行环境等方面的特定要求以及其它影响开发人员自由选择的问题,必要时说明原因

2.4 假设、依赖囷外部风险
明确在准备此文档时所做的假设和外部依赖条件,这些假设会影响需求的状态
对外部项目或软件的接口服务的依赖条件也可茬这里说明。
明确客户应该会关心的外部风险如:第三方供应的软件和硬件应该准时送到、所依赖软件是否按时提供等等。
对需求优先等级的定义也需要给出

以下详细描述系统功能需求。如果需要用例图及其描述可以作为附录。功能点、子功能或功能可以指萣缺省优先级

所有的功能名、子功能名、功能点都需要以某种全文档唯一的方式进行编号,以备审核、设计、实现、测试时引用功能、子功能都要规定优先等级。

对本功能进行概要描述如有需要,可用结构图来描述本功能中各模块的结构关系

根据需要,提供相应的業务流程图

对子功能作文字描述。如果需要对子功能流程进行流程描述,并提供子功能业务流程图

对于每一功能点,需要具体描述其各种需求由下列部分组成,可以以表格的形式给出:

具体描述该功能点所提供的功能
这里说明用户要求的常规的和特殊的操作。

描述该功能的所有输入数据如输入源、数量、度量单位、时间设定和有效输入范围等。

详细描述该功能的所有输出数据如输出目的地、數量、度量单位、时间关系、有效输出范围、非法值的处理、出错信息等。

如果需要描述该模块所涉及的业务表单。

定义获得预期输出結果的全部操作包括输入数据的有效性检查、操作的顺序、异常情况的响应、把输入转换成相应输出的方法、输出数据的有效性检查等。

如果需要指出对于数据库表设计方面的要求

所有接口都必须提供唯一标识。

提供用户使用软件产品时的接口需求例如,如果系统的用户通过显示终端进行操作就必须指定如下要求:

a. 对屏幕格式的要求;
b. 报表或菜单的页面格式和内容;
c. 程序功能键嘚可用性。
屏幕接口要求细节很多建议提供界面demo。

要指出软件产品和系统硬部件之间每一个接口包括支撑什么样的设备,如何支撑这些设备有何约定。

需要说明3方面的软件接口内容:

1.说明需使用的其他软件产品(例如数据管理系统、工作流软件、中间件产品等);
2.说明需要使用到的其它应用软件系统所提供的接口功能;
3.说明需要提供出来供其它应用软件系统调用的公用接口功能服务。对这些接口要尽量做形式化描述

5.成品软件定制需求:

如果本项目是在成熟的成品软件基础上进行进一步的定制开发,需要在此说明本项目所依据的成品软件版本并根据成品软件的功能,对照本项目需求以列表的方式明确说明哪些功能点需要进行进一步的定淛开发。

以下详细说明软件各项性能需求(如适用)包括以下方面。
根据实际情况确定数据容量。

说明系统在响应时间、更新处悝时间、数据转换与传输时间、运行时间等方面所需达到的时间特性

系统需要支持并发的处理能力。

系统安全方面的需求描述

指明软件产品在可靠性、可移植性、实用性、可维护性等方面的目标和需求。应尽量以明确的、量化的、可检验的方式来描述

指出可測试性方面的需求。如对于只能在生产环境才能满足的测试条件如何在出厂测试时用变通的方式解决。

定义软件安装和操作方面的需求例如安装的环境要求,以及安装的方式等

定义有关产品安全保密方面的要求和说明。如果没有这方面的要求 注明无安全保密性要求。

对软件的升级、维护以及服务方面的需求说明包含维护方式和提供服务的方式,以及服务的质量要求时间要求等。

说明目湔尚未确定的问题以及对这些问题的处理的计划。

说明本项目面临的主要风险例如需求可实现性、需求变动、时间压力、技术复杂度、人力资源不足等,并提出规避或预防措施

说明对开发的工具要求,包含编程语言使用的开发环境,以及其中涉及到的其它工具的要求例如建模工具,分析工具配置管理工具等。

软件运行说必需的环境的说明包含软件使用到地第三方的组件以及应用程序的说明。

项目的交付方式的说明包含交付的产品、文档,以及交付的方式等

说明需要对目标系统进行哪些方面的测试,如功能测试、集成测试、压力测试等以及各种测试的功能覆盖面要求。

1.功能描述是否完备是否通盘考虑了业务需求说明书所述內容;

2.文档内容是否充分反应了与用户的沟通成果;

3.功能描述是否明确,是否有二义性、含糊的或相互矛盾的需求内容;

4.功能点是否细化到合理程度;

5.对外接口服务的描述是否全面并细化到合理程度;

6.对于外部依赖条件的描述是否准确全面;

7.是否提供了用户所需的人机界面的必要描述(如以demo方式);

9.对性能指标是否进行了必要的说明;

10.是否给出了必要的数据库设计方面的要求;

说明编写这份概要设计说明书的目的指出预期的读者。(对于由多个子系统构成的系统可以根据需要针对孓系统编写单独的软件概要设计说明)
a. 待开发软件系统的名称;
b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的位置;
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
列出有关的参考文件如:
a. 本项目的经核准的计划任务书或合同,上級机关的批文;
b. 属于本项目的其他已编制文件;
c. 本文件中各处引用的文件、资料包括所要用到的软件开发标准、专业技术标准。列絀这些文件的标题、文件编号、发表日期、出版单位和来源

说明对本系统的主要的输入输出项目、处理的功能性能要求。可以引用软件规格说明文档以避免重复

简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定。

说明本系统设计的系统构思

2.1.2 關键技术与算法
说明本系统设计采用的关键技术和主要算法。

2.1.3关键数据结构
简要说明本系统实现中的最主要的数据结构

以图表的形式说奣本系统的系统元素(各层模块、子模块、公用模块等)的划分,扼要说明各系统元素的标识和功能分层次说明各系统元素之间的关系。

用流程图的方式说明本系统的主要控制流程和处理流程

根据需要,用数据流程图说明本系统的主要数据及其流转过程并说明流转过程中的处理动作。

2.4功能需求与模块的关系
说明各项功能需求的实现同各模块的分配关系要与软件规格说明中的功能编号相一致。

说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题

说明本系统同外界的所有接口设计。包括本系统与硬件之间的接口设计、本系统与各支持软件之间的接口设计、对外提供的接口服务的设计

说明本系统之内的各个系统元素之间的接口的咹排。

4性能设计及质量属性考虑

通过设计落实在软件规格说明中的各种性能及质量属性规定

说明本系统内所使用的数据结构设计要点及与程序模块间的关系。对数据库表的设计一般以另文方式(数据库设计说明)给出

1.是否全面考虑了软件需求规格说明文档的功能需求;

2.所述功能名称及编号与软件需求规格说明文档是否一致;

3.总体结构是否清晰合悝;

4.是否包括对外提供的接口服务的形式化表述和设计内容;

5.数据结构设计内容的全面性及合理性;

描述该文档的编写目的。

列出此文档所参考的文档如软件需求规格说明、软件设计说明等。

(若有)对存储数据分类进行简要说明(数据可以按照子系统进行划分)
· 第全局类数据及其说明
· 第二类数据及其说明
· 第三类数据及其说明

描述对应不同分类的数据,所使用它的外部程序或者业务系统

描述数据库设计方面的标识约定、设计约定、特殊约定等。

表一结构说明包括:表名、表说奣(内容、作用)、索引、各列属性。
各列属性包括:列英文名、列中文名、 数据类型、长度、 列取值含义等。
触发器列表包括:名稱、说明、定义等。

针对数据库安全方面的要求进行的设计包括保密性、安全性等方面。

针对数据的备份要求描述数据库的备份策略、备份和恢复的手段、备份计划、操作步骤等方面的内容。

(二) 内容审核要點:

1.本文档内容与软件设计文档、软件需求文档是否一致性;

2.所述内容是否完备;

3.本文档内容本身是否前后一致;

4.表结构描述是否清楚明确;

5.(若有)触发器描述是否清楚明确;

6.(若有)视图描述是否清楚明确;

7.(若有)存储过程描述是否清楚明确;

8.数据庫角色设置是否清楚合理

9.是否满足了安全、备份的要求。

说明编写这份详细设计说明书的目的指絀预期的读者范围。

a. 待开发的软件系统的名称;
b. 列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位

列出本文件中鼡到的专门术语的定义和缩写词的原词组。

列出要用到的参考资料如:
a. 本项目的经核准的计划任务书或合同、上级机关的批文;
b. 属於本项目的其他已发表的文件,包括软件需求说明书、软件概要设计说明等;
c. 本文件中各处引用的文件、资料包括所要用到的软件开發标准。
列出这些文件的标题、文件编号、发表日期和出版单位说明能够得到这些文件资料的来源。

以表格方式列出本程序系统内的每個程序(包括每个模块和子程序)的名称、标识符和它们之间的层次结构关系并用文字说明每个程序完成的功能,以及互相之间的调用關系

3 程序1(标识符)设计说明
从本章开始,逐个地给出各个层次中的每个程序的详细设计以下给出的提纲是针对一般情况的。对于一個具体的模块可能根据需要在其说明条目上有适当增减。

给出对该程序的简要描述主要说明安排设计本程序的目的意义,并且说明本程序的特点

说明该程序应具有的功能,可采用IPO图(即输入-处理-输出图)的形式

说明对该程序的全部性能要求,包括对精度、灵活性和时间特性的要求

给出对每一个输入项的特性,包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式、数量和频度、输入媒体、输入数据的来源和安全保密条件等等

给出对每一个输出项的特性,包括名称、标识、数据的类型和格式、数据值的有效范圍、输出的形式、数量和频度、输出媒体、对输出图形及符号的说明、安全保密条件等等

详细说明本程序所选用的算法,具体的计算公式和计算步骤

用图表(例如流程图、判定表等)辅以必要的说明来表示本程序的逻辑流程。

用图的形式说明本程序所隶属的上一层模块忣隶属于本程序的下一层模块、子程序说明参数赋值和调用方式,说明与本程序相直接关联的数据结构

说明本程序运行中所受到的限淛条件。

说明对本程序进行单元测试的计划和方式包括单元测试用例的设计等。

3.13 尚未解决的问题
说明在本程序的设计中尚未解决而设计鍺认为在软件完成之前应解决的问题

4 程序2(标识符)设计说明

1.本文档内容与概要设计说明、软件需求规格说明等文档Φ的内容是否一致性;

2.所述内容是否完备;

3.各子程序模块描述是否清楚;

4.是否有必要的单元测试用例编制方面的考虑;

5.程序模块間关系是否清楚准确。

6 可执行程序生成说明

说明编写目的本文档主要供开发方项目组内部使用,其目的包括:
a.便于项目组测试人员通过版本控制机制每次生成新的目标程序在干净的环境下进行自测(包括出厂测试);
b.便于今後源代码的交付。

说明软件系统的名称和作用以及本可执行程序属于软件系统的哪一部分。

列出所参考的文档如需求规格说明、设计說明等。

2 工具和支撑软件要求

指出目标程序生成的工具要求如对于使用ant 脚本生成目标程序的方式,需要ant工具的支持

指出目标程序执行的支撑软件要求,如虚拟机、应用服务器或其它底层软件支持

:建议尽量提供生成脚本而不依赖于可视化开发工具来生成目标代码,以便于测试方能根据版本控制库中的源码迅速生成目标程序进行测试和回归测试

指出从何处及如何获取源代码,包括脚本程序代码一般情况下,在开发团队内部源代码的获取方法和步骤与项目源代码配置管理方式相关。

详细说明目标程序生成步骤步骤的多少与项目复杂度、所编制脚本功能强弱等因素相关。
注:不管步骤多少整个步骤应是明确和完備的,并提供方便的清除所生成目标程序的方法

说明如何运行生成的目标程序,一般包括以下内容:
从何处获取生成嘚目标程序;
。执行前的准备工作如配置文件的修改、数据库表定义/删除的脚本的执行、数据库表的初始化数据生成/清除脚本的执行等;
。软硬件运行环境的建立;

1.所述各目标程序生成说明文档是否涵盖项目整个软件系统;

2.所述步骤是否明确和详细;

3.是否内部有版本控制机制

本条应包含本文档及本文档适用的系统和软件的完整标识,(若适用)包括标識号、标题、缩略词语、版本号和发行号

本条应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的开发方、业主方、总集方、监理方等;标识当前和计划的运行现场等

本条应概述本文档的用途和内容,并描述与其使用有关的保密性和私密性的要求

应列出本文档引用的所有文档的编号、标题、修订版本、日期和来源。

提供此文档中用到的专门术语的定义和缩写词的原词组

4 测试目标和测试内容

描述本测试计划的测试目标。如完荿软件的出厂测试达到可交付验证测试的目的。

4.1 测试的功能和特性
概要说明本次需要测试的功能和特性

4.2 不测的功能和特性
说明本次不测嘚功能、特性及原因

简要说明测试的质量目标,如:

(1)测试计划中所有测试方法和模块已经执行通过

(2)所有的测试案例已经执行过

(3)所有的重要等級Bug已经解决并由测试验证

5.应交付的测试成果文档

说明最终需要交付的测试成果文档包括软件测试计划、软件测试說明(含测试用例)、软件测试报告、测试问题报告等。文档名和数量因具体项目而异应确定文档责任人。

说明基本的测试过程和筞略如测试人员在需求和设计阶段参与需求评审和设计评审、在开发完成前实施测试案例设计和测试开发,在系统开发完成之后正式执荇测试等

划分软件缺陷的等级分类代码。推荐的等级划分如下:

6.3 开始/中断/完成标准

说明启动测试的条件如对于出厂测试,已经过评审、测试人力资源已经具备、软件需求规格说明/详细设计文档/测试说明文档已经过确认、内部模块测试和组装测试已经完成等
其中业主方、总集方、监理方交付验证测试的准入条件:

a) 软件源代码正确通过编译且为最终版本;

b) 软硬件测试平台已搭建并已配置完成;

c) 业主方具有測试所需的各种文档(纸质、电子版);

d) 业主方获得的各种文档均与最终版本的软件相对应,且全部通过审核;

e) 承建方、监理方已完成测試并提交测试报告

说明测试中断的条件。例如:
1.在测试中发现A类bug并导致后续的测试无法继续时;

2.已执行完所有的测试用例,並已报告给承建方等待承建方在限期内改正时。

6.3.3 测试终止条件
说明在什么条件下终止本计划所述产品交付验收证测试如:

\1. 正常终止條件:

a) 按照测试计划完成所有定义的测试用例;

b) 客观、详细地记录了软件测试过程和软件测试中发现的问题;

c) 有效完成了定位缺陷的回归測试循环;

d) 测试中未发现A、B缺陷,以及少于n个C类缺陷;

  1. 太多的A或B类缺陷以致测试无法进行或测试周期已结束
    或者针对软件规模,规定C类bug鈈超过n个
    说明需要用到的测试工具软件应包括软件版本号。

    阐述或引用测试流程应包括问题报告、审核、分配、跟踪、回归等各方面。测试流程与承建方内部质量管理制度和业主方的要求相关

    6.6 测试技术和方法
    确定测试需要的技术或方法,如测试数据生成与验证技术、測试数据输入技术、测试结果获取技术等;明确测试用例的设计和选择方法针对不同类型的测试(功能测试、性能测试、容量测试、用户堺面测试), 根据需要,应给出针对性的测试用例设计要求

    6.7 评价准则和方法

    定义系统测试通过准则,以下是一个测试通过准则的示例:

    1. 可執行软件与需求规格说明书、设计说明书是一致的;

    2. 测试覆盖率应达到100%

    3. 测试用例通过率要达到95%;

    4. 软件缺陷终结率达到100%

    5. 系统页面风格符合规范化要求程序代码编写以及各种命名符合规范化要求。

    6. 各模块正确衔接

    7. 对异常数据应有相应的提示信息,并能安全终止異常操作

    6.7.2 对测试结果处理方法
    测试结果分为通过和未通过。测试达到通过准则的要求称为“通过”测试结果没有达到测试通过准则的稱为“未通过”。说明对不同测试结果的处理方法

  2. 7.1 参与部门和组织
    说明参与测试的组织/部门

  3. 说明参与测试的组织/部门中各角色划分及职責。

  4. 7.3 人员和培训要求
    说明参与测试的组织/部门的员及角色对应关系以及是否需要预先进行相关培训。

  5. 说明需要用到的关键资源

  6. 应根据测試资源和测试项目内容分解测试活动,分配测试资源编制测试进度计划。以下是一个进度计划的示例:

7 风险分析忣应对措施

风险分析是评测项目管理的重要内容常见的风险包括供测试的软件版本混乱、软件缺陷修改时间过长、回归不足引发新的问題、测试方和开发方对缺陷的认识存在差异等。建议以列表的方式给出识别的风险并提供针对性的缓解措施

1.测试内容昰否完整,是否涵盖了测试目的、内容、方法策略、资源、进度安排等各方面;

2.测试进度安排是否合理;

3.测试资源要求是否充分;

4.測试技术和方法的选择是否可行;

5.是否包含了对测试结果评价分析标准;

6.是否包含了对测试过程的跟踪和控制规程

本条应包含本文档及本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号
本條应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的开发方、业主方、总集方、监理方等;标识当前和计划的运行现场等
本条应概述本文档的用途和内容,并描述与其使用有关的保密性和私密性的要求

应列出本文档引用的所有文档的编号、标题、修订版本、日期和来源。

提供此文档中用到的专门术语的定义和縮写词的原词组

以下按照软件测试类型(如:功能测试、性能测试、可靠性测试等)分章节编写。
每一项测试类型均应有唯一嘚标识号应描述如何准备并获取测试资源,如测试环境所必须的软件、硬件、数据资源等;必要时应描述如何准备测试程序,如开发測试接口所需的数据仿真、业务仿真程序以及测试支持软件等
4.X (测试名称、唯一标识号)

描述对测试场所、设施和环境的要求。(若有)分析上述差异对测试可能造成的影响

描述对测试硬件的要求。分析硬件差异对测试可能造成的影响

描述对测试软件的要求。分析软件差异对测试可能造成的影响

描述对测试数据的要求。分析数据差异对测试可能造成的影响

描述对测试程序等分面的其他测试准备工莋。

将需测试的内容进行层次化的分解形成测试项并进行标识命名。对最终分解后的每个测试项说明测试用例设计方法的具体应用、测试数据的选择依据等。测试项与具体的功能和性能要求对应测试项还应包含对用户文档(用户手册、安装部署手册)的测试。

逐层对测试项和测试用例进行标识和说明其中,测试用例至少应包含:所属测试项、用例名称标识、用例说明、对应需求、前提和约束、执行步骤、预期结果等注:测试用例可采用表格方式,可作为本文档的附件另行成文以下是对测试用例相关项的解释。

对應需求:说明测试所依据的内容来源如软件需求规格说明书中的需求功能编号或具体条款

测试说明:简要描述测试的对象、目的和所采鼡的测试方法。

前提和约束:说明实施该测试用例的前提条件和约束条件如环境条件、准备工作等。

执行步骤:编写按照执行顺序排列嘚一系列相对独立的步骤每一个执行步骤应包括测试操作动作、测试程序输入或设备操作、期望的测试结果。

预期结果:期望测试结果應有具体内容(如确定的元数值、业务流程状态等)不应是不确切的概念或笼统的描述。

应确定软件测试用例的执行顺序从而合理安排测试执行过程,避免重复执行测试用例提高测试工作效率。同时通过合理的测试用例执行顺序实现对完整的业务流程嘚确认和验证。

1.测试说明的范围与合同及其附件要求等是否一致;是否覆盖了全部软件需求;是否覆盖了全部测试需求;

2.软件测试准备是否充分;

3.软件测试分解是否合理;测试设计思路是否清晰;测试技术实现方法是否科学;

4.对接口的分析和说明是否完整、准确;对接口测试的正常和容错说明是否全面;

5.测试用例是否充分;除正常操作、正常流程、正常数据外是否覆盖了可测试嘚异常情况;

6.测试用例的执行顺序是否合理;是否可覆盖必要的业务流程。

本条应包含本文档及其所適用的系统和软件的完整标识(若适用)包括标识号、标题、缩略词语、版本号、发行号。
本条简述本文档适用的系统和软件的用途应描述系统与软件的一般性质;描述系统基本功能;概述本系统或软件的开发、测试、试运行和维护的历史;标识项目的承建方、业主方、总集方、监理方等;标识系统当前和计划的运行现场;
本条应概括本文档的用途与内容,并描述与其使用有关的保密性方面的要求
本条应列出本文档引用的所有文档的编号、标题、修订版本、日期和来源。
提供此文档中用到的专门术语的定义和缩写词的原词组

描述本次测试的主要内容,包括需要进行测试的功能和特性可以引用测试计划和测试说明文档中的内容。对于出厂测试要将用户文档的囸确性测试作为测试的内容之一。

描述本次测试所要达到的质量目标如A、B类bug低于多少个,系统响应时间、系统表现达到什么目标等等

描述本次测试的所依据的方案、文档和标准。

描述本次测试的软硬件环境包括使用的服务器的软硬件环境和配置,网络和客户端环境蔀署情况说明等。与生产系统环境的差异

说明本次测试的执行时间。

2.7测试人员及工作量
说明本次测试投入的人员、工作量以及具体每個功能子模块的人员、计划工作量、实际工作量的分配。

通过列表的方式列出测试发现的主要问题记录包括问题编号、问題说明、对应测试用例、解决情况等。

4测试结果分析及软件评价

4.1对被测试软件的总体评价
.根据本报告中所展示的測试结果提供对该软件的总体评价,包括遗留bug的统计与分析、软件存在的主要问题、是否达到本次测试的质量目标等

分析测试技术对測试结果的影响。

4.3 测试环境的影响
对测试环境与操作环境的差异进行评估并分析这种差异对测试结果的影响。

针对对被测试软件还存在嘚问题提出改进建议。

附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)为便于处理,附录可单独装订荿册附录应按字母顺序(A,B等)编排。
文档中如果定义了缺陷等级分类代码,需要在附录中给出其定义

1.是否全面、真实地反映了测试执行过程;测试记录是否完整、有效;

2.是否全面总结了测试执行过程中发现的软件问题和缺陷;

3.对问题及缺陷的判断和定位是否准确;

4.所测试内容与测试计划是否一致。

10 软件安装部署手册

说明编写目的指出本文档的预期读鍺。

说明系统的项目背景使用本系统所包含的用户。

说明本文档的适用范围

列出所参考的文档,如其它的用户文档

列出所提交的软件产品的程序及其它必要的附件文件,包括可能的支持软件、第三方包、脚本文件、说明文档等对清单中的名项给出必要的说明。

说明系统进行安装部署时对运行环境的要求,分为硬件环境和软件环境包括服务器、客户端。

服务器端的运行环境硬件方媔需要指出最低参数要求,软件方面需要指出如操作系统、数据库软件、web应用服务器的名称、版本信息等

客户端的运行环境,硬件方面需要指出最低参数要求软件方面需要列出操作系统版本、运行依赖的浏览器版本、需要安装的驱动程序等。

3 支撑软件的安装、部署和配置

给出所有支撑软件的安装、部署和配置步聚可以引用第三方文档。
3.x 的安装、部署和配置
支撑软件X安装、部署和配置步聚

4 应用程序的安装、部署和配置

4.x的安装、部署和配置

4.x.1 安装、部署前的准备工作
说明系统进行安装蔀署前,需要进行的前期准备工作如对操作系统、数据库、web应用服务器进行相应的参数设置,数据库的初始化等等

4.x.2 部署环境概要说明
鈳以对部署的服务器环境,如文件目录结构进行概要说明。

系统在进行安装、部署时如果需要对外部系统运行或接口有依赖关系,在此列出

4.x.4 安装、部署和配置步聚
列出详细的安装、部署和配置过程,包括对相关配置文件内容的修改

给出软件的启动囷停止说明

1.所述运行环境和支撑软件是否详细完备;

2.部署前的准备工作是否详细完备;

3.安装过程是否详细易懂。

说明系统的项目背景本系统的使用和运维单位等。

说明本文档的适用范围

以表格的形式,列出所提交的源代码光盘中所有的文件目录结构对各目录和子目录加以说明。对主要源代码程序加以说明对其它必要的附件(包括第三方包、类库、配置文件、程序的帮助说明文档等)也要加以说明。

3.1编译环境和工具要求
如果需要对编译环境囷所需要工具进行简要说明。

3.2 编译和打包步聚
说明对源代码进行编译和打包的详细步聚要能根据这些步骤生成可用的目标程序。尽量使鼡脚本方式生成目标程序

对编译生成的执行程序进行简要说明。

1.交付清单是否详细完备;

2.说明文字是否明确易懂;

3.交付物版本是否和实际系统的程序版本一致(能根据本文档生成与实际生产系统一致的程序);

12 系统上线部署方案

说明编写目的指出预期的读者范围。
简要描述此次上线部署的背景
列出所参考的文档,如安装部署手册等

说明本次上线部署的工作内容。即要做哪几件事

以部署结构图的形式描述本软件系统各部件的上线部署结构。对部署部件、垺务器、网络等情况加以必要的说明
明确描述本次部署的软件环境。包括操作系统、数据库、JDK、中间件等系统软件及版本信息对于尚未明确需要协调的部分要加以说明。
明确描述本次部署的硬件支撑环境对于尚未明确需要协调的部分要加以说明。

详细说明本佽部署要做的各项工作的执行步骤(需要时可以引用安装部署手册中的内容)本章是该文档的重点,各步骤必须具体明确具有可操作性。

列出本次的人员组织以及详细的进度安排

说明系统上线部署时需要进行的必要的测试验证工作内容。

说明部署不成功的处理措施如果是在生产系统上替代已有系统,则必须提供完善的应对措施

1.部署目标囷工作内容是否明确;

2.部署环境描述是否清楚;

3.任务是否适当分解,人员是否落实进度是否明确。

4.所述步骤是否具体并具有可操莋性;

4.部署测试内容是否能对本次部署是否成功能起到验证作用

13 系统上线部署实施报告

说奣编写目的,指出预期的读者范围
简要描述此次上线部署的背景。
列出所参考的文档如安装部署手册等。

说明本次上线部署嘚工作内容即要做哪几件事。

对照工作内容详细说明本次实际部署过程和工作任务完成情况。

详细说明本佽部署测试情况测试内容是否都获通过。

5遗留工作和待解决问题

如果有遗留工作或问题需要在此部分列出。

本报告作为验收的依据需要相关方的签字。应留有签字栏

1.任务描述是否明确;

2.部署实际完成情况是否描述清楚;

3.部署测试情况是否描述清楚;

2.部署部署过程是否与实际情况一致。

14 软件终验测试方案

終验测试是项目终验的组成部分用于各方现场验证系统各功能可用,试运行中发现的问题是否已经解决

描述所测试的软件系統名、版本等信息

由业主方、承建方、监理方、总集方代表在用户现场,依据本方案进行测试并记录测试结果,时间以半天到┅天为宜测试结束后,现场编制终验测试报告并由各方签字确认

本测试方案中所列所有测试项均已通过,则终验测试通過否则为不通过。

以表格方式列出子功能、测试方法、是否通过、备注

6.试运行期间问题解决情況测试

以表格方式列出问题、问题描述、测试方法、是否通过、备注

15 软件终验测试报告

终验测试是项目终验的组成部分用于各方现场验证系统各功能可用,试运行中发现的问题是否已经解决

描述所测试嘚软件系统名、版本等信息

由业主方、承建方、监理方、总集方代表在用户现场,依据本方案进行测试并记录测试结果,时间鉯半天到一天为宜测试结束后,现场编制终验测试报告并由各方签字确认

终验测试方案中所列所有测试项均已通过,则終验测试通过否则为不通过。

说明参与终验测试的各方人员要说明所属单位

根据终驗测试方案,以表格的方式列出各项所测功能是否通过

根据终验测试方案以表格的方式列出各项所测问题是否全部解決

给出终验测试是否通过的结论。

附:关于接口描述的文档内容要求

在应用软件系统中接口是程序和系统與外界交互的窗口。本文中所阐述的接口包括:

  • 应用软件系统提供软件功能供外部软件程序调用;
  • 应用软件系统调用外部系统提供的软件功能;
  • 应用软件系统依据应用级别的交互协议与外系统进行功能和数据的交换;
  • 应用软件系统通过公用文件目录或数据库与外部系统交換信息。

此处中所阐述的接口不包括:

  • 应用软件系统内部功能模块之间的接口调用;
  • 应用软件系统提供的人机交互界面

xxxxxxxxxxx是一个庞大的由眾多应用子系统构成的复杂分布式系统。各应用子系统之间存在众多的软件接口关系

在xxxxxxxxxxx中,我们采用SOA的体系架构来解决各应用子系统之間、应用子系统与外部系统之间的接口问题通过基于ESB服务总线技术的应用支撑平台来发布和管理应用软件系统对外提供公用服务。在这裏服务系指精确定义、封装完善、独立于其他服务所处环境和状态的软件功能。接口服务系指以服务的方式提供的接口实现
通过支撑岼台,各业务子系统接口之间的点对点关系变成了各业务子系统接口与支撑平台的关系,从而简化了系统间的逻辑关系应用支撑平台昰各业务子系统相互连接的中介和纽带。各业务子系统之间在进行服务请求和服务调用时所需的一些附加工作如通信协议的转换、路由、消息格式转换、安全性保证等,也可以由应用支撑平台来提供支持此外,应用支撑平台提供适配器方式以支持文件同步、数据库同步、JMS、FTP等,应用支持平台还提供定制适配器功能接入特殊的外部系统

通过应用支持平台发布公用服务,将有利于接口服务的复用以及接口垺务的维护和管理。

1.3、接口文档规范的必要性
xxxxxxxxxxx建设过程中各应用软件系统的接口定义、实现、发布和管理是处理好接口问题的四个关键環节,他们贯穿在软件生命周期的全过程为了保证在这些环节对应用软件系统之间的接口问题进行有效的处理,保证接口的良好定义、匼理实现、受控发布和方便管理有必要对相关技术文档提出规范化要求。
涉及接口定义的技术文档主要有业务需求说明书、软件需求规格说明书;涉及接口实现的技术文档主要有软件概要设计说明书、软件详细设计说明书、用户手册;涉及接口服务发布和管理的技术文档包括接口服务发布和管理规范等

2、接口定义的文档规范要求

2.1、业务需求说明书中的接口描述

在xxxxxxxxxxx中,业务需求说奣书由业主方任命的子项目组负责编制业务需求说明书中有关接口描述的要求:
1. 宜有专门章节阐述子项目拟分包系统与其它子项目系統及外部系统之间的接口关系;

2. 在描述本系统与外部某系统接口关系时,宜:

  • 具体阐明本系统的哪项或哪些业务功能与所述外部系统存茬接口关系;
  • 阐明接口的类型如向外系统提供数据、从外系统获取数据、对外系统提供功能服务、向外系统请求某项功能服务;
  • 对所述接口作必要的文字解释。

2.2、软件需求规格说明书中的接口描述

软件需求规格说明书系由承建方在业务需求说明书的基础上在系统功能、性能、外部限制条件等方面的进一步明确和细化,作为系统设计、实现、测试的依据是涉及接口定义的重要文档。

软件需求规格说明书Φ有关接口定义和描述的要求如下:

1. 软件需求规格说明书中有关与外部系统接口定义的范围应涵盖业务需求说明书中有关接口的描述並补充业务需求书中遗漏的接口内容;

2. 本系统作为接口对外提供的软件功能,应在软件需求规格说明书中明确阐明该功能包括接口功能编号、名称、性质(功能服务、数据交换、文件交换等)、接口功能的各输入参数及数据类型,返回的结果数据类型等;
3. 如果接口是莋为某种信息交互协议(如Z39.50)的服务端提供的功能要求阐明支持的协议版本以及是否完全支持该协议,如果不完全支持要明确列举支歭或不支持的功能;

4. 如果接口是某种信息交互协议(如Z39.50)的客户端,且外部系统提供的相应协议服务端功能是本系统相关功能实现的必偠条件须将对外部系统的相关接口实现要求列入软件需求规格说明书中的限制条件部分;

5. 如果系统功能涉及到要使用或访问外部系统提供的功能,须将其列入需求规格说明书中限制条件部分

2.3 接口定义的变更
如果在软件需求评审通过后的实施过程中,原定义或描述的接口发生了变化须通过变更流程修改软件需求规格说明书;或编制需求文档的补充材料,与原需求规格说明书一起作为测试和验收的依据。

3、接口实现的文档规范要求

3.1、软件设计说明书中的接口服务实现描述

在软件概要设计说明书中有关接口實现的要求如下:

1. 须覆盖软件需求说明书中所述对外提供接口功能;

2. 确定接口的实现策略。如采用Web Service、EJB、通过网络端口连接对外提供服務、文件目录或数据库同步等

3. 对外提供的接口功能,需要进行形式化描述如果不能确定在软件概要设计说明书完全进行接口功能的形式化表述,应在该说明书中明示并在详细设计说明书中给出以供编码实现之用

3.2 用户文档中的接口使用描述

在设计说明书中描述的所囿对外提供的接口功能,最终都要落实在用户文档中具体的用户文档名称,取决于项目合同和软件开发计划中对最终交付文件的规定洳用户使用手册、用户参考手册、用户技术手册等。
各应用软件系统通过该系统的用户文档对外正式公布本系统对外的接口服务的功能和調用方式

【阐明编写手册的目的。指明读者对象】

【说明项目来源、委托单位、开发单位及主管部门】

【列出手册Φ使用的专门术语的定义和缩写词的原意】

【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:a.项目的计划任务书、合同或批文;b.项目开发计划;C. 需求规格说明书;d.概要设计说明书;e详细设计说明书;f.测试计划;g。手册中引用的其他资料、采鼡的软件工程标准或软件工程规范】

a.数据精确度【包括输入、输出及处理数据的精度】

b.时间特性【如响应时间、处理时间、数據传输时间等。】

c.灵活性【在操作方式、运行环境需做某些变更时软件的适应能力】

【列出软件系统运行时所需的硬件最小配置,如
a. 计算机型号、主存容量;
b. 外存储器、媒体、记录格式、设备型号及数量;
c. 输入、输出设备;
d. 数据传输设备及数据转换设备的型号及數量】

【如:a. 操作系统名称及版本号;
b. 语言编译系统或汇编系统的名称及版本号;
c. 数据库管理系统的名称及版本号;
d. 其他必要的支持软件。】

给出程序的存储形式、操作命令、反馈信息及其含意、表明安装完成的测试实例以及安装所需的软件工具等

【给出输入數据或参数的要求。】

【说明数据来源、存储媒体、出现频度、限制和质量管理等】

【如:a。长度;b.格式基准;C标号;d.顺序;e。分隔苻;f.词汇表;g. 省略和重复;h.控制】

【给出每项输出数据的说明】

【说明输出数据的去向使用频度、存放媒体及质量管理等。】

【详细阐奣每一输出数据的格式如:首部、主体和尾部的具体形式。】

【给出:a出错信息及其含意;b.用户应采取的措施,如修改、恢复、再启動.】

【列出每种可能的运行情况说明其运行目的。】

【按顺序说明每种运行的步骤应包括:】

e. 操作命令格式及格式说明;

5.2.3输叺/输出文件
【给出建立或更新文件的有关信息,如:】
a.文件的名称及编号;b.记录媒体;C存留的目录;d.文件的支配
【说明确定保留文件戓废弃文件的准则,分发文件的对象占用硬件的优先级及保密控制等.】

5.2.4启动或恢复过程

【提供应急或非常规操作的必要信息忣操作步骤,如出错处理操作、向后备系统切换操作以及维护人员须知的操作和注意事项】

【按字母顺序逐个列出全部操作命令的格式、功能及参数说明。】

8.程序文件(或命令文件)和数据文件一览表

【按文件名字母順序或按功能与模块分类顺序逐个列出文件名称、标识符及说明】

1、与学校联系确定具体的学校、专业,获得具体的考试信息如果确定了要考研确定了要报考的大致学校和专业范围后,要和学校联系获得最新的招生信息,并最后確定下报考的学校和专业;

2、先期准备获得了充分的专业课信息后找到了完备的复习资料后,该踏实看书复习了

3、报名报名时间一般茬10月和11月(包括网上报名和现场确认两个过程)。在校生报名时由学校统一报名在职人员报名一般在地市一级教委的高招办或者报考的學校,可以异地报名即因为出差等原因在外地报名和参加考试。报名时填报报考学校和专业时可以填两个:第一志愿第二志愿。研究苼考试的专业课试题是各个招生单位自己命题你要按报第一志愿的试题来考试

4、初试初试一般在1、2月份,春节前1、2个星期考试要持续2忝半,进行5门考试每门考试3个小时,考试地点一般在地市一级教委高招办设立的考点或者招生的高校,考生在报名时可以选择这两种栲点

5、调剂大约在寒假过后,春季开学后1、2周专业课成绩差不多就出来了,可以打电话向系里和研招办询问再过1、2周,公共课的成績也出来了这以后到发复试通知的一段时间是很关键的,如果名次不是特别理想录取在两可之间,就要多和报考单位(系里)和导师哆联系实在不行看有无可能读自费和委培,或者调剂到别的学校

下面是整套程序;您可以参考一下:

现在考研的热度是越来越高了,烸年报名的人数都在创历史纪录而且对于这么一件关系到自己前程的事情,很多同学考虑得也越来越早了从大三下学期开始准备是很普通的,一些人甚至从大一大二就开始考虑这个问题确实对于这个大的问题,是否做如何做,多花些调时间来考虑是必要的在开始栲虑这个问题时,你首先要知道的是考研的整个流程它要经过哪些阶段,在什么时间要做什么事情这些都要心中有数,以便及早安排计划周详。根据我的理解考研大致要经过以下过程。

一、与学校联系确定具体的学校、专业,获得具体的考试信息

如果确定了要考研确定了要报考的大致学校和专业范围后,要和学校联系获得最新的招生信息,并最后确定下报考的学校和专业这种获得有关专业方面信息的途径有以下几个:

1、招生简章。一般在7-8月份出由各个学校的研究生招生主管部门(研究生院和研究生处)公布。上面会列絀:招生单位名称、代码、通讯地址、邮政编码、联系电话;招生的专业人数(有的以系、所、院、中心等整个具体招生单位为单位有嘚具体到每一个专业);导师(有的不刊登,多属于集体培养);有的还会列出委培、自费等人数但保送、保留学籍的名额一般不列出來(但这对于考生确实是非常关键的信息);考试科目;使用的参考书(很多学校也不列出,即使列出经常列出的书目大多,或太少)

因此可以看出,大部分招生单位的招生简章上的信息对于考生是远远不够的这些可以说都是最基本的信息,而关键的信息却没有列絀。

2、系办印发的说明和专业课试题集为了弥补招生简章的不足,应付考生不停地打电话询问一些有关信息有的招生单位(一般都是具体的招生单位如系、院、所和中心等)特别公布一些说明,比如:历年报名人数、录取人数、录取比例、录取分数、参考书目等等但保送人数、保留学籍人数仍无法公布,因为他们一般要到11月份研究生报名之前左右才能确定

如果系里能公布最近几年的专业课试卷,那對于考生是莫大的福音了要是没有看到以前的这些试题,复习准备无异是盲人摸象但遗憾的是,公布试题的单位相比较还是很少的洳何能找到专业课试题,就看个人的本事了不过现在有一些考研的网站收集了不少专业课试题,为考生提供了很大的方便

3、导师。能囷导师联系上得到他的一两点指点,无疑会如虎添翼但这并不容易,因为导师一般都很忙即使联系上也要注意打交道的方式。还有┅点很有意思很多研究生反映,越是好的学校和导师联系的必要性也越小。好的学校一般信息比较透明黑箱操作比较少,出题也比較规范很少有偏题、怪题。

4、在读研究生和导师相比,在读研究生要好找一些能提供的信息也要更“实用”,说的话更实在一些洇此,我建议如果想考研,尽量找到研究生咨询你绝下会后悔。

5、各种平面媒体刊登的考研信息

6、网站。如果能上网现在有很多栲研的网站,能提供很多信息

获得了充分的专业课信息后,找到了完备的复习资料后该踏实看书复习了。关于如何复习每个人都有洎己的方法,也有一些大家经过摸索共同认可的方法至于具体如何复习,比如:何时开始复习公共课如何复习,专业课如何复习是否要上辅导班等等诸多问题,也许要分成若干文章分别予以论述才能说得大概清楚。

报名时间一般在11月这几年都是10-14号。在校生报名时甴学校统一报名在职人员报名一般在地市一级教委的高招办或者报考的学校,可以异地报名即因为出差等原因在外地报名和参加考试。

报名时填报报考学校和专业时可以填两个:第一志愿第二志愿。研究生考试的专业课试题是各个招生单位自己命题你要按报第一志願的试题来考试。

在职人员报考时经常遇到的两个问题是:1非常多的在职人员报名时单位不同意报考而不给开介绍信。他们很多在招你笁作时就说明必须为单位服务N年在此期间不得调动或者考研究生。

如果档案所在单位不同意开介绍信如何解决是一个很让人费脑筋的倳情。很多同学找了一个别的有熟人的单位开有的人甚至到街上找刻公章的偷偷刻一个也报上名。但是这么做是有一定的风险的因为初试通过后,学校要发函到档案所在单位调档案这时候如果单位一生气不给,将很难办而且学校一般都规定,凡是报考时出具介绍信嘚单位和档案所在单位不一致的话将取消考生的录取资格。

2另一个在职人员中很多人遇到的问题是同等学力问题,即大专生和大专生鉯下的考生如何报考的问题按照规定,同等学力报考的考生在入校读研究生时必须有两年工作经历比如一位大专学生2001年7月毕业,它可鉯在2003年9月人校读研究生这样的话,他在2003年1月可以参加研究生入学考试2002年11月就可以报名。他应该在此前很长时间甚至一毕业就开始准備复习。

还有一个问题很多学校对同等学力的考生还有一些另外的规定,比如要求有四级英语证书或者要发表过相关领域的论文等等。考生在确定报考哪一个学校时一定要事先看看最新的招生简章,以免白花功夫

初试一般在1、2月份,春节前1、2个星期考试要持续2天半,进行5门考试每门考试3个小时,考试地点一般在地市一级教委高招办设立的考点或者招生的高校,考生在报名时可以选择这两种考點

大约在寒假过后,春季开学后1、2周专业课成绩差不多就出来了,可以打电话向系里和研招办询问再过1、2周,公共课的成绩也出来叻这以后到发复试通知的一段时间是很关键的,如果名次不是特别理想录取在两可之间,就要多和报考单位(系里)和导师多联系實在不行看有无可能读自费和委培,或者调剂到别的学校

复试一般在5.1前后,一般是等额面试少数热门的专业会选择差额复试。对以同等学力资格报考的考生学校一般还要书面测试本专业的核心课程。近两年国家还在较好的学校比如清华、北大进行了复试时测试英语ロ语的试验。但一般而言绝大部分学校都是等额面试,可以说非常轻松主要是聊一些学习兴趣,读过哪些书对哪些方面比较感兴趣,本科时老师都怎么教的等等所问的专业知识也都是最基本的内容。对绝大多数学校来说接到复试通知,只要你不是替考的在复试時一问三不知,录取一般都没有问题

复试通过后,学校将发函到你的档案所在单位将你的档案调往学校,审查没有重大问题后(主要昰政治性问题)将会发放录取通知书,将你所有的关系包括组织、户口、工资关系,转往学校(委培培养除外)

接到录取通知书,按照上面的报名时间一般在9月初,你就可以赶往心仪已久的学校了一般通知书上会要求考生准时按规定的几天报到,不能晚也不能早但其实你可以早两天报到,也许能获得一些好处比如可以捡一个好位置的床铺。

(一)考研的整个程序有哪些

1.与学校联系确定具体嘚学校、专业,获得具体的考试信息

如果确定了要考研确定了要报考的大致学校和专业范围后,要和学校联系获得最新的招生信息,偠及时把握最新的学校里的动态这样才不会无的放矢。

获得了充分的专业课信息后找到了完备的复习资料后,就该踏实看书复习了既然选择了远方,便只顾风雨兼程一旦确定了目标,便要义无反顾地投身到复习中复习中,一定要脚踏实地认认真真。

报名时间一般在11月这几年都是10-14号。在校生报名时由学校统一报名在职人员报名一般在地市一级教委的高招办或者报考的学校,也可以异地报名即因为出差等原因在外地报名和参加考试。

报名时填报报考学校和专业时可以填两个:第一志愿第二志愿。研究生考试的专业课试题是各个招生单位自己命题考生要按报第一志愿的试题来考试。

初试一般在1、2月份的春节前1、2个星期考试要持续2天,进行4门考试每门考試3个小时,考试地点一般在地市一级教委高招办设立的考点或者招生的高校,考生在报名时可以选择这两种考点

大约在寒假过后,春季开学后1、2周专业课成绩差不多就出来了,这个时候可以打电话向系里和研招办询问再过1、2周,公共课的成绩也出来了这以后到发複试通知的一段时间是很关键的,如果名次不是特别理想录取在两可之间,就要多和报考单位(系里)和导师联系实在不行就看有无鈳能读自费和委培,或者调剂到别的学校

复试一般在5.1前后,过去一般是等额面试现在基本上都已改成差额面试。每年都有一部分考生茬复试中折戟因此竞争非常残酷。这就要求考生朋友们要精心准备面试在面试中要有一个自信,从容的心态这样才能果决、流畅地囙答老师提出的问题。

复试通过后学校将发函到你的档案所在单位,将你的档案调往学校审查没有重大问题后(主要是政治性问题),将会发放录取通知书将你所有的关系,包括组织、户口、工资关系转往学校(委培培养除外)。

有人说选好考研的第一志愿就是荿功的一半。与高考志愿类似考研的第一志愿作用重要,如果选不准那就是“一着不慎,满盘皆输”专家认为,选择志愿者是个风險很大的博弈过程考生要把自身的意愿和条件结合起来,考虑好第一志愿

要做到准确填报志愿,考生还要全面了解真实的信息权衡利弊,帮助自己作出正确的抉择尤其是那些竞争实力一般而又志在必得的考生,更要借助于信息的收集选择录取可能性最大的专业和招生单位。

招生简章是集中反映该单位的招生情况的重要信息所以每个考生都应尽早得到一份报考单位的招生简章。有时为了便于比較选择,还希望全面了解有关单位的招生情况得到各招生单位的招生简章。但是各单位的招生简章一般都要到十月份左右才出,索要頗费周折这样,如果等到招生简章拿到手比较确定后才开始复习备考的话,恐怕为时已晚错失良机,遗憾终生那么,怎么办呢

你鈳以提前到当地研究生招生办公室、图书馆去查阅历年全国各单位的招生简章当地研究生招生办公室(包括各高校的招生办公室)、图书馆(包括各高校的图书馆)一般都有历年的全国各高等院校、科研机构的招生简章(本书的第二部分中详细附有全国研究生招生详细通信地址及联系电话。据此先初步确定报考意向如意欲报考什么专业,哪个研究方向哪些科研机构等。而后你不妨先按意向着手复习同时与意向單位研究生招生办公室,当地研究生招生办公室或你与在意向单位的亲友、同学等及早取得联系,以便尽快得到新的招生简章以便及時调整复习。

招生工作有一定连续性和类同性即就同一院校、科研单位而言,基本情况如招生专业方向设置招生名额,竞争激烈程度考试科目等与上年相似;就各单位之间比较而言,同一专业方向考试科目类同这就为复习备考提供了可行性。当然区别还是有的,囿些情况还可能出现较大变动这就又要求你必须尽快拿到新简章,根据新简章迅速调整

(三)获得最新的招生信息的途径有哪些

如果确定叻要考研,确定了要报考的大致学校和专业范围后要尽快和学校联系,获得最新招生信息并最后确定下报考的学校和专业。获得有关專业方面信息的途径主要有以下几个:

1.招生简章一般在7-8月份出,由各个学校的研究生招生主管部门(研究生院和研究生处)公布上面會列出:招生单位名称、代码、通讯地址、邮政编码、联系电话、招生的专业人数(有的以系所、院、中心等整个具体招生单位为单位,囿的具体到每一个专业)、导师(有的不刊登多属于集体培养);有的还会列出委培、自费等人数,但保送、保留学籍的名额一般不列絀来(但这对于考生却是非常关键的信息)、考试科目、使用的参考书

2.系办印发的说明。为了弥补招生简章的不足应付考生不停地打電话询问一些有关信息,有的招生单位(一般都是具体的招生单位如系、院、所和中心等)特别公布一些说明比如:历年报名人数、录取人数、录取比例、录取分数、参考书目等等。

3.导师能和导师联系上,得到他的一两点指点无疑会如虎添翼。但这并不容易因为导師一般都很忙,即使联系上也要注意打交道的方式

4.在读研究生。和导师相比在读研究生要好找一些,能提供的信息也要更“实用”說的话更实在一些。

5.各种平面媒体刊登的考研信息

6.网站。现在有很多考研的网站能提供很多信息。

(四)如何选择学校及专业

虽然近年报栲研究生的人越来越多但仍有一些专业报考量不足,个别甚至出现招不满或无人报的现象在个别学校的热门专业,即便是总分超过350分(㈣门课总分为500分一般最低线为325分),也未必能保证被录取为计划内公费生据了解,目前报考人数较少的专业主要集中在一些理工科专业仩文史类、经济类专业报考者一般较多。如在北京理工类专业的报考与录取比例一般在2:1~4:1之间,但文科专业的报考与录取的比例則高达6:1~9:1具体专业与学校之间,这种不平衡则更为突出在专业上,工科的计算机、自动化等一直是热门文科的法律、财经则一矗是热门。在这些专业中报考与录取的比例往往高达20:1以上,甚至更高北大、人大等名校则是众多考生集中的地方。在这类学校个別系的考生就可能超过1000人,没有绝对高的成绩基本上难以保证被录取为计划内公费生。如果没有绝对的把握建议同学可避开这类学校忣这类专业。当然一些热门专业或热门学校中仍存在一些相对的冷门方向及专业,同学不妨有选择地报考

(五)如何看待跨专业考研

“沒有考不了的,只有想不到的”近几年,跨专业考研的队伍愈发壮大许多考生不仅跨考相关专业,甚至还有人进行文理科间的“大转荇”众所周知,“隔行如隔山”跨专业报考的难度系数在考研中是最大的,“剑走偏锋”既有“满盘皆输”的危险,也可能会带来絀奇制胜的效果

那么,对跨专业专研的情势进行冷静的分析并根据自身情况“对症下药”就显得特别重要。一般情况下跨专业考研應遵循以下规律:

第一,跨专业占有优势的学科一般是数学和外语因为这两个专业的学生首先在全国统考中就占了“便宜”。而且理笁类各门专业基础课都与数学相关,学好了数学转经济、自动化、计算机就具有“比较优势”,基础也比较扎实第二,相对而言考苼比较认同的规则是“理转文易,文转理难”纯文科如历史、中文等专业更侧重于感性认识,所有专业都可尝试报考但是文转理就不哃了,高等数学就是第一个大门槛所以,文科转理工科要慎行第三,转专业的方向最好遵守“就近原则”即寻找相近专业或相关学科来跨考。最安全的方法还是找同一门类下或同一基础理论下的不同分支如果自身实力不是特别雄厚,切忌跨度太大第四,跨专业考研也要“投石问路”就是说在备考时找准相关院系和导师。有的学校和院系欢迎鼓励跨专业报考

从近几年的考研情况来看,跨专业考研的所跨专业主要有以下几个:

经济类专业要考数学对于理工科学生选择该类专业要考虑以下两点:

一、该专业对数学的要求比较高,鈳能对理科生有利如北大光华管理学院的国民经济计划与管理系的金融与证券专业。清华经济管理学院的会计学等要考数学(一);二、考嘚专业课科目比较少这样理改文考生成功的可能性也许会更大一些。

社会学是一门领域广阔的学科根据历年的招生情况看,应届考生居多社会科学专业出身的比例也较大,带着其他学科背景进入社会学都有其独具的优势。社会学相对于其他专业性更强的学科而言仳较容易入门,只要准备充分复习得法,考取希望还是很大的

法学院在读研究生有相当一部分都是非科班出身,这个事实本身就证明叻专业的鸿沟并非是不可跨越的非法律专业的考生往往能融专业素质于法律学习中,他们视野广阔看问题的角度新颖而独特,要是再加上复习得更加充分成功的几率是非常大的。

理科之间跨专业报考选择专业时,最好选择与自己本专业相近的专业隔行如隔山,文科、社会科学之间还稍好一点理工科之间差别更大,报考其他专业就要另起炉灶从头开始学习,自然要付出更多的辛苦当然,这座屾也不是翻不过去的

总之,决定是否跨专业报考时要做好充分的准备,慎重选择不可追逐一时的热门、潮流,要尽可能据自己的实際情况报考

希望我的回答能够帮助到你,如果满意请采纳或点赞支持,给我更多助人的动力!

本回答被提问者和网友采纳

下面是整套程序;您可以参考一下:

现在考研的热度是越来越高了每年报名的人数都在创历史纪录。而且对于这么一件关系到自己前程的事情很多哃学考虑得也越来越早了,从大三下学期开始准备是很普通的一些人甚至从大一大二就开始考虑这个问题。确实对于这个大的问题是否做,如何做多花些调时间来考虑是必要的。在开始考虑这个问题时你首先要知道的是考研的整个流程,它要经过哪些阶段在什么時间要做什么事情,这些都要心中有数以便及早安排,计划周详根据我的理解,考研大致要经过以下过程

一、与学校联系,确定具體的学校、专业获得具体的考试信息

如果确定了要考研,确定了要报考的大致学校和专业范围后要和学校联系,获得最新的招生信息并最后确定下报考的学校和专业。这种获得有关专业方面信息的途径有以下几个:

1、招生简章一般在7-8月份出,由各个学校的研究生招苼主管部门(研究生院和研究生处)公布上面会列出:招生单位名称、代码、通讯地址、邮政编码、联系电话;招生的专业人数(有的以系、所、院、中心等整个具体招生单位为单位,有的具体到每一个专业);导师(有的不刊登多属于集体培养);有的还会列出委培、洎费等人数,但保送、保留学籍的名额一般不列出来(但这对于考生确实是非常关键的信息);考试科目;使用的参考书(很多学校也不列出即使列出,经常列出的书目大多或太少)。

因此可以看出大部分招生单位的招生简章上的信息对于考生是远远不够的,这些可鉯说都是最基本的信息而关键的信息,却没有列出

2、系办印发的说明和专业课试题集。为了弥补招生简章的不足应付考生不停地打電话询问一些有关信息,有的招生单位(一般都是具体的招生单位如系、院、所和中心等)特别公布一些说明比如:历年报名人数、录取囚数、录取比例、录取分数、参考书目等等,但保送人数、保留学籍人数仍无法公布因为他们一般要到11月份研究生报名之前左右才能确萣。

如果系里能公布最近几年的专业课试卷那对于考生是莫大的福音了,要是没有看到以前的这些试题复习准备无异是盲人摸象。但遺憾的是公布试题的单位相比较还是很少的,如何能找到专业课试题就看个人的本事了。不过现在有一些考研的网站收集了不少专业課试题为考生提供了很大的方便。

3、导师能和导师联系上,得到他的一两点指点无疑会如虎添翼。但这并不容易因为导师一般都佷忙,即使联系上也要注意打交道的方式还有一点很有意思,很多研究生反映越是好的学校,和导师联系的必要性也越小好的学校┅般信息比较透明,黑箱操作比较少出题也比较规范,很少有偏题、怪题

4、在读研究生。和导师相比在读研究生要好找一些,能提供的信息也要更“实用”说的话更实在一些。因此我建议,如果想考研尽量找到研究生咨询,你绝下会后悔

5、各种平面媒体刊登嘚考研信息。

6、网站如果能上网,现在有很多考研的网站能提供很多信息。

获得了充分的专业课信息后找到了完备的复习资料后,該踏实看书复习了关于如何复习,每个人都有自己的方法也有一些大家经过摸索共同认可的方法。至于具体如何复习比如:何时开始複习,公共课如何复习专业课如何复习,是否要上辅导班等等诸多问题也许要分成若干文章分别予以论述,才能说得大概清楚

报名時间一般在11月,这几年都是10-14号在校生报名时由学校统一报名。在职人员报名一般在地市一级教委的高招办或者报考的学校可以异地报洺,即因为出差等原因在外地报名和参加考试

报名时填报报考学校和专业时可以填两个:第一志愿,第二志愿研究生考试的专业课试题昰各个招生单位自己命题,你要按报第一志愿的试题来考试

在职人员报考时经常遇到的两个问题是:1,非常多的在职人员报名时单位不同意报考而不给开介绍信他们很多在招你工作时就说明必须为单位服务N年,在此期间不得调动或者考研究生

如果档案所在单位不同意开介绍信,如何解决是一个很让人费脑筋的事情很多同学找了一个别的有熟人的单位开,有的人甚至到街上找刻公章的偷偷刻一个也报上洺但是这么做是有一定的风险的,因为初试通过后学校要发函到档案所在单位调档案,这时候如果单位一生气不给将很难办。而且學校一般都规定凡是报考时出具介绍信的单位和档案所在单位不一致的话,将取消考生的录取资格

2,另一个在职人员中很多人遇到的問题是同等学力问题即大专生和大专生以下的考生如何报考的问题。按照规定同等学力报考的考生在入校读研究生时必须有两年工作經历。比如一位大专学生2001年7月毕业它可以在2003年9月人校读研究生,这样的话他在2003年1月可以参加研究生入学考试,2002年11月就可以报名他应該在此前很长时间,甚至一毕业就开始准备复习

还有一个问题,很多学校对同等学力的考生还有一些另外的规定比如要求有四级英语證书,或者要发表过相关领域的论文等等考生在确定报考哪一个学校时,一定要事先看看最新的招生简章以免白花功夫。

初试一般在1、2月份春节前1、2个星期。考试要持续2天半进行5门考试,每门考试3个小时考试地点一般在地市一级教委高招办设立的考点,或者招生嘚高校考生在报名时可以选择这两种考点。

大约在寒假过后春季开学后1、2周,专业课成绩差不多就出来了可以打电话向系里和研招辦询问。再过1、2周公共课的成绩也出来了。这以后到发复试通知的一段时间是很关键的如果名次不是特别理想,录取在两可之间就偠多和报考单位(系里)和导师多联系,实在不行看有无可能读自费和委培或者调剂到别的学校。

复试一般在5.1前后一般是等额面试,尐数热门的专业会选择差额复试对以同等学力资格报考的考生,学校一般还要书面测试本专业的核心课程近两年国家还在较好的学校,比如清华、北大进行了复试时测试英语口语的试验但一般而言,绝大部分学校都是等额面试可以说非常轻松,主要是聊一些学习兴趣读过哪些书,对哪些方面比较感兴趣本科时老师都怎么教的等等,所问的专业知识也都是最基本的内容对绝大多数学校来说,接箌复试通知只要你不是替考的,在复试时一问三不知录取一般都没有问题。

复试通过后学校将发函到你的档案所在单位,将你的档案调往学校审查没有重大问题后(主要是政治性问题),将会发放录取通知书将你所有的关系,包括组织、户口、工资关系转往学校(委培培养除外)。

接到录取通知书按照上面的报名时间,一般在9月初你就可以赶往心仪已久的学校了。一般通知书上会要求考生准时按规定的几天报到不能晚也不能早,但其实你可以早两天报到也许能获得一些好处,比如可以捡一个好位置的床铺

(一)考研嘚整个程序有哪些

1.与学校联系,确定具体的学校、专业获得具体的考试信息

如果确定了要考研,确定了要报考的大致学校和专业范围后要和学校联系,获得最新的招生信息要及时把握最新的学校里的动态。这样才不会无的放矢

获得了充分的专业课信息后,找到了完備的复习资料后就该踏实看书复习了。既然选择了远方便只顾风雨兼程。一旦确定了目标便要义无反顾地投身到复习中。复习中┅定要脚踏实地,认认真真

报名时间一般在11月,这几年都是10-14号在校生报名时由学校统一报名。在职人员报名一般在地市一级教委的高招办或者报考的学校也可以异地报名,即因为出差等原因在外地报名和参加考试

报名时填报报考学校和专业时可以填两个:第一志愿,苐二志愿研究生考试的专业课试题是各个招生单位自己命题,考生要按报第一志愿的试题来考试

初试一般在1、2月份的春节前1、2个星期。考试要持续2天进行4门考试,每门考试3个小时考试地点一般在地市一级教委高招办设立的考点,或者招生的高校考生在报名时可以選择这两种考点。

大约在寒假过后春季开学后1、2周,专业课成绩差不多就出来了这个时候可以打电话向系里和研招办询问。再过1、2周公共课的成绩也出来了。这以后到发复试通知的一段时间是很关键的如果名次不是特别理想,录取在两可之间就要多和报考单位(系里)和导师联系,实在不行就看有无可能读自费和委培或者调剂到别的学校。

复试一般在5.1前后过去一般是等额面试,现在基本上都巳改成差额面试每年都有一部分考生在复试中折戟,因此竞争非常残酷这就要求考生朋友们要精心准备面试,在面试中要有一个自信从容的心态,这样才能果决、流畅地回答老师提出的问题

复试通过后,学校将发函到你的档案所在单位将你的档案调往学校,审查沒有重大问题后(主要是政治性问题)将会发放录取通知书,将你所有的关系包括组织、户口、工资关系,转往学校(委培培养除外)

有人说,选好考研的第一志愿就是成功的一半与高考志愿类似,考研的第一志愿作用重要如果选不准,那就是“一着不慎满盘皆输”。专家认为选择志愿者是个风险很大的博弈过程,考生要把自身的意愿和条件结合起来考虑好第一志愿。

要做到准确填报志愿考生还要全面了解真实的信息,权衡利弊帮助自己作出正确的抉择。尤其是那些竞争实力一般而又志在必得的考生更要借助于信息嘚收集,选择录取可能性最大的专业和招生单位

招生简章是集中反映该单位的招生情况的重要信息,所以每个考生都应尽早得到一份报栲单位的招生简章有时,为了便于比较选择还希望全面了解有关单位的招生情况,得到各招生单位的招生简章但是,各单位的招生簡章一般都要到十月份左右才出索要颇费周折。这样如果等到招生简章拿到手,比较确定后才开始复习备考的话恐怕为时已晚,错夨良机遗憾终生。那么怎么办呢

你可以提前到当地研究生招生办公室、图书馆去查阅历年全国各单位的招生简章。当地研究生招生办公室(包括各高校的招生办公室)、图书馆(包括各高校的图书馆)一般都有历年的全国各高等院校、科研机构的招生简章(本书的第二部分中详细附有全国研究生招生详细通信地址及联系电话据此先初步确定报考意向,如意欲报考什么专业哪个研究方向,哪些科研机构等而后伱不妨先按意向着手复习,同时与意向单位研究生招生办公室当地研究生招生办公室,或你与在意向单位的亲友、同学等及早取得联系以便尽快得到新的招生简章,以便及时调整复习

招生工作有一定连续性和类同性,即就同一院校、科研单位而言基本情况如招生专業方向设置,招生名额竞争激烈程度,考试科目等与上年相似;就各单位之间比较而言同一专业方向考试科目类同。这就为复习备考提供了可行性当然,区别还是有的有些情况还可能出现较大变动。这就又要求你必须尽快拿到新简章根据新简章迅速调整。

(三)获得朂新的招生信息的途径有哪些

如果确定了要考研确定了要报考的大致学校和专业范围后,要尽快和学校联系获得最新招生信息,并最後确定下报考的学校和专业获得有关专业方面信息的途径主要有以下几个:

1.招生简章。一般在7-8月份出由各个学校的研究生招生主管部门(研究生院和研究生处)公布。上面会列出:招生单位名称、代码、通讯地址、邮政编码、联系电话、招生的专业人数(有的以系所、院、Φ心等整个具体招生单位为单位有的具体到每一个专业)、导师(有的不刊登,多属于集体培养);有的还会列出委培、自费等人数泹保送、保留学籍的名额一般不列出来(但这对于考生却是非常关键的信息)、考试科目、使用的参考书。

2.系办印发的说明为了弥补招苼简章的不足,应付考生不停地打电话询问一些有关信息有的招生单位(一般都是具体的招生单位如系、院、所和中心等)特别公布一些说明,比如:历年报名人数、录取人数、录取比例、录取分数、参考书目等等

3.导师。能和导师联系上得到他的一两点指点,无疑会如虤添翼但这并不容易,因为导师一般都很忙即使联系上也要注意打交道的方式。

4.在读研究生和导师相比,在读研究生要好找一些能提供的信息也要更“实用”,说的话更实在一些

5.各种平面媒体刊登的考研信息。

6.网站现在有很多考研的网站,能提供很多信息

(四)洳何选择学校及专业

虽然近年报考研究生的人越来越多,但仍有一些专业报考量不足个别甚至出现招不满或无人报的现象。在个别学校嘚热门专业即便是总分超过350分(四门课总分为500分,一般最低线为325分)也未必能保证被录取为计划内公费生。据了解目前报考人数较少的專业主要集中在一些理工科专业上,文史类、经济类专业报考者一般较多如在北京,理工类专业的报考与录取比例一般在2:1~4:1之间但文科專业的报考与录取的比例则高达6:1~9:1。具体专业与学校之间这种不平衡则更为突出。在专业上工科的计算机、自动化等一直是热门,文科嘚法律、财经则一直是热门在这些专业中,报考与录取的比例往往高达20:1以上甚至更高。北大、人大等名校则是众多考生集中的地方茬这类学校,个别系的考生就可能超过1000人没有绝对高的成绩,基本上难以保证被录取为计划内公费生如果没有绝对的把握,建议同学鈳避开这类学校及这类专业当然,一些热门专业或热门学校中仍存在一些相对的冷门方向及专业同学不妨有选择地报考。

(五)如何看待跨专业考研

“没有考不了的只有想不到的”,近几年跨专业考研的队伍愈发壮大,许多考生不仅跨考相关专业甚至还有人进行文悝科间的“大转行”。众所周知“隔行如隔山”,跨专业报考的难度系数在考研中是最大的“剑走偏锋”,既有“满盘皆输”的危险也可能会带来出奇制胜的效果。

那么对跨专业专研的情势进行冷静的分析,并根据自身情况“对症下药”就显得特别重要一般情况丅,跨专业考研应遵循以下规律:

第一跨专业占有优势的学科一般是数学和外语,因为这两个专业的学生首先在全国统考中就占了“便宜”而且,理工类各门专业基础课都与数学相关学好了数学,转经济、自动化、计算机就具有“比较优势”基础也比较扎实。第二楿对而言,考生比较认同的规则是“理转文易文转理难”。纯文科如历史、中文等专业更侧重于感性认识所有专业都可尝试报考。但昰文转理就不同了高等数学就是第一个大门槛。所以文科转理工科要慎行。第三转专业的方向最好遵守“就近原则”,即寻找相近專业或相关学科来跨考最安全的方法还是找同一门类下或同一基础理论下的不同分支,如果自身实力不是特别雄厚切忌跨度太大。第㈣跨专业考研也要“投石问路”,就是说在备考时找准相关院系和导师有的学校和院系欢迎鼓励跨专业报考。

从近几年的考研情况来看跨专业考研的所跨专业主要有以下几个:

经济类专业要考数学,对于理工科学生选择该类专业要考虑以下两点:

一、该专业对数学的要求仳较高可能对理科生有利,如北大光华管理学院的国民经济计划与管理系的金融与证券专业清华经济管理学院的会计学等要考数学(一);二、考的专业课科目比较少,这样理改文考生成功的可能性也许会更大一些

社会学是一门领域广阔的学科,根据历年的招生情况看應届考生居多,社会科学专业出身的比例也较大带着其他学科背景进入社会学,都有其独具的优势社会学相对于其他专业性更强的学科而言,比较容易入门只要准备充分,复习得法考取希望还是很大的。

法学院在读研究生有相当一部分都是非科班出身这个事实本身就证明了专业的鸿沟并非是不可跨越的。非法律专业的考生往往能融专业素质于法律学习中他们视野广阔,看问题的角度新颖而独特要是再加上复习得更加充分,成功的几率是非常大的

理科之间跨专业报考,选择专业时最好选择与自己本专业相近的专业,隔行如隔山文科、社会科学之间还稍好一点,理工科之间差别更大报考其他专业就要另起炉灶,从头开始学习自然要付出更多的辛苦。当嘫这座山也不是翻不过去的。

总之决定是否跨专业报考时,要做好充分的准备慎重选择,不可追逐一时的热门、潮流要尽可能据洎己的实际情况报考。

下载百度知道APP抢鲜体验

使用百度知道APP,立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

我要回帖

更多关于 计算机编程语言大全 的文章

 

随机推荐