以怀化学院为例，了解大学生英语学习现状，调查他们的英语学习需求，对英语新课程发展提出建议。
二、调查范围
怀化学院外语系09级4、5班
三、调查对象
有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。
四、调查方法
1、访谈对部分怀化学院外语老师和学生进行访谈。访谈内容涉及英语教师、教材、学习策略、学习环境(课内外学习环境)四个方面。
2、收集英语学者需求分析样本。
3、任务分析。
五、成果
1、背景概述
近年来，我系英语专业四级、八级过级率逐年上升，学生应对考试的能力不断提高，然而，学生的实战应用能力却相形见绌。归其原因，主要是受到考试过级率的影响，教学者教学形式单一，教师唱独角戏，满堂灌，教与学双边活动难以开展等现象比较突出。
2、调查结果分析-----学生的英语学习需求整体情况分析。
A、学生对英语教师的需求主要有以下几个方面：
a、教师的基本功要扎实知识要渊博，教师要严而有道，以身作则。
b、希望教师采用灵活多变的教学方法。
c、希望和教师建立良好的师生关系。
由此可见，学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求;学生希望老师在教学过程中以身作则，树立榜样;学生更喜欢老师经常激励他们;同时学生期待与老师建立良好的师生关系。
B、学生对教材的需求主要有以下几个方面：
a、希望教师在教学过程中教学内容不要固定在教材本身，要及时补充鲜活的内容;
b、希望教材内容能有助于提高他们的交际能力。
通过调查我们发现学生对教材的内容的真实性、实用性、趣味性、知识性和教材对交际能力的培养的要求很高。教师在教材的选择和使用上应注意趋利而避弊，在固定教材上增补一些新的教学材料。另外，固定教材容易使教材的内容过时，不能反映外语。实际的现状，并且还会造成教材的难度与学生实际水平脱节的现象授课时和班级过大等因素的限制，如何充分利。
C、学生对学习策略的需求
通过调查我们发现有:
小部分学生还不能有效地使用适合自己的英语学习策略;大部分学生认为教师对学生进行英语学习策略培训有必要，还有一部分学生能够经常反思自己的英语学习，探索适合自己的学习方法，但效果不理想，希望求助于英语教师。
4、学生对学习环境的需求
通过调查我们发现绝大多数同学都意识到积极参加课堂活动对英语学习的重要性，从而说明了学生对课堂学习环境的期望值很高;超过三分之二的学生在课堂上存在不同程度的紧张和焦虑，经访谈发现：学生害怕被点回答问题，担心回答问题出错，自信心不够强，表演欲不够强这一点也能解释学生为什么对来自老师同学的支持和鼓励的需求强烈。同时大多数学生喜欢和同学进行合作学习，绝大多数学生认可自主。学习平台在英语学习中的作用，对于英语课外活动的学生认可度和满意度还不高。
六、结论与启示
通过本次调查，我们了解了不同英语水平的学生在对英语教师、教材、学习策略、学习环境等有关因素的需求情况，发现在英语教师、教材、学习动机等方面上高低水平学生无显著性差异，在对学习策略和学习环境的需求上高低水平学生存在着显著性差异，我们得到了以下启示：
1、英语教师应经常对非英语专业学生进行学习策略培训，培养和提高学生运用学习策略的意识，从而有助于学生个性化学习方法的形成和学生自主学习能力的发展。
2、优秀的老师应当能选择教材，活用教材，跳出教材，发展教材。
3、教师应该在课堂上创设一个轻松惬意的语言学习环境，满足不同水平学生的需求，并把焦虑降低到最低限度。学校在课外要组织丰富多彩的英语活动，数量和质量并重。
1、引言
1.1编写目的
本需求分析报告为人们清晰展示出ATM自动取款机系统的工作流程，以及ATM机的工作状态。为人们熟练地操作ATM机提供更多帮助，加深人们对ATM机自动取款系统的了解。为系统开发完成后期的测试和验收提供帮助。
1.2项目背景
本系统的名称为“银行ATM机自动取款系统”。系统的功能主要有：能够读取和存储客户的存款和取款信息，方便客户自由交易；在客户选定交易类型后，直接与客户进行现金交易，方便快捷。将客户最新的存取信息上传到银行的总存储系统，并自动更新系统中的客户信息，方便银行系统管理员对客户信息的管理。
2、需求概述
2.1目标
“银行ATM机自动取款系统”主要提供客户的存取交易信息，并自动与客户进行现金交易，以及上传并更新客户存取款信息等功能。该系统针对于配有ATM自动取款机的银行，客户较多，系统需操作方便，信息读取与存储及时快速，方便客户进行自由交易和系统管理员对信息的管理。
2.2用户类和特征
最终用户是银行客户和银行系统管理员，银行系统管理员需要创建、统计、更新和删除客户的存取款信息，要求具备计算机知识和银行业务流程的专业知识，如权限管理和客户业务办理流程等。银行客户就是到银行办理业务的普通客户，只需具备一定的计算机操作知识即可。
3、功能需求
本系统相应的需求有以下方面：
（1）能够读取和存储客户账户中的存取款信息，并方便有效地进行客户选择的交易操作。这主要包括以下内容：
①自动调用银行总系统中客户原有信息②银行客户账户中的信息的查询、读取
③客户操作的识别，及信息的录入、更新、存储
（2）能够将客户输入的信息及时上传到银行总系统中，并将客户原有信息进行自动更新。这其中主要包括以下内容：
①汇总客户更新的信息，直接上传到银行总系统中②抽调银行总系统中客户原有信息，并进行修改
③将银行总系统中客户原有信息更新为客户最新输入的信息，并存储（3）提供客户信息访问的权限和管理。其中包括：
①客户访问普通信息的权限
②银行系统管理员对客户信息的录入、更改和删除需要补充说明的几点有：
（1）数据保存：需要长期保存的数据信息有
①客户信息：客户开通银行账户的基本信息②账户信息：客户在银行的存取款信息
（2）系统用户：银行系统管理员和客户
①银行系统管理员：对ATM机中的信息可进行录入、更改和删除等操作
②客户：在ATM机上可进行存取交易操作
3.1确定执行者
执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。
确定执行者可以通过提出以下几个问题得到：
（1）谁使用系统的主要功能？
（2）谁需要系统的支持以完成日常工作任务？
（3）谁从系统获取信息？
（4）谁负责维护和管理系统以保证其正常运行？
（5）系统需要应付（处理）哪些外部硬件设备？
（6）系统需要和哪些外部系统交互？
本例中，可以确定“客户”和“银行系统管理员”为系统执行者。“客户”通过系统进行自己的存取款交易，“银行系统管理员”负责使用系统的主要功能。
3.2确定用例
用例描绘了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。
确定用例可通过提出以下几个问题得到：
（1）参与者需要从系统中获得什么功能？参与者需要做什么？
（2）参与者读取、产生、删除、修改或存储系统的某些信息吗？
（3）系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？
（4）系统的输入/输出信息是什么？这些信息从哪里来到哪里去？
（5）采用什么实现方法满足某些特殊要求？
本例中，我们通过一定的调研和分析得到“银行ATM机自动取款系统”的用例图，如下图所示：
3.3编写用例文档
用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档：
1、账户信息的维护用例用例名：账户信息的维护参与执行者：银行系统管理员
事件流：当有客户在ATM自动取款机上进行取款交易时，ATM自动取款机将客户取款之后的信息上传到银行系统中，管理员通过ATM机自动取款系统界面，点击“客户取款信息”调出客户最近一次的取款信息，然后点击上传到银行总系统中，弹出信息更新界面，点击“更新”则覆盖原有账户信息，并保存；点击“取消”则不进行账户信息更新覆盖，且不保存。
出口条件：系统将数据库中的读者信息进行相应的操作。调出客户账户信息是，调出客户账户信息表；更新账户原有信息时，覆盖系统中账户原有信息。异常事件：在进行账户信息上传时，先调出客户在最近一次取款后的信息，若数据库中没有符合条件的记录，则无法进行上传操作，也无法完成系统原有信息的更新操作。
2、客户信息的维护用例用例名：客户信息的维护参与执行者：银行系统管理员
事件流：当有新客户开通新的账户时，银行系统管理员将新客户的信息录入到ATM机自动取款系统中，方便客户进行取款交易。进入系统，点击“添加客户”，弹出空白的客户信息表，管理员将新客户的信息录入表中之后，点击“提交”，则保存到系统中；当有客户修改信息时，进入系统，点击“更改客户信息”，弹出搜索界面，在搜索栏中输入需要修改的客户信息的关键字，点击“搜索”，调出客户原有信息，点击“更改”，进入客户信息更改界面，修改完毕之后，点击“保存”，则覆盖客户原有信息，点击“取消”，则取消更改；当有客户注销账户时，进入系统，点击“删除客户信息”，弹出搜索界面，在搜索栏中输入要删除的客户信息的关键字，点击“搜索”，调出客户已存信息，点击“删除”，弹出“是否删除该客户信息？”询问界面，点击“是”，则删除该客户的已存信息，点击“否”，则不进行删除操作。
出口条件：系统将数据库中的读者信息进行相应的操作。添加客户信息时，将新的客户信息保存到系统数据库中；更改客户信息时，在数据库中将该客户的信息进行相应的更改操作；删除客户信息时，则删除该客户在数据库中的信息记录。
异常事件：在进行修改和删除操作时，先查出需要进行操作的客户在系统数据库中的已存信息记录，如果数据库中不存在相应的符合条件的记录，查询没有结果时，则无法进行更改和删除操作。
3、客户信息的查询用例用例名：客户信息的查询参与执行者：银行系统管理员
4、账户信息查询用例
用例名：账户信息的查询
参与执行者：银行系统管理员、客户
5、取款用例用例名：取款
出口条件：ATM自动取款机将输入的相应的取款金额吐出
6、口令管理用例用例名：口令管理
出口条件：数据库中的密码被修改成最新的密码
7、取款信息查询用例
用例名：取款信息的查询参与执行者：客户
4、非功能需求
4.1性能需求
银行ATM机自动取款系统的使用者是银行系统管理员和所有开通银行账户的客户。对于银行系统管理员的管理工作，性能要求不是太高，但需要方便客户账户信息的入库等操作。对于开通银行账户的客户取款、修改密码等功能，对性能的要求比较高，一般需要达到并发数1000以上。
4.2安全性需求
5、故障处理
在正常情况下，应该不出现错误，一旦发生意外，比如：不识别银行卡、输入取款金额后现金吐不出来、取款过后ATM自动取款机为将信息上传到总系统中等等，也应保证客户账户信息不受损坏。
6、外部接口需求（略）
一、那些人应该参与网站开发项目的需求分析活动
2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。
4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。
二、完整的需求调查文档记录体系
目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
三、向用户调查些什么
1、网站当前以及日后可能出现的功能需求。
2、客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、确定网站维护的要求。
4、网站的实际运行环境。
5、网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。
6、主页面和次级页面数量，是否需要多种语言版本等
7、内容管理及录入任务的分配。
8、各种页面特殊效果及其数量（js,flash等）
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
2、调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。
3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）
四、市场调研活动内容
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
1、市场中同类网站作品的确定。
2、调研作品的使用范围和访问人群。
3、调研产品的功能设计（主要模块构成，特色功能，性能情况等等）
4、简单评价所调研的网站情况。
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
3、可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。
4、不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。
5、分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。
6、调研资料汇编：将调研得到的资料进行分类汇总。
五、清晰的需求分析输出——《网站功能描述书》：
在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、网站功能
2、网站用户界面（初步）
3、网站运行的软硬件环境
4、网站系统性能定义
5、网站系统的软件和硬件接口
6、确定网站维护的要求
7、确定网站系统空间租赁要求
8、网站页面总体风格及美工效果。
9、主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
园林行业是近几年随着中国改革开放的不断深入和经济的快速发展以及对城市生态环境要求日益提高的社会大背景下，快速形成和壮大的新兴朝阳产业。面对园林行业巨大的人才市场需求和同行竞争，及时调整专业设置，确定园林专业适应园林行业需求的人才培养目标就可以抓住这一机遇，使人才市场需求和竞争机遇变成办好园林专业的活力。
调查目的：
调查内容：
调查方法：
12月—8月
调查整理：
王
调查概况：
1、园林行业技术人才仍然处于供不应求的状态，特别是园林科研、生产技术推广、苗木养护、绿化工程、工程管理、预算和规划的技术人才更为急需。
2、现阶段园林行业从业者特别是技术人员水平良莠不齐：兼职和跨行业技术人员占40%；本专业（中专或普通大专、本科毕业）真正接受过高职专业训练的人员占30%；而擅长苗木养护、工程管理和预算、规划的岗位型技术人才仅占10%。
3、年轻的从业者普遍存在实际操作能力欠缺的问题。
4、从业者的综合素质不高。
5、应届毕业生就业率高，但是不稳定，用人单位对应届毕业生又爱又怕。
结果分析：
人才资源是第一资源。近年来，由于园林绿化面积大幅度增加，园林工程施工质量和管理逐渐规范化，园林工程实行公开招标，园林公司要想拿到工程，企业在具备资质的情况下，拥有多名复合型的园林人才显得尤为重要。园林工程的竞争背后，实际上是园林人才的竞争。
园林学是一门融自然科学、工程技术与人文学科于一体的综合性交叉学科，具有独立的学科体系。园林专业的课程体系涵盖面极其广泛，几乎包括了建筑学、城市规划学、农学、林学、美学、计算机科学等学科的大部分内容，从业者对某一方面的知识和能力的掌握及运用程度因人而异。由于工程管理、预决算、规划设计等内容对从业者的素质要求更高，这几个方面的人才必然相对紧缺。
一、背景
二、解决方案
网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的B2B和B2C需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。
三、网站定位
1、地区性：北京旅游门户网
2、权威性：通过与各协会的合作，定格使此站的行业权威性；
4、网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。
四、经营模式
（1）景点、农家院、旅游线路等方面的信息；
（2）旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。
I目录
1.总体功能需求------------------------------------------------------------1
2.软件开发平台需求---------------------------------------------------------1
3.软件需求分析------------------------------------------------------------1
3.1.软件范围-----------------------------------------------------------1
3.2软件的风险----------------------------------------------------------1
3.3软件的功能----------------------------------------------------------2
3.4用户类和特性--------------------------------------------------------2
3.5运行环境需求--------------------------------------------------------2
3.6设计和实现上的限制--------------------------------------------------2
4.外部接口需求------------------------------------------------------------2
4.1用户界面-----------------------------------------------------------3
4.2硬件接口-----------------------------------------------------------3
4.3软件接口-----------------------------------------------------------3
4.4通讯接口-----------------------------------------------------------4
5.系统功能需求------------------------------------------------------------5
5.1说明和优先级-------------------------------------------------------5
5.2激励响应序列-------------------------------------------------------5
5.3输入输出数据-------------------------------------------------------6
6.其他非功能需求------------------------------------------------------------6
6.1性能需求------------------------------------------------------------6
6.2安全措施需求--------------------------------------------------------6
6.3安全性需求----------------------------------------------------------6
6.4操作需求------------------------------------------------------------7
6.5软件质量属性--------------------------------------------------------7
II
1总体功能需求
2软件开发平台需求
开发者开发的软件必须能够在安卓以及ios等主流平台上正常运行。
目前开发软件平台为：
数据库管理系统：
Oracle9i以上版本
中间件(应用服务器)系统：
IBMWebSphere
OA系统：
LotusDomino/Notes
网络架构：
完全支持TCP/IP协议
开发工具或技术体系：
为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如MicrosoftVisual，BorlandDelphi，C++Builder，或J2EE(Java2P1atformEnterpriseEdition)等。
3软件的需求分析
3.1软件范围
3.2软件的风险
3.3软件的功能
3.4用户类和特性
该软件针对的用户群体比较宽泛，无论是什么年龄或者阶层的用户，只要对于美食有追求，那就一定会是我们的用户群体。当然对于庞大的用户群体还是要有一定的特性划分，我们会根据用户平时搜索的记录进行大数据分析，对不同用户推送不同的特色美食。
3.5运行环境需求
本软件的运行环境，一般包括：
●操作系统和版本；Windows7及以上、android4.0及以上、ios8.0及以上；
●支撑环境和版本；数据库软件Oracle9i以上版本；
●其它与该软件有关的软件组件；应用服务器系统采用IBMWebSphere；
3.6设计和实现上的限制
在开发过程中可能的限制包括下列内容：
●必须使用的特定技术、工具、编程语言和数据库；
●避免使用的特定技术、工具、编程语言和数据库；
●要求遵循一定的开发规范和标准
例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准；
●企业策略的限制；
●政府法规的限制；
●工业标准的限制；
●硬件的限制
例如，定时需求或存储器限制；
●数据转换格式标淮的限制。
4外部接口需求
此部分内容说明了软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，对接口数据和外部组件进行详细描述，并且写入了数据定义中。
4.1用户界面
以下是用户界面可能包括的一些特征内容：
●将要采用的图形用户界面(GUl)标准或者产品系列的风格；
●有关屏幕布局或者解决方案的限制；
●将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括：
选单；
标准按钮；
导航链接；
各种功能组件；
消息栏；
●快捷键；
●各种显示格式的规定，可能包括：
不同情况下文字的对齐方式；
不同情况下数字的表现格式与对齐方式
日期的表现方法与格式；
等等。
●错误信息显示标准；
4.2硬件接口
●支持的硬件类型；
●软、硬件之间交流的数据；
●控制信息的性质；
●使用的通讯协议；
4.3软件接口
●操作系统；
●数据库；
●工具；
●函数库；
●集成的商业组件
4.4通讯接口
●电子邮件；
●WEB浏览器；
●网络通讯标准或者协议；
●数据交互用电子表格；●消息格式；
●通讯安全或加密问题；●数据传输速率；
●同步和异步通讯机制；
5系统功能需求
实时信息交互功能需求；
用户信息管理以及后台数据库存储功能需求；
位置获取定位功能或者是导航软件启动权限申请功能需求；
系统存储空间读写功能需求；
后台信息推送自启动功能需求；
5.1说明和优先
本系统根据最终用户所具有的不同功能将用户分为以下四类：
1、软件用户：需要从产品获取、上传信息等；
2、合作用户：知名商家提供店内部的美食信息；
3管理用户：管理用户和合作用户，保证正常的秩序；
4系统管理员：维护系统的正常；
产品在做完最基础的架构之后，应该优先做出用户的模块，然后才是管理用户和合作用户的功能。
优先级：管理员〉用户〉合作用户
5.2激励/响应序列
目前不详
5.3输入/输出数据
列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数据的处理(计算)方法，以及相应地输出数据，描述对应区别：输入数据和输出数据。
当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。
对于每一项数据，均需要描述：
●数据名称；
●实际含义；
●数据类型；
●数据格式；
●数据约束；
6其它非功能需求
非功能需求主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。
6.1性能需求
●相互合作的用户数量；
●系统支持的并发操作数量；
●容量需求
存储器；
磁盘空间；
数据库中表的最大行数。
6.2安全措施需求
1、应用日志必须在现有基础上进行精简，对于重复日志记录、无用日志记录进行删减；
2、应用日志必须按日保存，每个文件保存应用一天的完整日志；
3、历史应用日志必须压缩后按日保存，以减小历史日志文件对硬盘空间的占用；
4、历史应用日志必须保留一个月（30天），以保证问题出现后，日志可以得到较好的保存。
6.3安全性需求
系统要有足够的防御能力，防御普通黑客的攻击，尽量减少各种可能出现的漏洞，防止6用户信息被不良分子窃取。
6.4操作需求
系统能被现有的工作人员快速掌握并使用
第三方控件的使用：原则是不使用，但必须使用时必须通知提出，讨论通过后方可用。
点对点通讯：私聊、公聊、从吧台获取信息都属于点对点通讯范畴，采用TCP协议