需求分析报告

需求分析报告（精选6篇）

需求分析报告 篇1

　　一、调查目的

　　以怀化学院为例，了解大学生英语学习现状，调查他们的英语学习需求，对英语新课程发展提出建议。

　　二、调查范围

　　怀化学院外语系 09 级 4、5 班

　　三、调查对象

　　有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。

　　四、调查方法

　　1、访谈 对部分怀化学院外语老师和学生进行访谈。访谈内容涉及英语教师、教材、 学习策略、学习环境(课内外学习环境)四个方面。

　　2、收集英语学者需求分析样本。

　　3、任务分析。

　　五、成果

　　1、背景概述

　　近年来，我系英语专业四级、八级过级率逐年上升，学生应对考试的能力不断提高，然而，学生的实战应用能力却相形见绌。归其原因，主要是受到考试过级率的影响，教学者教学形式单一，教师唱独角戏，满堂灌，教与学双边活动难以开展等现象比较突出。

　　2、调查结果分析 ----- 学生的英语学习需求整体情况分析。

　　A、学生对英语教师的需求主要有以下几个方面：

　　a、教师的基本功要扎实 知识要渊博，教师要严而有道，以身作则。

　　b、希望教师采用灵活多变的教学方法。

　　c、希望和教师建立良好的师生关系。

　　由此可见，学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求;学生希望老师在教学过程中以身作则，树立榜样;学生更喜欢老师经常激励他们;同时学生期待与老师建立良好的师生关系。

　　B、学生对教材的需求主要有以下几个方面：

　　a、希望教师在教学过程中教学内容不要固定在教材本身，要及时补充鲜活的内容;

　　b、希望教材内容能有助于提高他们的交际能力。

　　通过调查我们发现学生对教材的内容的真实性、 实用性、 趣味性、知识性和教材对交际能力的培养的要求很高。 教师在教材的选择和使用上应注意趋利而避弊，在固定教材上增补一些新的教学材料。 另外，固定教材容易使教材的内容过时，不能反映外语。实际的现状，并且还会造成教材的难度与学生实际水平脱节的现象 授课时和班级过大等因素的限制，如何充分利。

　　C、学生对学习策略的需求

　　通过调查我们发现有 :

　　小部分学生还不能有效地使用适合自己的英语学习策略;大部分学生认为教师对学生进行英语学习策略培训有必要，还有一部分学生能够经常反思自己的英语学习，探索适合自己的学习方法，但效果不理想，希望求助于英语教师。

　　4、学生对学习环境的需求

　　通过调查我们发现绝大多数同学都意识到积极参加课堂活动对英语学习的重要性，从而说明了学生对课堂学习环境的期望值很高;超过三分之二的学生在课堂上存在不同程度的紧张和焦虑，经访谈发现：学生害怕被点回答问题，担心回答问题出错，自信心不够强，表演欲不够强 这一点也能解释学生为什么对来自老师同学的支持和鼓励的需求强烈。 同时大多数学生喜欢和同学进行合作学习， 绝大多数学生认可自主。学习平台在英语学习中的作用，对于英语课外活动的学生认可度和满意度还不高。

　　六、结论与启示

　　通过本次调查，我们了解了不同英语水平的学生在对英语教师、 教材、学习策略、 学习环境等有关因素的需求情况，发现在英语教师、教材、学习动机等方面上高低水平学生无显著性差异，在对学习策略和学习环境的需求上高低水平学生存在着显著性差异，我们得到了以下启示：

　　1、英语教师应经常对非英语专业学生进行学习策略培训，培养和提高学生运用学习策略的意识，从而有助于学生个性化学习方法的形成和学生自主学习能力的发展。

　　2、优秀的老师应当能选择教材，活用教材，跳出教材，发展教材。

　　3、教师应该在课堂上创设一个轻松惬意的语言学习环境，满足不同水平学生的需求，并把焦虑降低到最低限度。学校在课外要组织丰富多彩的英语活动，数量和质量并重。

需求分析报告 篇2

　　1、引言

　　1.1编写目的

　　由于的各方面发展速度的大幅提高，几乎所有的银行都配备了不用繁琐的人工操作的ATM自动取款机。人们可以随时随地进行交易，不再受银行的服务时间的约束，取款时也为人们节省了很多时间，方便快捷。

　　本需求分析报告为人们清晰展示出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、口令管理用例用例名：口令管理

　　参与执行者：银行系统管理员、客户

　　入口条件：客户已经登录到个人账户界面中

　　事件流：客户将银行卡插入ATM机卡槽中，进入个人账户登录界面，输入密码，点击“确认”，进入个人账户界面，点击“修改密码”按钮，在口令修改页面输入新的密码，点击“确认”。

　　出口条件：数据库中的密码被修改成最新的密码

　　7、取款信息查询用例

　　用例名：取款信息的查询参与执行者：客户

　　入口条件：客户已经登录到个人账户界面中事件流：进入个人页面后，点击“查询”出口条件：系统显示出客户查询的信息

　　4、非功能需求

　　4.1性能需求

　　银行ATM机自动取款系统的使用者是银行系统管理员和所有开通银行账户的客户。对于银行系统管理员的管理工作，性能要求不是太高，但需要方便客户账户信息的入库等操作。对于开通银行账户的客户取款、修改密码等功能，对性能的要求比较高，一般需要达到并发数1000以上。

　　4.2安全性需求

　　由于银行ATM机自动取款系统的客户量很大，所以在对客户账户信息的导入和交易操作要保证速度。在客户进行交易操作的过程中又要保证事务的完整性。在整个系统中，需要完整的权限控制，以防止某些人恶意地攻击系统，修改系统中的原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登录时需要密码验证。

　　5、故障处理

　　在正常情况下，应该不出现错误，一旦发生意外，比如：不识别银行卡、输入取款金额后现金吐不出来、取款过后ATM自动取款机为将信息上传到总系统中等等，也应保证客户账户信息不受损坏。

　　6、外部接口需求（略）

需求分析报告 篇3

　　一、那些人应该参与网站开发项目的需求分析活动

　　需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：

　　1、负责组织相关开发人员与用户一起进行需求分析。

　　2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。

　　3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。

　　4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。

　　5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。

　　二、完整的需求调查文档记录体系

　　在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助

　　目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。

　　需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。

　　三、向用户调查些什么

　　在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：

　　1、网站当前以及日后可能出现的功能需求。

　　2、客户对网站的性能（如访问速度）的要求和可靠性的要求。

　　3、确定网站维护的要求。

　　4、网站的实际运行环境。

　　5、网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。

　　6、主页面和次级页面数量，是否需要多种语言版本等

　　7、内容管理及录入任务的分配。

　　8、各种页面特殊效果及其数量（js,flash等）

　　9、项目完成时间及进度（可以根据合同）

　　10、明确项目完成后的维护责任。

　　调查结束以后，需要编写《用户调查报告》，《报告》的要点是：

　　1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。

　　2、调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。

　　3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）

　　四、市场调研活动内容

　　通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。

　　但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：

　　1、市场中同类网站作品的确定。

　　2、调研作品的使用范围和访问人群。

　　3、调研产品的功能设计（主要模块构成，特色功能，性能情况等等）

　　4、简单评价所调研的网站情况。

　　调研的目的是明确并且引导用户需求。

　　对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：

　　1、调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。

　　2、调研内容说明：调研的同类网站作品名称、网址、设计公司、网站相关说明、开发背景、主要适用访问对象、功能描述、评价等

　　3、可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。

　　4、不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。

　　5、分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。

　　6、调研资料汇编：将调研得到的资料进行分类汇总。

　　五、清晰的需求分析输出——《网站功能描述书》：

　　在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。

　　《网站功能描述书》必须包含以下内容：

　　1、网站功能

　　2、网站用户界面（初步）

　　3、网站运行的软硬件环境

　　4、网站系统性能定义

　　5、网站系统的软件和硬件接口

　　6、确定网站维护的要求

　　7、确定网站系统空间租赁要求

　　8、网站页面总体风格及美工效果。

　　9、主页面及次页面大概数量。

　　10、管理及内容录入任务分配。

　　11、各种页面特殊效果及其数量。

　　12、项目完成时间及进度（根据合同）

　　13、明确项目完成后的维护责任。

　　综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。

需求分析报告 篇4

　　园林行业是近几年随着中国改革开放的不断深入和经济的快速发展以及对城市生态环境要求日益提高的社会大背景下，快速形成和壮大的新兴朝阳产业。面对园林行业巨大的人才市场需求和同行竞争，及时调整专业设置，确定园林专业适应园林行业需求的人才培养目标就可以抓住这一机遇，使人才市场需求和竞争机遇变成办好园林专业的活力。

　　调查目的：

　　高职教育就是就业教育，以就业为导向，一直都是各个职业院校的办学宗旨。本次调查的目的是为了掌握了园林行业的人才需求特点，人才的能力要求，人才的素质要求等，使园林专业人才培养目标以及行业定位逐步清晰和具体起来，为进一步调整专业结构、课程结构、能力结构、素质结构等提供了第一手宝贵资料和调整依据。使我系园林专业学生能够适应所学专业的人才职业需求，毕业后尽量进入职业角色，胜任岗位职责，更好的实现“零距离”就业。

　　调查内容：

　　园林行业岗位人群应具备的能力、现阶段从业人员的现状、湖南及周边省市园林及相关行业人才需求等。

　　调查方法：

　　走访调查、问卷调查、电话调查、网络资源搜集等

　　调查时间：

　　12月—8月

　　调查整理：

　　王

　　调查概况：

　　本次调查走访了湖南生态科技园、三雄园林公司、中青园林工程有限责任公司、世纪枫园林公司，发放了20份调查问卷，收回20份；与广东巨杨园艺公司、广东维生种苗公司、广东怡华园艺公司、上海棕榈园林公司、广东广和园艺公司、广东旺林园艺公司、广东鸿瑞园艺公司的主要负责人或相关技术人员进行了电话访问；结合对网络资源的搜集和整理，得出了以下结果：

　　1、园林行业技术人才仍然处于供不应求的状态，特别是园林科研、生产技术推广、苗木养护、绿化工程、工程管理、预算和规划的技术人才更为急需。

　　2、现阶段园林行业从业者特别是技术人员水平良莠不齐：兼职和跨行业技术人员占40%；本专业（中专或普通大专、本科毕业）真正接受过高职专业训练的人员占30%；而擅长苗木养护、工程管理和预算、规划的岗位型技术人才仅占10%。

　　3、年轻的从业者普遍存在实际操作能力欠缺的问题。

　　4、从业者的综合素质不高。

　　5、应届毕业生就业率高，但是不稳定，用人单位对应届毕业生又爱又怕。

　　结果分析：

　　（一）随着城市建设加快步伐，在众多的城市改造、道路拓宽、广场建设项目实施过程中，人们越来越关注绿化景观设计，因而对此类人才的需求也大幅度增加；另一方面，随着人们生活质量、生活水平的不断提高，绿化及生态环境成为新追求，不仅房地产开发企业在市场竞争中竞相打起了“绿化牌”、“景观牌”、“生态环境牌”，甚至一些企事业单位也越来越注重环境景观设计，使之“既要与城市环境协调，又要让员工和客户舒畅”。

　　人才资源是第一资源。近年来，由于园林绿化面积大幅度增加，园林工程施工质量和管理逐渐规范化，园林工程实行公开招标，园林公司要想拿到工程，企业在具备资质的情况下，拥有多名复合型的园林人才显得尤为重要。园林工程的竞争背后，实际上是园林人才的竞争。

　　园林学是一门融自然科学、工程技术与人文学科于一体的综合性交叉学科，具有独立的学科体系。园林专业的课程体系涵盖面极其广泛，几乎包括了建筑学、城市规划学、农学、林学、美学、计算机科学等学科的大部分内容，从业者对某一方面的知识和能力的掌握及运用程度因人而异。由于工程管理、预决算、规划设计等内容对从业者的素质要求更高，这几个方面的人才必然相对紧缺。

需求分析报告 篇5

　　一、背景

　　旅游借助互联网，能够解决传统旅游业不能解决的适应游客行、吃、住、游、玩一体化的需求；同时还由于旅游也作为一个整体的商业生态链，涉及到旅行服务机构、酒店、景区、交通等等，利用互联网可以将这些环节连成一个统一的整体，进而可以大大提高服务的水平和业务的来源。一方面，互联网为传统旅游业提供新的机遇及提高服务水平和运作水平的手段，另一方面，大多数没有开展网上业务的中小旅行社则面临严峻的挑战。

　　二、解决方案

　　网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的B2B和B2C需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。

　　为了降低单个旅游企业的营销推广费用，更好地利用旅游公共营销推广体系进行推广，旅游推广中心应为游客和企业设计一系列旅游指南，在推出推广的过程中，看能否得到旅游企业的广泛认同。旅游网站的各种应用，集成了新闻发布管理、网站内容管理、酒店预订管理、线路预订管理、会议预订管理、机票预订、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统，以及完善的强大的后台管理操作，无愧于全套解决方案的名称。它也大限度地实现了管理自己网站的梦想，只要会操作浏览器，就能够管理自己的网站。

　　三、网站定位

　　1、地区性：北京旅游门户网

　　2、权威性：通过与各协会的合作，定格使此站的行业权威性；

　　3、包涵的范围：集成了新闻发布管理、网站内容管理、农家院预订管理、旅游线路系统线路管理、会员预订管理、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统

　　4、网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。

　　四、经营模式

　　（1）景点、农家院、旅游线路等方面的信息；

　　（2）旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。

需求分析报告 篇6

　　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等主流平台上正常运行。

　　目前开发软件平台为：

　　数据库管理系统：

　　Oracle 9i以上版本

　　中间件(应用服务器)系统：

　　IBM WebSphere

　　OA系统：

　　Lotus Domino/Notes

　　网络架构：

　　完全支持TCP/IP协议

　　开发工具或技术体系：

　　为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual ，Borland Delphi，C++ Builder，或J2EE(Java2 P1atform Enterprise Edition)等。

　　3软件的需求分析

　　3.1软件范围

　　开发这个软件产品不仅仅是为了在现在这个高速发展的社会中通过这样一个渠道将人们联系起来，也是为了将一个城市中所有的美食文化传承下来，将美食带给人们的那一份满足感通过这样一个平台传递给更多的人，最终通过美食这个纽带将人们之间的关系拉近。该软件主要是一个信息分享平台。这里的分享信息，指的是分享美食、展览会、漫展、藏在深巷中的小店、实惠良心的商铺等信息，不仅可以用论坛版块发帖的方式，还有短视频，以后还可以做出全景模型配合AR与VR。当你一个人找到一家美食，实惠的商铺，好玩的活动时，你可以在平台上面分享。让更多人的看见。在你想要寻找这些时，也可以在平台上寻找信息。除了信息分享以外还可以建立专门的交友模块，让人们能够找到对美食兴趣相投的一群人，提升用户的使用体验。

　　3.2软件的风险

　　该软件在建立运营的过程中有一定的风险：可能会产生一定的恶劣用户，将建立这个平1台原有的初衷歪曲化，在信息分享中会产生各种不良行为，譬如利用该软件平台发布广告、部分商家冒充用户对平台信息进行一定的导向；在交友模块中又会利用平台进行非法的交易甚至是欺骗用户，从而对用户的安全产生侵害。

　　3.3软件的功能

　　这款软件主要的功能就在于为用户建立一个全新模式的美食交流分享平台，为用户提供信息服务，也为城市中一些口碑很好但鲜有人知的美食提供一个绽放光芒的机会，为中华美食文化的传承做了一点努力。

　　3.4用户类和特性

　　该软件针对的用户群体比较宽泛，无论是什么年龄或者阶层的用户，只要对于美食有追求，那就一定会是我们的用户群体。当然对于庞大的用户群体还是要有一定的特性划分，我们会根据用户平时搜索的记录进行大数据分析，对不同用户推送不同的特色美食。

　　3.5运行环境需求

　　本软件的运行环境，一般包括：

　　●操作系统和版本；Windows 7及以上、android 4.0及以上、ios 8.0及以上；

　　●支撑环境和版本；数据库软件Oracle 9i以上版本；

　　●其它与该软件有关的软件组件；应用服务器系统采用IBM WebSphere；

　　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用户信息被不良分子窃取。

　　保证用户权限的正确设置，防止出现各种越权行为，保证系统的正常良好运行。用户的信息保存采用国际流行的MD5加密，保证安全；每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。

　　6.4操作需求

　　系统能被现有的工作人员快速掌握并使用

　　第三方控件的使用：原则是不使用，但必须使用时必须通知提出，讨论通过后方可用。

　　点对点通讯：私聊、公聊、从吧台获取信息都属于点对点通讯范畴，采用TCP协议

　　6.5软件质量属性

　　易用性优于易学性，或者可移植性优于有效性。