最新软件工程需求分析报告（通用13篇）

开题报告是评估一个科研项目可行性和创新性的重要依据，应当全面准确地反映出研究的意义和研究问题的重要性。接下来，我们一起来看看这些成功竞聘者的报告是如何写就的。

软件工程需求分析报告范文

其实在软件开发过程中遇到的许多问题都是由于收集编写协商修改软件需求过程中的失误带来的诸如信息收集不全功能不明确交流不充分文档不完善需求发生变化等可以这样说软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”

1用户解决问题或达到目标所需的条件或能力。

2系统或系统部件要满足合同标准规范或其它正式规定文档所需具有的条件或能力。

3一种反映上面1或2所描述的条件或能力的文档说明。

软件需求包括四个不同的层次即业务需求用户需求和功能需求另外还有非功能需求。

软件需求各组成部分之间的关系如下图所示。

用户需求。

描述了用户使用产品必须要完成的任务可以在用例模型或方案脚本中予以说明。

功能需求。

是从各个角度对系统的约束和限制反映了应用对软件系统质量和特性的额外要求。

用户需求不断增加。

需求模棱两可。

规格说明过于简单。

忽略了用户分类。

本节知识点需求工程的内容需求获取需求分析编写需求文档需求验证。

通常需求工程由一些过程组成可分为需求开发和需求管理两部分。

绘制系统关联图。

这种关联图用于定义系统与系统外部实体间的界限和接口的简单模型。

创建用户接口原型。

确定需求的优先级别。

a引言。

概要叙述软件需求规格说明便于读者理解文档如何编写以及如何阅读和解释。

描述编写文档时所采用的标准或排版约定包括正文风格提示区或重要符号。

a3预期的读者和阅读建议。

提供了对指定的软件及其目的的简短描述包括利益和目标a5参考文献。

利用本节来确定可以保证新产品与外部组件正确连接的需求c1用户界面。

c2硬件接口。

正确性完整性可验证性无二义性可修改性可跟踪性一致性。

审查需求文档。

以需求为依据编写测试用例。

编写用户手册。

需求验证包括需求评审和需求测试两个部分需求评审又包括正式的和非正式的两种形式。

本节知识点分析模型--实体关系图数据流图状态转换图数据字典结构化分析过程。

两个数据对象之间有以下三种关联er在数据对象之间的连线上用数字或字母表示。

数据建模的其他图形工具层次方框图。

df有四种元素其基本符号如下图所示。

name=baidusnap1放弃cpu的使用。

数据组合有三种方式。

顺序以确定的次序连接多个数据项。

选择从多个数据项中选取一个。

对每一个关系确定其关联类型。

重复步骤2到步骤4直到定义了所有关系。

定义每个实体的属性。

形式化并复审实体关系图重复步骤1到7直到数据建模完成。

实例分析学生成绩管理系统实体学生课程成绩实体属性定义。

学生学号姓名性别出生日期入学年月

课程课程编号课程名称课程学分课程描述。

成绩学号课程编号分数考核日期

显然学生课程和成绩都是系统的实体并且可以初步定义它们的属性。

因此系统的实体是学生课程和成绩。

实体关系图。

实例分析学生成绩管理系统第0层df图。

1教务人员维护学生信息和课程信息并登录学生的选课成绩2学生查询自己的成绩单。

对于学生成绩管理系统而言整个系统就是一个加工学生成绩管理。

第1层df图。

第2层df图。

为了继续进行分解我们分析第1层df中的加工查询学生成绩。

数据字典。

以下列出“学生成绩管理系统”的部分数据字典条目。

需求分析报告

职责：

2.负责项目进行前期调研，编写调研报告和项目解决方案；

3.负责编写详细需求规格说明书，用户手册，培训资料等；

4.对外负责与客户沟通需求，对内配合项目组的需求讲解说明；

5.产品测试验证；

6.配合项目经理完成其他事项；

岗位要求：

1.计算机相关专业，本科以上学历。

2.拥有1-3年软件需求分析经验，尤其是零售行业经验；

3.熟悉使用相关的业务需求分析，设计工具，如visio,office等；

4.具有良好的英文读写能力，较强的语言表达交流能力，文档撰写能力；

5.具有较强的用户需要判断，引导，控制能力；

6.需有较强的团队协作精神；

7.有零售行业进销存产品经验者优先考虑，有开发经验者优先考虑，懂粤语者优先考虑；

需求分析报告

6.参与整个项目开发过程，负责需求跟踪，需求变更的管理，与项目团队一起保证最终交付。

任职要求：

1.本科学历，5年以上业务需求分析工作经验；

2.精通业务需求分析方法如uml;。

3.精通业务流程图绘制，如使用visio绘制职能带图等；

4.精通原型设计，能使用axure原型工具进行高保真原型设计；

5.快速学习能力，从业务专家处快速学习业务，进行归纳总结提炼；

6.有国网物资业务经验更佳。

需求分析报告

职责：

1.平台软件开发项目需求分析汇总，撰写需求技术文档；

2.负责与客户和开发人员进行对接、沟通，保证开发需求准确按时完成；

3.开发及后续过程的需求跟进、变更把控。负责开发过程中的进度管理；

5.审核保存开发项目成果，负责后续在框架内的内容添加和变更。

任职要求：

1.本科以上学历，3年以上软件相关工作经验；

2.有软件开发基础，熟悉软件工程理论，熟练使用原型工具；

3.有较强的沟通能力和文档编写能力；

5.工作踏实上进，对新知识新应用具有强烈的好奇心和学习兴趣。

软件工程需求分析报告范文

1.1编写目的。

提供的需求和分析员共同探讨后拟定。在这里将详细介绍用户所需要实现的功能及实现该功能的硬件软件的基本需求，以避免在软件开发后交付用户使用中出现不必要的麻烦。同时在这里将详细的介绍本软件的模块调用等等相关问题。

1.2项目背景。

1.3定义。

【列出文当中所用到的专门术语的定义和缩写词的原文。】。

实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。

管理员：指日常管理维护本软件的管理人员或仓库主管单位的领导。

1.4参考资料。

2．任务概述。

2.1目标。

3.4.5.6.行调动。

在管理方面更加便捷，无需复杂的人员记录，管理领导在输入相应的信息后可以直观的了解各个仓库的各种详细动态。

采购人员在这里可以根据本软件清晰地了解到哪里需求较大，哪里需求较小，从而去合理的进行采购。

2.2运行环境。

操作系统：microsoftwindows2000advancedserver支持环境：iis5.0硬件：

标准配置：

cpu:：p166以上内存：32m以上。

硬盘空间：200m以上标准键盘、标准鼠标、标准显示器标准vga显卡推荐配置：

cpu：p300以上内存：64m以上硬盘空间：1g以上标准键盘、标准鼠标、标准显示器标准vga显卡100m以太网卡软件：

标准配置：

数据库：microsoftsqlserver200。

2.3条件与限制。

(1)对仓库管理的专业调配等具体技术细节缺乏足够的知识。(2)缺乏和用户的足够的沟通，对目标系统很难有精确的定位。

3．数据描述。

3.1静态数据。

员工编号、管理人员账号、密码。

3.2动态数据。

3.3数据库介绍。

本系统是一种工作在windows系统平台的软件，它是以sql数据库为基础。

3.4数据词典。

3.5数据采集3.5.1e-r图。

综合e-r图。

库区编号仓库主管仓库面积仓库。

商品e-r图。

商品名称购买日期商品编码商品k购买l消费者购买数量商品单价

商品名称商品编码生产厂家数量p商品销售q仓库单价销售日期购买人销售管理员

退货e-r图。

商品名称商品编码生产厂家退货数量p商品退货q仓库单价退货日期退货人主要负责人

3.5.2ipo图。

ipo表系统：仓库管理系统作者：张启松模块：进货管理日期：2011/11/2编号：4被调用：仓库管理系统输入：商品信息调用：产生订货清单；添加、删除商品信息输出：商品、供应商信息处理：对入库的货物的具体信息进行登记、删除，便于了解仓库存储状态局部数据元素：商品名称、编码、单价、供应商信息等注释：

ipo表系统：仓库管理系统作者：张启松模块：系统登录日期：2011/11/2编号：1被调用：仓库管理系统调用：登录输入：用户名和密码输出：登录成功或登录失败处理：省份验证局部数据元素：用户名、密码注释：

注释：

注释：

注释：

4．功能需求。

4.1功能划分。

1）系统登录。

用户可根据用户名和密码登录系统，选择自己2）系统设置。

(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信。

4）库存管理。

(1)商品信息的添加。对商品的基本信息进行录入并保存。

(2)商品信息的修改：在有商品进入时，修改库存商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。

（1）由库存清单的信息产生订货清单。

（2）商品的验收，当符合要求时选择入库，反之，选择退货。6）销售管理。

（1）销售信息的添加（统计时）。

（2）销售信息的删除（退货时）。

（1）工作人员信息的添加。

（2）工作人员信息的删除。（3）工作人员信息的修改。（4）工作人员信息的查询。

4.2功能描述4.2.1用户登录。

系统登录功能的主要功能是对用户身份进行验证，只有在系统登录时输入合法。

用户名和密码才能进入仓库管理系统。

退出系统功能保证用户在已经保存当前操作的情况下安全退出，防止不必要的信息丢失。

用户注销功能在不退出系统的情况下更改登陆用户。

4.2.2仓库管理。

4.2.3业务查询。

4.2.4系统设置。

系统设置模块主要是对供应商信息和登陆用户信息的管理。能够实现对供应商和登陆用户信息的添加、修改、删除功能。

5．性能需求。

5.1数据精确度。

5.2时间特性。

（6）数据的转换和传送时间:1秒以内（7）解题时间:1秒以内。

5.3适应性。

6．运行需求。

6.1用户界面。

【如屏幕格式、报表格式、菜单格式、输入输出时间等。】。

6.2硬件接口。

1.登陆终端的接口2.打票终端机的接口3.条码录入终端机的接口。

6.3软件接口。

图1登录时的用户名和密码。

图2进货管理模块。

图3商品销售模块。

图4供货商管理模块。

图5人员管理模块。

仓库管理员6.4故障处理。

4.（1）在输入数据不符合定义时。

6.（3）数据在数据库中已有备份，系统出错时可以靠数据库恢复；

7.（4）再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法；

8.（5）断电后系统会自动保存数据。

7．其它需求。

7.1安全保密设计。

9.对数据库的查看访问必须有用户名和密码。

7.2维护设计。

11.详细编写各阶段的文档资料，利于开发和维护。

软件工程需求分析报告范文

学号：1176807448专业：计算机4班指导教师：赵宇红。

文档名称：需求分析报告项目名称：软件工程课设管理系统项目负责人：王星。

编写：完成日期：2014.6.19审核：

开发单位：

王星薛浩楠。

软件工程课设管理系统小组。

目录。

一．引言。

随着计算机的普及，人们对计算机的认识及需求有了明显的增加。计算机对于大量信息的管理的优势更是显而易见。有了这个软件工程课程设计管理系统，学生与老师的工作任务就可能会事半功倍。1.编写目的：

软硬件设施：个人计算机，java，acess数据库，windows97/xp操作系统决定开发软件工程课程设计管理系统，估价成本不高于1000元，二周交付使用。3.名词定义：

实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。4.参考资料：

软件工程基础汤淮西安交通大学出版社。

软件工程------技术，方法与环境王立福，张世琨，朱冰编著北京大学出版社。

软件开发技术倪秉营电子科技大学出版社软件工程张权范清华大学出版社。

二、任务概述。

该软件工程课程设计管理系统软件目前已有比较完善的管理与使用功能。研制软件工程课程设计管理系统软件是为了满足软件工程教师与学生方便对课程的各种管理与操作。1．目标：(1)开发意图：

a.为了软件工程课程管理系统更完善；

b.为了软件工程课程管理更方便；

c.为了减轻软件工程管理工作人员的工作负担;d.为了加强学院的正规化管理;(2)应用目标：

通过本系统软件，能帮助课程设计教师利用计算机，快速方便的对课程进行管理，上传资料，填写进度报告，查找的所需操作。(3)产品描述：

本产品是一种工作在windows系统平台的软件，它是以acess数据库。(4)产品功能：2.系统功能划分：

使用该系统有三个角色教师，学生，客户。教师可以查看学生选课情况，可以查看学生设计报告，填写学生项目进度情况，给出分数，修改密码，上传课程设计题目，学习资料。学生可以查看选课情况和成绩，选课。客户只可以浏览选课信息。

2．系统可分为5个模块：

（1）基本信息：教师和学生的信息包括教师号，学生号，教师开设的课程设计的题目，学生选的课程设计题目，项目进度和分数。（2）选课：显示教师开设的课程设计题目，实现学生选课。

（3）查询：学生查询可选题，自己选题情况，自己课程设计成绩。教师查询学生选题情况，学生设计报告。

（4）修改：教师填写项目进度情况和给出分数，学生填写同组的其他同学的姓名，学号，班级，小组长，修改结果存入相应数据库等。

（5）密码：教师和学生可以修改自己的登陆密码，结果保存用户信息数据库。3.安全性：

设立三种级别的用户：student,teacher,guest，对每种类型的用户设置不同的权限。

1．系统流程图：

图3.1系统流程图。

2.数据流图：

图3.2数据流图。

3.数据字典：

数据流描述：

数据来源：用户登陆处理。

数据去向：客户界面。

说明：普通用户不输入用户名和密码直接以客户身份登陆。

数据流名：登陆。

数据来源：验证信息处理正确。

数据来源：教师界面的输入选题和资料窗口数据去向：上传处理。

说明：学生填写所选课题的设计报告上传。

需求分析报告的

(多种媒体的选用、重难点部分的可视化、问题解决过程中的交互策略等)。

本章进入生态系统的学习，首先要学习生物与环境的关系。本节有很多代表适应方式和生物关系的名词，容易混淆，有必要引入cai使这些关系具体形象，让学生容易理解，深化记忆。另外种群数量变化规律曲线的得出也是比较难的,引入cai,给予动态的解释,很有必要.

cai创意:。

1)用图片引导学生回答生物生存的环境里有哪些非生物因素。

2)用动画展示生物对非生物环境的适应性，如生物怎样运用保护色。

3)用动画展示成语中的生物关系，如“螳螂捕蝉黄雀在后”。

4)用动画展示种群繁衍的数量变化和环境影响。

5)种群数量规律曲线的生成有动态的分步骤的过程，有控件控制。

6)课件有互动的部分。也有练习部分巩固学生对本课重难点的掌握。

二、教学内容分析：(目标以及重点、难点等)。

本节学习生物与环境的关系,包括三个方面:1生物与非生物环境的关系,2生物与生物之间的关系,3种群的数量变化规律及其应用.

教学目标:。

1)知道生物的生存环境包括非生物环境和生物环境。

2)了解非生物环境(水、阳光、温度)对生物的影响，并能举例说明。

3)能够举例分析每种生物都生活在他所适应的非生物环境中，知道适应具有相对性。

4)知道保护色、警戒色、拟态等适应的方式，能够区别三者的不同并进行相关的判断。

5)能够举例说明生物和生物之间的.关系，包括种内关系和种间关系。

6)知道什么是种群，认识到种群的数量变化规律。

7)了解种群数量变化规律对人类生产实践活动的重要意义。

教学重点：

1)非生物环境(水、阳光、温度)对生物的影响。

2)保护色、警戒色、拟态等适应的方式。

3)生物和生物之间的关系。

4)种群及其数量变化规律。

教学难点：

1)区别保护色、警戒色、拟态三者的不同。

2)能够辨别生物之间的关系，包括种内互助、种内竞争、种间竞争、贡生、寄生、捕食。

3)能够运用种群数量变化规律解释相关现象。

三、学习对象特点分析：(年龄特征、认知水平等)。

本课件的使用对象为初二学生(大约14岁)。该年龄段的学生有强烈的求知欲望，对各种新鲜事物好学好问，并富于想像。但是他们的学习积极性还是与兴趣挂钩。枯燥抽象的理论知识很可能会失去他们对课堂的注意。因此课件要生动形象，能抓住他们的好奇心，利用他们的观察力，有意识地引发和激励他们发现问题，提出问题，在此过程中加强他们的观察力。另外，初二学生已具有一定的分析能力和生物基础常识，但自主学习能力还不构，所以课件要注意设置引导和设问，让学生有探索总结的过程，以培养他们的学习能力。

四、拟定开发工具及技术难点分析：(效果描述等)。

authorware：主要的开发软件。课件成品有静态的图片展示，配有简单的文字说明，使枯燥抽象的名词变得具体，浅显易懂。课件的第三部分有动态的规律分析，要让学生清楚明白种群规律曲线是怎么得来的。

flash：主要用在第二部分。讲解生物与生物之间的关系时，用动画演示“螳螂捕蝉黄雀在后”或“鹬蚌相争渔翁得利”中的生物关系。第三部分种群的数量变化规律，也要用动画展示生物繁衍的数量变化和环境等外界因素的影响。

难点：种群数量变化规律曲线的动态演示，flash制作。

五、设备条件要求：

普通设备,windows2000/xp系统即可,鼠标键盘可进行正常操作.能够运行authorware,flash等常用软件。

六、存在的困难及拟解决方法：(人员、时间、经费等)。

刚接触authorware和flash，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。

软件画面制作的精美程度是个挑战，要提高自己的审美能力。

网站需求分析报告

随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。

网站项目管理（wpm）的含义为web-basedprojectmanagement，即以web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。

在本文中，笔者将网站项目管理（wpm）与软件工程的统一过程管理（rup）进行参照比较，并结合实际工作经验，力求将网站工程管理（wpm）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。

按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制：

1.需求分析及变更管理2.项目模型及业务流程分析3.系统分析及软件建模。

4.界面设计、交互设计及程序开发5.系统测试和文档编写。

6.客户培训、技术支持和售后服务。

业务员与客户进行的沟通，撰写如何做好网站建设需求分析是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。

四.利用示意图和图表将用户的需求表现出来。五.什么人要看需求分析报告？

六.建立需求变更日志，制作新版本的需求分析报告。七.本阶段重点工作角色八.总结。

一：让客户畅所欲言，罗列出所有的需求。

让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。

很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立ip的访问，而你原来想当然的以为了不起就是1万独立ip访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！二：透过现象分析潜在的需求很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。

笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个“搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。

三：利用自然的语言描述项目模型。

在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。

请比较以下两份关于需求的描述，“用户在访问首页的时候可以在点击'客户通道'按钮，弹出填写'用户名'和'密码'的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表”“站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。”前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。

四：利用示意图和图表将用户的需求表现出来。

需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。

制作示意图可以有很多种方式，用powerpoint或visio制作流程示意，用html文档制作界面示意都是可行的，最简单利用画图和word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。在rup中有这样的描述：

“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。

项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。

我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：

项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。

开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；

操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；

通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：

尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。

并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。

在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。

客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。

在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。

•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；

•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；

•迅速确定网站的用户角色；

比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；

•分析确定每个角色的权限及可操作的功能；

网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；

•让客户参与到示意图的设计中，及时正确的反应出需求变更。

•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。

这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。

需求分析报告

“博客”一词是从英文单词blog音译（不是翻译）而来。blog是weblog的简称，而weblog则是由web和log两个英文单词组合而成。博客最初的名称是weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成weblog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将blog本身和blogger（即博客作者）均音译为“博客”。

博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站。博客上的文章通常根据张贴时间，以倒序方式由新到旧排列。许多博客专注在特定的课题上提供评论或新闻，其他则被作为比较个人的日记。一个典型的博客结合了文字、图像、其他博客或网站的链接、及其它与主题相关的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。博客是社会媒体网络的一部分。博客系统，是指使用计算机语言编写，并便于用户安装和使用，在互联网上建立个人博客的一整套系统。个人博客现在已经成为很多人生活中必不可少的一个部分，方便了人与人之间的沟通和交流。

博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。

1、匿名用户模块。

本模块主要由浏览博客、评论2个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。

2、注册用户模块。

本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5个部分组成。这些功能可以对用户个人博客中的个人信息、好友、评论、相册和文章进行设置。

3、系统管理模块。

本模块主要由用户管理、评论审核管理、相册审核管理、文章审核管理、链接管理5部分组成。这是为了对注册用户的博客内容与个人信息进行管理，并对博客中的评论、相册、文章进行审核，审核通过后才能发表。

基于个人博客以上的特点，本系统要实现个人博客的主要基本功能有主界面，博客用户登录发表文章（心情、日志），用户登录/退出，游客发表评论，分页浏览文章和评论等。这里其中比较主要的是区分了个人博客用户和游客。博客用户可以在任何时候写下自己的主张，记录下自己的点点滴滴。

而游客主要的权限是阅读博客所有注册用户写的文章，阅读后可以发表评论和留言，还可以分页浏览所有注册用户上传的图片。以上是个人博客的系统功能目标，当然由于个人博客的网络流行特点以及个人个性的展示，还适当要求界面比较漂亮轻快，直观便捷，操作方式简单以及人性化。

网站需求分析报告

1.1编写目的：

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2背景及范围。

本项目的名称：学校排课系统。

本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。

本产品是针对电脑进行排课的'需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至excel打印总课表、教师课表、()班级课表、场地课表、系统管理。

1.3定义缩写词。

学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。

二、项目描述：

使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。

2.1软件开发的目标：

改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。

2.2应用范围：

理论上能实现中小学排课，职业中学排课。

2.3子集说明：

软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。

2.4软件功能描述：

外部功能：实现了可视化窗口，排课，调课。

内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看；排课操作、调课操作、场地调课操作、老师课表及学生课表生成。

2.5软件操作人员的要求。

软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。

三、软件结构化描述。

自己添加一些。

四、环境要求：

4.1数据录入精度需求。

在进行向数据库录入数据时，要求数据记录准确。

4.2软件自身时间特性需求。

五、软件属性。

5.1可用性。

本软件由于自身的能力限制，所有只限现在所有的功能。

5.2安全性。

5.3可维护性。

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。

5.4兼容性。

由于尚未测试，故无法对兼容性进行评析。

将本文的word文档下载到电脑，方便收藏和打印。

需求分析报告

1.1编写目的：

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2背景及范围。

本项目的名称：学校排课系统。

本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。

本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至excel打印总课表、教师课表、班级课表、场地课表、系统管理。

1.3定义缩写词。

学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。

使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。

2.1软件开发的目标：

改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。

2.2应用范围：

理论上能实现中小学排课，职业中学排课。

2.3子集说明：

软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。

2.4软件功能描述：

外部功能：实现了可视化窗口，排课，调课。

内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看;排课操作、调课操作、场地调课操作、老师课表及学生课表生成。

2.5软件操作人员的要求。

软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。

自己添加一些。

4.1数据录入精度需求。

在进行向数据库录入数据时，要求数据记录准确。

4.2软件自身时间特性需求。

5.1可用性。

本软件由于自身的能力限制，所有只限现在所有的功能。

5.2安全性。

5.3可维护性。

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。

5.4兼容性。

由于尚未测试，故无法对兼容性进行评析。

需求分析报告

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

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、调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。

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

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

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

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

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

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

1、网站功能。

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

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

4、网站系统性能定义。

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

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

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

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

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

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

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

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

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

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

需求分析报告

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

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、调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。

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

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

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

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

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

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

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

1、网站功能。

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

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

4、网站系统性能定义。

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

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

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

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

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

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

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

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

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

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

（二）一、首次调研面积及户型选择意向分析。

1、时间：2006年4月5日。

2、地点：繁华路段，沿街门面、行政机关单位、事业单位、陌生拦截等处选择样本。

3、调研方式：问卷填写、深度访谈。

4、发出问卷：80份，有效问卷68份。

5、样本人群基本情况。

家庭人数：

文化程度：大专以上12人中学（含高中、初中、中专）40人其他16人。

工作单位：经商或个体户36事业或行政单位20其他1。

2收入状况：

6、户型结构选择。

从图中可以看出，客户对房型结构的选择中，三房两厅的占到高达40%的份额，加上18%的四房两厅和18%的三房一厅，合计占到76%的份额，只有不占1/4的人选择两房或其他户型。

7、户型面积选择。

从图中可以看出，客户选择110—130平方米的比例占到35%，与上图中三房两厅40%的比例类似；90—150平方米的比例合计占到81%，加上150平方米以上13%，全部占到总份量的94%，90平方米以下的仅占到6%。

二、2006年5月份客户面积选择意向分析。

数量（组）301255616651455137。

1客户在提示作用下，除14%的客户选择其他户型外，86%的客户都能在120—150平方米之间选到满意的户型。

三、2006年6月份客户面积选择意向分析。

数量（组）242049324120164361306。

客户在提示作用下，选择120平方米以上的占到80%，在其他20%的客户中，除部分选择复式户型的以外，选择其他户型的只有不足20%。

四、2006年7月客户对户型面积的意向分析。

客户量56344715811。

5需要130—150平方米的客户超过40%，而120—130平方米客户占30%，两者合计占到70%左右，是县城购房的主力目标客户群体。复式楼的需求量也在13%，是县城高端购房人群之一。90—110平方米的人群占到9%左右，可以看作县城购房群体的补充目标人群。

结论：

综上所述，在豫北某县购房群体中，最少有60%以上的客户选择120—150平方米的房子，最高达到86%左右的比例。另有10—20%的客户选择150平方米以上的户型。只有不到10%的少量客户需求面积在90平方米左右或以下。

如果公务员小区的房型面积不能按照市场需求状况供应，将产生以下几点影响：

第五，市场供应的商品房都是偏小面积，客户需求都是稍大或较大面积，开发商虽然知道消费者需求，但由于政府限制，不能按市场规律供应满足市场需求的产品，将形成各方均无法满意的局面，将破坏掉构建和谐社会的基础，间接影响到豫北某经济的快速稳定持续发展。

（三）相关资料数据以广州为例分析其人才需求状况，供广大求职者和有兴趣的朋友参考。

一、招聘热度分析。

自金融危机以后我国服装产量的持续低增幅，企业对产量增长的谨慎态度。近来欧盟纺织品服装市场需求低迷、部分市场向竞争对手国转移造成了国内服装企业的发展困境。就今年上半年而言，服装行业的人才需求并不十分给力，反映出服装行业整体发展缓慢。

从上图看，广州服装行业招聘职位数浮动不明显，6月低谷期后，7月略有所回升。业内人士分析认为，外贸形势短期内难有明显起色，但是随着欧美服装消费旺季的来临，第三季度服装出口或将有所回升。预计其人才需求也会有所增加。

二、招聘职位分析。

据百才招聘网数据统计，7月份广州服装行业发布职位超过一万，仅次于上海。其中，美术/设计/创意类职位占29.01%，其次是销售类、经营管理类职位，占比分别为12.40%、11.78%。招聘职位中，以服装设计师、设计助理招聘职位数最多，占比均超过了15%。

三、招聘要求分析。

根据分析，目前服装行业的人才学历要求较其他行业要略低，就广州招聘职位而言，其高中及以下学历占比达28.83%，本科仅占12.42%。从经验要求分析，0——2年、3——5年工作经验者需求量持平，均超40%。可以看出在服装行业人才对经验的要求较学历而言更严格。

四、行业薪酬分析。

根据数据显示，广州服装业整体薪酬水平居中，高薪占比比较小。薪资2000——3999元/月占比最大，达51.20%，万元及以上的月薪仅占比9.63%。这可能与服装行业整体产业性质相关，服装企业工厂员工占比较大，行业整体薪酬分布应该不会有太大的浮动。