《需求分析报告》
《需求分析报告》
（一）
一、那些人应该参与网站开发项目的需求分析活动
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
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、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定
对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
（二）
一、首次调研面积及户型选择意向分析
1、时间：xx年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%。
注：以上数据引自郑州深蓝咨询机构《项目全程营销策划报告》，以下数据是展示接待中心接待来访客户情况的数据统计分析
二、xx年5月份客户面积选择意向分析
户型面积a130.302b135.767c122.9e138.59f129.31h141.61k150.45其他合计
数量（组）301255616651455137
1客户在提示作用下，除14%的客户选择其他户型外，86%的客户都能在120—150平方米之间选到满意的户型。
三、xx年6月份客户面积选择意向分析
户型面积a130.302b135.767c122.9e138.59f129.31h141.61k150.45四房其他合计
数量（组）2420493241xx4361306
客户在提示作用下，选择120平方米以上的占到80%，在其他20%的客户中，除部分选择复式户型的以外，选择其他户型的只有不足20%。
四、xx年7月客户对户型面积的意向分析
户型面积90㎡110㎡120-130㎡130-150㎡复式及150以上无具体意向合计
客户量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%。可以看出在服装行业人才对经验的要求较学历而言更严格。
四、行业薪酬分析
根据数据显示，广州服装业整体薪酬水平居中，高薪占比比较小。薪资xx——3999元/月占比最大，达51.20%，万元及以上的月薪仅占比9.63%。这可能与服装行业整体产业性质相关，服装企业工厂员工占比较大，行业整体薪酬分布应该不会有太大的浮动。
第二篇：需求分析报告测试（验收）大纲
目录
1.引言....................................................................21.1目的...................................................................21.2术语...................................................................21.3参照标准...............................................................2
2.测试日期安排............................................................3
3.测试小组及成员..........................................................3
4.测试具体内容............................................................34.1合法性检
查.............................................................34.2软件文档检查...........................................................34.2.1必须提供检查的文档...................................................34.2.2其他可能需要检查的文档...............................................44.2.3由业主确定必须检查的其他文档.........................................44.2.4文档质量的度量准则...................................................44.3软件代码测试...........................................................44.3.1源代码一般性检查.....................................................44.3.2软件一致性检查.......................................................54.4软件系统测试...........................................................54.4.1界面（外观）测试.......................................................64.4.2可用性测试...........................................................64.4.3功能测试.............................................................64.4.4稳定性（强度）测试.....................................................64.4.5性能测试.............................................................64.4.6强壮性（恢复）测试.....................................................64.4.7逻辑性测试...........................................................64.4.8破坏性测试...........................................................64.4.9安全性测试...........................................................75.测试结果交付方式.. (7)
1.引言
1.1目的
为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。
1.2术语
本大纲所提及的术语，其定义遵照gb/t11457标准。
1.3参照标准
●gb/t11457—xx软件工程术语
●gb8566—xx；
信息技术软件生存期过程●ogb8567—xxx计算机软件产品开发文件编制指南●gb9385x计算机软件需求说明编制指南●gb9386—xxx计算机软件测试文件编制指南●gb/t12504—xx计算机软件质量保证计划规范●ogb/t12505—xx计算机软件配置管理计划规范●ogb/t14079—xx软件维护指南
●ogb/t14394—xx计算机软件可靠性和可维护性管理●gb/t16680一xx软件文档管理指南●开发者企业规范
软件开发者有关软件工程的规范●其它文件
例如。合同书等，法律文件中的有关规定。
说明。（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。
（2）标记（x）号的标准为推荐标准。
2.测试日期安排
开发方如期交付软件的基础上，由业主审核确定具体日期安排。
3.测试小组及成员
由业主聘请具有一定的分析、设计、编程和软件测试经验的测试组长和其他专业人员组成。测试组设组长一名（可设有副组长），负责整个测试的计划、组织工作。
或委托具有国家认可测试资质的第三方进行测试。
4.测试具体内容
测试内容应该包括。合法性检查、文档检查、软件一致性检查、软件系统测试与测试结果评审等几项工作。
4.1合法性检查
检查开发者在开发本软件时，使用的开发工具是否合法。对在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否有合法的发布许可。
4.2软件文档检查
4.2.1必须提供检查的文档
●项目实施计划；●详细技术方案；
●软件需求规格说明书（stp）（含数据字典）；●概要设计说明书（pdd）；
●详细设计说明书（ddd）（含数据库设计说明书）；●软件测试计划（stp）（含测试用例）；●软件测试报告（str）；
●用户手册（sum）（含操作、使用、维护、应急处理手册）；●源程序（scl）（不可修改的电子文档）；●项目实施计划（pip）；●项
目开发总结（pds）；
●软件质量保证计划（sqap）；
4.2.2其他可能需要检查的文档
●软件配置计划（scmpp）；●项目进展报表（ppr）；●阶段评审报表（prr）；
4.2.3由建设方确定必须检查的其他文档
说明。如果建设方认为4.1.1节和4.1.2节所列文档之外，还需要检查其它文档，则在此列出文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。
4.2.4文档质量的度量准则
文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条：
●完备性
开发方必须按照gb8567（计算机软件产品开发文件编制指南）的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。
●正确性
在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。●简明性
在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。●可追踪性
在软件开发各个阶段所编写的各种文档应该具有良好的可追踪
性。文档的可追踪性包括横向可追踪性和纵向可追踪性两个方面。前者是指在不同的文档的相关内容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检索的难易程度。●自说明性在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的阶段成果的能力。●规范性在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
4.3软件代码测试
4.3.1源代码一般性检查
仅对系统关键模块的源代码进行抽查，检查模块代码编写的规范性，批注的准确性，是否存在潜在性错误，以及代码的可维护性。
●命名规范检查
检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范，该规范可以由开发方在软件工程文档规范中单方面约定。
●注释检查
检查程序中的注释是否规范，注释量是否达到约定要求，例如：要求注释量达到30％左右。●接口检查
检查数据库接口等外部接口是否符合要求，各程序模块使用的接口方式是否一致，特定的外部接口协议是否符合。●数据类型检查源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额
的数据类型是否采用货币类型，以防止在特定条件下产生较大的误差而影响统计结果。●限制性检查
对一些程序中使用到的、具有使用限制的命令、事件、方法、过程、函数、对象、控件等进行检查。检查在长时间运行时，有无可能接近或者达到限制条件，这里考虑的系统运行时间可能长达数年。
4.3.2软件一致性检查
●编译检查
要求提交的源代码在其规定的编译环境中，能够重新编译无错误，并且能够完成相应的功能，从而确定移交的确实是正确的源代码。
●安装／卸载检查
在新系统上用交付的软件安装盘重新安装各个模块，并且通过运行这些软件模块，能否完成相应的功能，从而确定移交的确实是正确的软件安装盘。在安装后立即卸载所安装的模块，并且检查是否能够做到彻底卸载。●运行模块检查
将新安装的软件模块与现场运行模块用软件工具抽样比较，确认交付的软件安装盘与现场运行软件一致。
抽查数处现场运行模块用软件工具比较，确认现场运行软件一致。
4.4软件系统测试
软件系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。
进行软件系统测试工作时，具体的测试用例是由开发方提供，并
由测试方和用户共同补充制定的。在开发方做完功能演示后，可以进行下列测试：
●界面（外观）测试；●可用性测试；●功能测试；
●稳定性（强度）测试；●性能测试；
●强壮性（恢复）测试；●逻辑性测试；●破坏性测试；●安全性测试。说明：实际进行的测试内容有测试方法和业主根据具体情况共同确定，并非文中所列测试内容都必须进行测试。
4.4.1界面（外观）测试
对照界面规范（在软件需求规格说明书中规定，或者由软件工程规范中给出）和界面表（在概要设计中给出），检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。
4.4.2可用性测试
测试操作是否方便，用户界面是否友好等。测试系统是否有影响操作流程的界面bug和功能bug，纪录具体bug的数量、出现频率和严重程度。
4.4.3功能测试
检查数据在流程中各个阶段的准确性。对系统中每一模块利用实际数据运行，将其结果与同样数据环境下应该得出的结果相比较，或与软件需求规格说明书中要求的结果进行比较，如有偏差，则功能测试不能通过。
检查软件需求规格说明书中描述的需求是否都得到满足；系统是否缺乏软件需求规格说明书中规定的重要功能；以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。
如果存在遗产数据，应该检查遗产数据转换是否正确。
4.4.4稳定性（强度）测试
测试系统的能力最高实际限度，即检查软件在一些超负荷情况下，功能实现的情况。例如：要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。
利用边界测试（最大值、最小值、n次循环）对系统进行模拟运行测试，观察其是否处于稳定状态。
4.4.5性能测试
根据系统设计指标，或者对被测软件提出的性能指标，测试软件的运行性能，例如：传输连接最长时限、传输错误率、计算精度、记录精度、响应时限和恢复时限等。
4.4.6强壮性（恢复）测试
采用人工的干扰使应用软件、平台软件或者系统硬件出错，中断正常使用，检测系统的恢复能力。进行强壮性测试时，应该参考性能测试相关的测试指标。
4.4.7逻辑性测试
根据系统的功能逻辑图，测试软件是否按规定的逻辑路径运行，选择一些极限数据判断软件运行是否存在错误或非法路径，从而发现系统的逻辑错误或非法后门。
4.4.8破坏性测试
输入错误的或非法的数据（类型），检查系统的报错纠错的能力及稳定性。并测试可连续使用多长时间而系统不崩溃。
4.4.9安全性测试
验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰，安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。
说明。进行安全测试时，必须遵循相关的安全规定，并且有业主派员参加。
5.测试结果交付方式
测试结束后，由测试组填写软件测试报告，并将测试报告与全部测试材料一并交给业主。具体交付方式，由业主和测试方双方协商确定。测试报告包括下列内容：
●软件测试计划●软件测试日志●软件文档检查报告●软件代码测试报告●软件系统测试报告●测试总结报告
●测试人员签字登记表
第三篇：需求分析报告一、所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，“需求分析”就是确定要计算机“做什么”。
需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：
（1）用户与开发人员很难进行交
（2）用户的需求是动态变化的
（3）系统变更的代价呈非线性增长
二、为什么要需求分析
需求分析具有决策性，方向性，策略性的作用。在软件分开发过程中具有举足轻重的作用，大家一定要对需求分析具有足够重视。
三、需求分析的任务
需求分析的任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求，并准确的的表达用户的需求。
四、需求分析的过程
需求分析的阶段工作可以分为四个方面。问题识别、分析与综合、制定规格说明、评审。
主要代码：
usingsystem;usingsystem.collections.generic;usingsystemponentmo del;usingsystem.data;usingsystem.drawing;usingsystem.linq;usingsystem .text;usingsystem.windows.forms;
namespace掷骰子
{publicpartialclassform1：form{publicform1{initializeponent;}
privatevoidbtnbegin_click（objectsender，eventargse）{if （txtname1.text==""||txtname2.text==""）{messagebox.show（"请输入名字"）;
return;}