报告的写作需要注意结构和逻辑，使其内容条理清晰、易于理解。在撰写报告时，我们应该注重信息的准确性和客观性，避免主观性和个人偏见的影响。下面是一份对某个项目的评估报告，该报告详细分析了项目实施过程中的成果和问题。
业务需求分析报告篇一
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兼容性。
由于尚未测试，故无法对兼容性进行评析。
业务需求分析报告篇二
我生性是比较胆小的。对于安全，特别是生产安全，估计得从我参加工作的那年说起。08年一毕业，我便被分配到位于甘肃山沟里面的一个水电站做施工。在这里，平生第一次深刻知道安全对于生产，对于自身，对于内心的重要性。
记得美国犹太裔人本主义心理学家亚伯拉罕?马斯洛（abrahammaslow）就提出，人对于安全的需求在需求层次理论金字塔中是先于生理需求（身体基本需求）社交需求（社会关系的需求）自我实现需求及尊重需求，属于最基本的需求。是的，人工作是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有的目的，都是在自身安全的前提下实现的。
由于我的生性胆小，所以第一次接触这种立体式庞杂的施工现场时，我是以一个初入者的身段带着强大的融入式需求来接受目前这份工作的，虽然在繁杂立体式的施工现场有很多对自身安全造成困扰的问题，但是我得面对。因为我来自农村，又学了工程测量这门专业，除此之外，作为一个刚毕业的学生，我还能干吗？第一次在下面悬空的钢筋网上走自己还是很害怕的，第一次背着仪器箱子在垂直的几十米高简易爬梯上上下内心也是颤抖的，第一次在全无遮护的布着钢轨仅能容下双脚宽的20多米高的吊车预制梁上走过内心是带着与命运抗衡的决心的，我记得从那上面走过后，我觉得这辈子我都不再从类似这样的地方走过，对我来说这简直是在高空走钢丝绳，即使我们有年长的前辈在上面如履平地。恐惧跟大意绝对是安全生产事故中最危险的两种心态。这两种心态在心态中处于两个极端，也许我处于这端，而我的那位前辈处于那端。而从哲学讲，两种似乎都不可取。要讲究适度原则，也就是说，我得有着适度的心态去衡量这件“高空走钢丝”事件。那段时间里，我有种特种兵接受三月集训的感觉，挑战我的空间作业极限，还有心理极限。当然这确实是我必须面对的，由于作业环境限制，我们通常不得不在很近的平面距离里背负仪器利用简易且有限的条件及工具通过上下攀爬的方式来抵达目的地。哪怕平面距离只有几米远。而我得慢慢调整我的心态来适应，得调整我的身体敏捷程度来适应。因为再复杂的施工现场，安全的投入往往是繁琐的，可能是循环往复的，成本昂贵且占用大量时间的，在工期紧张的时段里，这些有时会显得铺张。要与之适应的，则是自身身体的灵活性以及心态的正常适度性。所以，那个时候的我，从很大一部分，只能增加自身的适应能力，而无能迁就于其他形式。而我就是如此慢慢适应过来的，在复杂的环境中，有了眼疾手快，心态坦然，泰山崩于前面不改色的气度了。这大概就是为了适应常规生产，自身心态适应中回归理性的过程吧。
后面的几年时光里，我确实被历练的坦然地多。对于安全防范的意识也是越来越提高了。那些不安全的地方我是坚决不去的。但是身边并不因为我的适应性而不出现些安全事故了。在我从业的几年了，身边的安全事故出了好多起。高空坠落的，溺水的，为了生活付出生命代价的比比皆是。生产是存在安全隐患的，从远古时期到今。从部族协作狩猎开始，从生产石器开始，我们的祖先就不得不面对生产中存在的安全隐患及问题。在战争中，我们也在为保存自身实力而进行着各种安全方面的考虑与措施。
而对安全问题的诠释，最具具体化，最让人好理解的无外乎便是举例说明了。这在我们安全培训教育及安全教育视频中也无不比比皆是。而所以的事故中大意似乎是其发生的大多数原因。我遇到的第一次人身伤亡事故还是在我所在的工地，一名的工人在8米高的泄流冲砂闸上游胸墙上拆卸模板的过程中，因为安全绳脱钩造成自身连同模板坠落，在送往医院后因伤势过重抢救无效身亡。这起事故中，安全意识淡薄，钩挂安全绳仅仅用来应付项目部安全监察，留于形式，是事故发生的主要原因。也有人因醉酒在靠近水库的公路步行跌入已经蓄水的水库溺水身亡的，这种事故原因无异于酒驾了，只是威胁的仅是自身安全罢了。在后面的项目中，也有在施工现场雨后攀高导致盆骨骨折的，也有晚上夜行无意堕入水池溺亡的。所有这些，无外乎大意。看来我这小心翼翼的心态，胆小的生性还是能够让人无时无刻绷紧安全的神经的。这一点我还是比较庆幸。
单位还是经常举办安全知识培训的，项目部及现场还是在醒目地段及危险地段有安全标示的。在新的安全生产法颁布后，单位从上到下以严谨的态度还组织了我们学习，考试，竞答，用各种方式将安全生产理念，方法植入每个职工的每一根神经与血管中。宣传方式也从刚开始的严禁式转换到后来的提醒式，甚至还有戏谑式。最典型的就是比如从标语写“禁止酒驾”，“禁止不带安全帽”，“禁止私拉乱接电源”等变成了“高高兴兴上班，安安全全回家”的温馨提醒式再到网络上贴出“为了防止别人娶你老婆，打你孩子，花你抚恤金，请注意安全”的戏谑式安全标语，说明安全的形式正以多样化的形式深入到社会中，在这社会发展中是好事。
再完善的标语，在完善的生产教育和法律都得靠我们自身每天每时每刻的践行，不然都无异于空谈。还是那句话：工作，不管是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有目的，都是在自身安全的前提下实现的。
业务需求分析报告篇三
此需求规格说明书对《学生信息管理系统》做了全面细致的用户需求分析，明确索要开发的软件具有的功能、性能与界面，是系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明出和完成后续设计与开发工作。编写该书的目的是为能够更加准确的明白该系统的需要，对所开发的软件的功能、性能、用户界面及运行环境等做出详细的说明。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员等。
1.2背景。
1.3术语。
系统采用的是c/s结构，即客户端和服务器架构，示意图如图2-1所示。客户端端提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息。服务器端接收客户端的数据或命令请求，并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给客户端。
c/s结构：即客户端和服务器架构。
1.4参考资料。
《软件工程导论》。
2.1目标。
项目开发意图：为了方便管理学生信息，加强学生交流，让大家及时了解班级动态，提供一个人性化的便捷管理平台。
应用目标：学生信息管理主要针对自己所在的班级所有学生而制作的管理系统。
作用范围：学生导师、辅导员、管理员、学校管理人员等。
2.2用户特点。
用户要具备电脑的基本操作，懂得上网浏览网页，管理人员要添加、更新、删除信息等操作，学生只有查询、修改基本信息、修改登录密码权限。技术人员要负责数据库的管理、网站的维护。
2.2假定和约束。
假定：开发周期：30天。
约束：时间比较仓促、掌握的专业技能有限、社会经验不足、项目完成经验不足。
3.1功能分析。
3.1.1对功能的分析。
1：学生的需求。
(1)在第一时间查询自己所有的成绩（自己的平均成绩,总成绩）。
(2)查询某一科成绩,该科平均成绩，最高成绩，最低成绩。
(3)打印和下载自己的成绩。
2：老师的需求。
(1)查询某一学生的所有成绩（平均成绩,总成绩）。
(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。
(5)录入成绩和修改更新成绩（自己所教授的那一科成绩)。
(6)打印统计出的结果。
3:管理员的需求。
(1)查询某一学生的所有成绩（平均成绩,总成绩）。
(2)查询某一学生某一科成绩,该科平均成绩，最高成绩，最低成绩。
(3)查询某一班级的成绩。
(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。
(5)录入成绩和修改成绩。
(6)打印统计出的结果。
(7)用户管理。
(8)数据库管理。
3.1.2对功能的要求。
1．功能划分和描述。
学籍管理、成绩管理、奖惩管理、奖学金管理、困贷管理其下的查询、编辑、插入、删除模块均实现其相应管理的具体功能。
2．进一步功能描述。
模块名称：学籍管理。
输入数据流：学籍控制信息。
输出数据流：学籍返回信息。
简要描述：主要负责学生学号、姓名、性别、出生年月、身份证号码、党团关系、系别、专业、级别、学制方面的信息管理。
块名称：成绩管理。
输入数据流：成绩控制信息输出数据流：成绩返回信息。
3.1.3系统功能层次模块图。
3.2性能分析3.2.1精度。
为了查询完整，尽量让所有相应域包含查询关键字的记录都能查到。由于通常有文件的记录很多，所以本系统采用两种查询：直接查询和模糊查询。
3.2.2容错要求。
为了保障系统能正常运行，尽量使得服务器数据库的数据合法化，以及前台能有效操作和浏览系统。
3.2.3灵活性。
1）当执行查询时，查询完后提供返回按钮可继续查找；
2）用户处于一定时间的“不操作”，服务器可以不再相应对数据库的请求，
除非再次登录；
3.3安全性分析。
1）数据库连接采用jdbc方法进行连接，从而提高数据库的可操作性和安全性；
2）对于某些页面进行强制用户登陆后方能进行操作；
3.4故障处理要求。
软硬件故障：
1）用户使用电脑系统有问题，或者浏览器有问题；
2）数据库建立有问题；
3）内存太小会影响运行速度；
4）对于各类突发事件要注意避免；
3.5其他专门要求。
保密性：数据库要做好保密，避免数据的丢失或者盗取；
间接性：用户的操作界面必须要做到简单明了，不能有太复杂的设置或者操。
作。
可更新性：对于系统可以根据用户需要进行更新，维护等操作，扩展其功能，
并使系统稳定。
第一层。
数据流图(dfd)。
1.1第二层。
4.3数据字典。
5.1设备。
开发建议使用的设备：
从网络传输需网卡，品牌机最好，组装机需性能好一点的，以防对大量操作时出现反应不过来等不良现象。
5.2接口。
软件接口：运行于xp以及更高版本；硬件接口：本系统不需要特定的硬件和硬件接口运行支撑；内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
业务需求分析报告篇四
部门负责人考虑员工参加培训原因，主要集中于当部门业绩不佳时进行培训（26%）。其次当部门凝聚力较差时25%会选择组织培训。各负责人对员工培训时候的顾虑有40%集中于培训效果是否符合预期，其次37%的顾虑是在何时进行比较恰当。关于培训内容，22.6%的负责人要求员工学习规范化管理，其次倾向于团队建设和人际关系及有效沟通，各占21.3%和19.5%。除此之外，超过50%的负责人认为，不论是何种培训,必然有利于员工素质的全面提高。
根据问卷显示，员工最乐于接受的学习方式是参加公司举办的培训，但是多数人表示当前公司培训的讲课方式枯燥无味。根据调查显示，超过的员工倾向于案例讨论法、操作示范、讨论法、视听法、跟岗培训等互动形式的授课方式。另外值得注意的是，48%的员工认为培训不能吸引自己，因为无法满足自己的实际培训需求，有接近22.6%的员工更愿意在工作中学习，结合实际提高能力。
调查结果显示，在关于培训时间的安排上，各部门负责人与员工意见一致，都主张培训随机进行,但要尽可能少地占用员工休息时间。
最后，从员工反应的意见来看，集中体现在三个方面，汇总如下：
培训内容。多数员工对培训内容的要求集中在专业知识和业务培训上。因此公司可针对各自部门的特点，多一些专业知识和业务知识的培训，培训从实际出发为实际工作提供帮助。
讲课形式。多数员工对公司现行培训方式表示不满意，要求改变传统的ppt授课形式，建议以案例讨论为主，运用讨论法、视听法、操作示范法、跟岗培训等多种有趣的方式相结合，提高员工兴趣和培训质量。
根据员工水平不同分级分类别分系统进行培训。根据员工层次级别不同，设置相应的培训，入职、在岗、升职等培训连续、递进进行。另外可适当增加贴近基层员工的培训课程。
业务需求分析报告篇五
本文中，主要针对工程机械出租的各项步骤、以及设计系统的广义意义进行了分析，从而根据各部分不同的需求阐明了本系统使各个功能模块相连接并实现工作、统计的作用。
1.1编写目的。
在计算机科技的飞速发展的21世纪，软件系统以及英特网也在不断融入我们的生活。然而在工程机械出租领域，设备的种类、数量越来越多，设备管理所涉及的是巨大的系统工程，由于企业出租规模大、管理涉及面广，又是造成统计、管理不到位都将给企业的正常经营带来一定的影响，所以如何利用先进的网络技术和优异的计算机软件系统更有效的收集、处理这些设备的租借，同时建立以现代信息化为核心的管理体制，减轻相关人员人工对租借管理及数据处理的负担，完成一个工程机械设备管理系统就变得尤为重要。
1、信息交互要求。
软件系统要求利用一一切租赁操作作为输入，通过数据收集计算达到处理的目的。
2、附加影响要求。
3、功能的实现要求；
在满足客户的要求下，设计人员、开发人员需要根据本文参考相关需求程度，做出相应的软件系统设计。
1.2项目来源。
操作简便、价格低廉的特性赢得了全国广大用户的青睐。目前用户已遍及全国所有省份、自治区、直辖市；用户遍及电子、电器、医药、服装、建筑、物资、化工、商贸、超市、旅游、机械、建材、科技、通讯等各类企业公司，同时拥有大量机关、事业单位、学校、研究所等机关事业型单位用户。
随着管理自动化的程度越来越高，大部分任务都直接由各种设备来完成，因此利用先进的计算机技术来管理，提高人机工作的效率成为了一项重要手段。
1.3项目风险。
本项目中，不同身份的工作人员需要对各自负责的工作及出发点等承担一定的风险。
任务提出者需要对项目的完成进度以及设计需求的整体方向负责，产品是否为大众所接将成为任务提出者所要负担的风险。
软件开发者需要对统计、收集、计算的相关程序编码是否正确承担责任，对运行软件后的一切技术上的风险承担一定的风险。
产品使用者在完成交易过后的使用过程中，需要对自己的一切操作负责，相应的需要承担软件系统在使用过程中因操作不当崩溃的风险等。
1.4文档约定。
本文的正文部分以宋体、小四为主要格式，行间距为1.5倍行距，各个主要题头的格式为黑体、四号。
本文档所涉及的一些专业术语及英文缩写如下：
acess:microsoftofficeaccess（前名microsoftaccess）是由微软发布的关联式数据库管理系统。它结合了microsoftjetdatabaseengine和图形用户界面两项特点，是microsoftoffice的成员之一。其实access也是微软公司另一个通讯程序的名字，想与procomm以及其他类似程序来竞争。可是事后微软证实这是个失败计划，并且将它中止。数年后他们把名字重新命名于数据库软件。access在的时候成为了计算机等级考试中的计算机二级的一种数据库语言并且因为它的易学易用的特点正逐步取代传统的vfp成为二级中最受欢迎的数据库语言。
运行，并且更名为visualfoxpro。目前最新版为visualfoxpro9.0，而在学校教学和教育部门考证中还依然延用经典版的visualfoxpro6.0。在桌面型数据库应用中，处理速度极快，是日常工作中的得力助手。
数据：泛指表示一个指定的值或条件的数字、符号（或字母）等。数据是表示信息的，但这种表示要适合传输、分析和处理。此处，常把数据当作信息的同义词。
container：container类是icontainer接口的默认实现。容器是封装和跟踪零个或更多个组件的对象。在此上下文中,包容是指逻辑包容,而不是直观包容。
数据源：提供某种所需数据的原始媒体。
c/s结构：即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到client端和server端来实现，降低了系统的通讯开销。
1.5预期读者和阅读建议。
开发人员。
用户。
项目经理。
租赁方。
开发人员需要根据本文详细计划产品的开发，并且以达到最好的人机结合和为企业创造一定的经济效益为主要目的；用户需要熟知本文所描述的产品计划，以对产品有一定的了解，在之后的操作过程中才能有一定的熟练度，不以至于出现错误操作；项目经理则可以按照此文档安排项目进度以及工作经费等相关、租赁方需要对本文有一定的.了解，至少熟悉工作流程以及系统需要达到的目的，从而更好地配合出租厂商做好统计、记账、处理数据的相关方面的工作。
1.6产品范围。
本产品适用于为工程项目出租机械设备的相关公司，由于大型施工设备租赁市场处于发展过程中存在着租赁企业数量多且规模小、效益差、恶性竞争严重等问题，本产品意在于协助每个工程机械设备出租公司合理地优化相关工作。
1.7参考文献。
2产品分析。
2.1产品的状况。
工程机械设备管理系统提供了对基础信息录入、机械设备出车单录入、挖掘机回车单录入、员工登记录入、加油登记录入等的模式录入和表格界面录入。录入信息时可能会出现相同的信息，为了避免重复录入部分字段设置了辅助录入功能，只需输入几项即可完成录入功能，操作方便快捷，可以很大的提高工作效率。
本系统将不是产品系列中的下一成员，也同时还不是成熟产品所改进的下一代产品，但是现有应用软件却不能成为它的替代品(升级产品)，所以这是一个新型的、自主型的产品。
2.2产品的功能。
根据上述分析，可以将本系统的各项子系统功能陈列如下：
1．基础信息管理系统：
2．机械设备调度管理系统：
3．压路机管理系统：
本系统主要负责运行压路机回车单、某机械设备期间统计、期间统计查询及相关方面的工作。
4．装载机管理系统：
本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。
5．重型半挂管理系统：
本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。
6．客户管理系统：
本系统主要负责记录并统计、处理客户的还款、组织客户统计表、检查并记录机械设备状态等工作。
7．员工管理系统：
本系统提供一个员工信息服务系统，可以实现员工登记、事故登记、员工考勤、员工生日提醒。
8．加油管理系统：
本系统的作用在于加油登记、加油统计、余油统计；
9．配件管理系统：
本系统主要处理配件信息、配件入库、维护领料、配件库存、旧件回收、采购申请单、采购申请明细。
10．保养审验管理系统：
本系统的作用是对设备做保养登记、对设备审验进行登记、设备审验提醒、对保养期间查询等。
11．企业与产品检索系统：
本系统可以实现在线查询企业和产品信息，可以按多种方式进行查询；
12．在线调查系统：
本系统可以实现在线调查功能，对用户进行各种情况的调查。
2.3用户类型和特性。
本系统的用户主要由以下人员组成：
1、工程机械出租管理部人员：此类人员负责的是对公司内部机械设备出租，并对其出租明细做一个详细的录入，需要时可以读取相关信息。
2、机械设备保管部门人员：负责对公司内出租的工程机械设备做定期的管理与保养，并且负责设备的出纳。
编写本文档所参考的资料如下：
[1]《施工机械信息化管理的研究[j]科技情报开发与经济》王健.11。
[2]《工程机械产品图库管理信息系统的研究[j]工程机械》贺尚红.5。
[3]《开发新一代设备信息管理系统》龚元明1995.6。
[4]《数据库基础与应用[m]》成先海..
[5]《软件工程[m]》.程成，陈霞.，2003。
业务需求分析报告篇六
“博客”一词是从英文单词blog音译（不是翻译）而来。blog是weblog的简称，而weblog则是由web和log两个英文单词组合而成。博客最初的名称是weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成weblog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将blog本身和blogger（即博客作者）均音译为“博客”。
博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站。博客上的文章通常根据张贴时间，以倒序方式由新到旧排列。许多博客专注在特定的课题上提供评论或新闻，其他则被作为比较个人的日记。一个典型的博客结合了文字、图像、其他博客或网站的链接、及其它与主题相关的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。博客是社会媒体网络的一部分。博客系统，是指使用计算机语言编写，并便于用户安装和使用，在互联网上建立个人博客的一整套系统。个人博客现在已经成为很多人生活中必不可少的一个部分，方便了人与人之间的沟通和交流。
博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。
1、匿名用户模块。
本模块主要由浏览博客、评论2个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。
2、注册用户模块。
本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5个部分组成。这些功能可以对用户个人博客中的个人信息、好友、评论、相册和文章进行设置。
3、系统管理模块。
本模块主要由用户管理、评论审核管理、相册审核管理、文章审核管理、链接管理5部分组成。这是为了对注册用户的博客内容与个人信息进行管理，并对博客中的评论、相册、文章进行审核，审核通过后才能发表。
基于个人博客以上的特点，本系统要实现个人博客的主要基本功能有主界面，博客用户登录发表文章（心情、日志），用户登录/退出，游客发表评论，分页浏览文章和评论等。这里其中比较主要的是区分了个人博客用户和游客。博客用户可以在任何时候写下自己的主张，记录下自己的点点滴滴。
而游客主要的权限是阅读博客所有注册用户写的文章，阅读后可以发表评论和留言，还可以分页浏览所有注册用户上传的图片。以上是个人博客的系统功能目标，当然由于个人博客的网络流行特点以及个人个性的展示，还适当要求界面比较漂亮轻快，直观便捷，操作方式简单以及人性化。
业务需求分析报告篇七
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
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%。这可能与服装行业整体产业性质相关，服装企业工厂员工占比较大，行业整体薪酬分布应该不会有太大的浮动。
业务需求分析报告篇八
珠海网佳科技有限公司。
2.建议在市场调研前，先熟悉本报告要求内容，以便开展针对性的调研工作；
3.在填写过程中对本报告内容有任何疑问，请向项目管理工程师咨询，我们将随时为您提供服务。
珠海高凌信息科技有限公司正文::。
业务需求分析报告篇九
2、地点：繁华路段，沿街门面、行政机关单位、事业单位、陌生拦截等处选择样本。
3、调研方式：问卷填写、深度访谈。
4、发出问卷：80份，有效问卷68份。
5、样本人群基本情况。
家庭人数：
文化程度：大专以上12人中学（含高中、初中、中专）40人其他16人。
工作单位：经商或个体户36事业或行政单位20其他12。
收入状况：
6、户型结构选择。
从图中可以看出，客户对房型结构的选择中，三房两厅的占到高达40%的份额，加上18%的四房两厅和18%的三房一厅，合计占到76%的份额，只有不占1/4的人选择两房或其他户型。
7、户型面积选择。
从图中可以看出，客户选择110―130平方米的比例占到35%，与上图中三房两厅40%的比例类似；90―150平方米的比例合计占到81%，加上150平方米以上13%，全部占到总份量的94%，90平方米以下的仅占到6%。
二、205月份客户面积选择意向分析。
数量（组）3012556166514551371。
客户在提示作用下，除14%的客户选择其他户型外，86%的客户都能在120―150平方米之间选到满意的户型。
三、年6月份客户面积选择意向分析。
数量（组）242049324120164361306。
客户在提示作用下，选择120平方米以上的占到80%，在其他20%的客户中，除部分选择复式户型的以外，选择其他户型的只有不足20%。
四、2006年7月客户对户型面积的意向分析。
客户量563447158115。
需要130―150平方米的客户超过40%，而120―130平方米客户占30%，两者合计占到70%左右，是县城购房的主力目标客户群体。复式楼的.需求量也在13%，是县城高端购房人群之一。90―110平方米的人群占到9%左右，可以看作县城购房群体的补充目标人群。
结论：
综上所述，在豫北某县购房群体中，最少有60%以上的客户选择120―150平方米的房子，最高达到86%左右的比例。另有10―20%的客户选择150平方米以上的户型。只有不到10%的少量客户需求面积在90平方米左右或以下。
如果公务员小区的房型面积不能按照市场需求状况供应，将产生以下几点影响：
第五，市场供应的商品房都是偏小面积，客户需求都是稍大或较大面积，开发商虽然知道消费者需求，但由于政府限制，不能按市场规律供应满足市场需求的产品，将形成各方均无法满意的局面，将破坏掉构建和谐社会的基础，间接影响到豫北某经济的快速稳定持续发展。
业务需求分析报告篇十
随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态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中有这样的描述：
“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；
通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：
尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。
并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；
•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；
•迅速确定网站的用户角色；
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；
•分析确定每个角色的权限及可操作的功能；
网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；
•让客户参与到示意图的设计中，及时正确的反应出需求变更。
•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。
这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。
业务需求分析报告篇十一
旅游借助互联网，能够解决传统旅游业不能解决的适应游客行、吃、住、游、玩一体化的需求；同时还由于旅游也作为一个整体的商业生态链，涉及到旅行服务机构、酒店、景区、交通等等，利用互联网可以将这些环节连成一个统一的整体，进而可以大大提高服务的水平和业务的来源。一方面，互联网为传统旅游业提供新的机遇及提高服务水平和运作水平的手段，另一方面，大多数没有开展网上业务的中小旅行社则面临严峻的挑战。
二、解决方案。
网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的b2b和b2c需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。
为了降低单个旅游企业的营销推广费用，更好地利用旅游公共营销推广体系进行推广，旅游推广中心应为游客和企业设计一系列旅游指南，在推出推广的过程中，看能否得到旅游企业的广泛认同。旅游网站的各种应用，集成了新闻发布管理、网站内容管理、酒店预订管理、线路预订管理、会议预订管理、机票预订、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统，以及完善的强大的后台管理操作，无愧于全套解决方案的名称。它也大限度地实现了管理自己网站的梦想，只要会操作浏览器，就能够管理自己的网站。
三、网站定位。
1.地区性：北京旅游门户网。
2.权威性：通过与各协会的合作，定格使此站的行业权威性；
4.网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。
四、经营模式。
1.信息内容。
（1）景点、农家院、旅游线路等方面的信息；
（2）旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。
（3）与旅游相关的产品和服务信息，以及各种优惠、折扣。
（4）农家院、汽车租赁服务的检索和预定等。
2.服务功能。
（1）从服务功能看，不同的旅游网站的服务功能包括：
旅游信息的汇集、传播与交流。
旅游信息的检索和导航。
旅游产品和服务的在线销售，包括票务、饭店、餐饮、汽车、旅游组团等。
（2）个性化定制服务，通常是由访问者定义一个账户（用户名和密码），然后登录，然后网站会提供类似下面的一些功能选项：
客户基本信息：如姓名、电话、电子邮件、住址、信息等。
信用卡信息：如卡号、有效期、卡的类别等。
旅游需求：如用户最希望何时开始旅游；最喜欢租用那种类型的汽车；最愿意住在什么样的农家院等。这些信息反映了旅游线路的选择标准，服务器在存储了这些信息之后，就会根据这些信息帮助客户寻找相关的服务信息，并且这些信息可以随时进行修改和删除。
修改账户密码：密码遗忘时的提醒。
（3）作用：
可以避免在预定过程中重复填写相同的信息，提高预定效率。
积累客户的消费量，以此作为促销奖励的依据。
更有针对性地推送旅游信息，特别是当客户没有找到满意的解决方案时，可以委托服务器监视和跟踪，当有符合标准的信息出现时，及时用电子邮件的方式提醒客户。
根据选择的目的地，提供当地的天气、人文环境、旅游特色等信息。
3.如何获利。
（1）网站信息量大，信息质量高，能够获得较高的访问率，以此吸引网络广告。
（2）提供网上交易功能，从中获得收益。目前在网上销售的产品和服务主要有景点、农家院预定、组建旅行团、旅游物品等。为旅游服务单位提供网上展示服务，收取服务费用。
五、成本。
建设和维护一个网站的主要费用有：
域名注册费：要拥有独立的域名，就需要每年缴纳网站注册费。
网站维护人工费：网站在设计阶段主要需要软件编程、页面美工设计和内容编辑。维护阶段起码需要内容编辑，如果设计时没有包含自动新闻更新系统，则还需配备网页设计人员。
根据目标框架整理出站点的内容框架以及逻辑结构图。
我们将根据企业的要求，设计出网站的大体框架及逻辑结构图。并把整个定位方案制作成方案书交给企业审批。
目前一个要求不高的企业网站，价格大概在3000到12000之间。
大型信息站是以信息为主，信息带动流量，用流量带动广告收入。其中广告收入占绝大比重。这些网站无疑有很大的资金和门户的支持，强大的后备力量。
他们的成本，大部分在全国各地的代理商分销以及铺天盖地的广告上。旅行社建立网站最常见的是花钱在网络公司制作一个动态网站，这是第一个成本。但与后边的成本比起来，网站建设的费用确是九牛一毛了。后边的成本就是一个巨大的吸血鬼---搜索引擎竞价排名。我暂不谈竞价的种种弊端，光是在成本上分析。
分析一个经典案例，如果成本是100元，利润是10元。那么就有10%的利润。我们把成本削减10元，成本节约90。节约下的部分就是利润。那么利润是20元。翻了一倍。成本削减20元下去，那么利润就三倍。
当然，我们不能一味的去削减成本，但我们应该找到一个平衡点，使利润最大化。怎样控制利润最大化呢？我是这样做的。
首先，网站建设成本不可省。硬件和软件必须齐全。两台服务器是必须的，一个美工，三个技术，两个编辑，7个接待。其次，与整个公司分摊的房租水电办公等费用，进行削减。
最重要的成本控制出现了，那就是网站推广的问题。
刚开始，我们策划将50%的精力用来免费的推广上。但那些常规的推广方式收效甚微。
接下来，我开始竞价，先通过渠道，拿到较低折扣的竞价资源。如百度、yahoo、google等大的搜索引擎我都获得了第一手的渠道。这样，在竞价成本上首先控制下来至少10%。竞价开始后，我自己操作后台，将对我业务很重要的关键字排名在9—11位之间（百度：倒数第一或者右侧第一的位置，价格便宜，点击率可以）。但我发现并不象我预期那样获得良好的点击效果。因为搜索引擎是有地区投放功能的。对于旅游网站来说，地域性很明显。我们是异地服务，抢占当地的市场。而当地的网站只选择在当地进行竞价。一个新的思路！把几个最重要，点击量最大的关键字放在第一位然后再依次往后移动，在第五位和第十位的时候效果最好！~这是个平衡的过程，需要有耐心去不断尝试。这样，成本上第七比第一位点击率低了，但销售上却接近饱和状态。太棒了。说明的我利润比以前又翻了。组团旅行社，将竞价区域限制在当地吧。要自己慢慢试你出多少钱可以排到比较好的排名。
其实，旅游网站应该依靠实体资源来做才能可持续发展。如国内最大的携程网，他的网络广告肯定不如ebay那么铺天盖地，但为什么这么知名？因为他在全国每个地区都建立了地面网络资源。这个实体网络让携程落地生根发芽。下次我会谈怎样让你的网站“落地生根”。
针对异地服务面临的种种问题，如诚信度、异地资源互换、销售资源互换等，我也会尽快讲一讲我的想法。
成本控制上，还有一点就是网站上所用的服务。如农家乐、景点实时查询预订、门票、天气信息，信息采集、等等！完全可以通过技术接口实现。
业务需求分析报告篇十二
一、需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。
1、负责组织相关开发人员与用户一起进行需求分析。
2、组织相关人员对《网站功能描述书》进行反复讨论和修改，确定《网站功能描述书》正式文档。
二、完整的需求调查文档记录体系。
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于主管人员的日后的开发项目提供有益的借鉴和模范，成为项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、向用户调查些什么。
在需求分析的工程中，往往有很多不明确的用户需求，这个时候。
项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
1、网站当前以及日后可能出现的功能需求。
2、客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、确定网站维护的要求。
4、网站的实际运行环境。
5、网站页面总体风格以及美工效果。
6、主页面和次级页面数量，是否需要多种语言版本等。
7、内容管理及录入任务的分配。
8、各种页面特殊效果及其数量（js,flash等）。
9、项目完成时间及进度（可以根据合同）。
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。
求、实际运行环境；用户对新网站的期望等。
3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。
四、市场调研活动内容。
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、网站功能。
2、网站用户界面（初步）。
3、网站运行的软硬件环境。
4、网站系统性能定义。
5、网站系统的软件和硬件接口。
6、确定网站维护的要求。
7、确定网站系统空间租赁要求。
8、网站页面总体风格及美工效果。
9、主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
12、项目完成时间及进度。
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
业务需求分析报告篇十三
旅游借助互联网，能够解决传统旅游业不能解决的适应游客行、吃、住、游、玩一体化的需求;同时还由于旅游也作为一个整体的商业生态链，涉及到旅行服务机构、酒店、景区、交通等等，利用互联网可以将这些环节连成一个统一的整体，进而可以大大提高服务的水平和业务的来源。一方面，互联网为传统旅游业提供新的机遇及提高服务水平和运作水平的手段，另一方面，大多数没有开展网上业务的中小旅行社则面临严峻的挑战。
二、解决方案。
网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的b2b和b2c需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。
为了降低单个旅游企业的营销推广费用，更好地利用旅游公共营销推广体系进行推广，旅游推广中心应为游客和企业设计一系列旅游指南，在推出推广的过程中，看能否得到旅游企业的广泛认同。旅游网站的各种应用，集成了新闻发布管理、网站内容管理、酒店预订管理、线路预订管理、会议预订管理、机票预订、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统，以及完善的强大的后台管理操作，无愧于全套解决方案的名称。它也大限度地实现了管理自己网站的梦想，只要会操作浏览器，就能够管理自己的网站。
三、网站定位。
1.地区性：北京旅游门户网。
2.权威性：通过与各协会的合作，定格使此站的行业权威性;。
4.网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。
四、经营模式。
(1)景点、农家院、旅游线路等方面的信息;。
(2)旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。
业务需求分析报告篇十四
图书管理系统是一种基于集中统一规划的数据库管理新模式。
在对图书，读者的管理，其实是对图书，读者数据的管理。本系统所完成的功能是图书馆管理人员可以管理读者对于图书的借阅情况，图书的购入，借出，归还等；以及查询某位读者或者本图书的信息。
1.1项目背景及现状。
随着网络技术的告诉发展，计算机应用的普及，利用计算机对图书馆的日常工作进行管理势在必行。虽然目前很多大型的图书馆已经有一整套比较完善的管理系统，但是在一些中小型的图书馆中，大部分工作仍需要手工完成，工作起来效率比较低，管理员不能及时了解图书馆内各种图书的借阅情况，读者需要的图书难以在短时间内找到，不便于动态及时地调整图书馆结构。为了更好的适应当前读者的借阅需求，解决手工管理中存在的许多的弊端，越来越多的中小型图书馆正在逐步向计算机信息化管理转变。
1.2项目建设目标。
3.1业务需求。
(1)权限=权限+姓名登录用户=帐号+姓名+密码+权限。
(2)用户=用户帐号+姓名+性别+组号+证件号码。
(3)图书类别=类别+类名。
(5)借阅=用户帐号+图书编号+借书日期+到期日期+数量+还书日期
(6)借阅信息=用户帐号+图书编号+借书日期+到期日期+数量+还书日期。
3.2管理需求。
1、读者管理。
1）．新学期向导能自动引导您建立新班级，处理毕业班读者。
2）．借书证制作可用扫描仪、图像文件等作为读者照片源，制作黑白或彩色的借书证。
3）．读者管理能完成读者调动、借书证挂失、补办、停止借阅、单独打印读者条码等日常事务。
4）．读者可以自由分类，可为每一类读者指定借阅规则。5．读者有自己的密码，可以远程预约图书。
2、采编管理。
1）．有完善的采编功能及超过70万册典型书目的辅助编目数据。
2）．图书采编采用扫描枪自动识别isbn和统一书号，对分类号进行自动分析，借助可扩展的编目库减轻编目人员的工作。
3）．图书注销有完整的备查档案。
3、流通管理。
1）．借书完全通过扫描枪条码识别，自动识别借书证是否有效，根据设定的规则进行管理。
提示读者已借书数、超期图书应缴罚款等参考信息。根据图书的种类确定借阅期限。罚款单价根据图书种类确定。
2）．还书完全通过条码识别，自动作超期记录。
3）．图书预约可以为读者提供方便，可以进行管理及打印到书通知。
4）．图书损坏、丢失处理能显示每本书上次损坏的记录以及其它信息。
4、统计管理。
1）．综合统计统计图书馆目前的各种指标。
2）．流通统计可以统计、分析各时期的图书流通率、分类流通率、流通变化趋势，并可以图表、表格两种方式显示。
3）．馆藏统计可以统计、分析各时期的图书馆藏量、分类馆藏量、馆藏量变化趋势，并可以图表、表格两种方式显示。
5、查询管理。
1)．读者可以通过web随时随地进行图书检索，可以随意安排检索条件、检索项目。
2)．借阅综合查询可以查询按全体读者、各类别读者、某个部门、班级、个人进行借阅图书、超期图书、借还书日期、借阅天数的查询。
3)．超期图书汇总可以按部门查询已超期图书，可打印催还图书通知单。
4)．可查询图书的被借阅史、读者的借阅史。
5)．应收超期罚款、已收罚金的明细、汇总帐。
6)．已注销、损坏图书查询。
6、其它辅助功能。
1)．系统管理、操作员管理能为使用本系统的每个人设置不同的操作范围。
2)．数据备份和数据恢复提高系统的安全性。
3.3安全需求。
考虑到不同用户的权限不同，第一次进入该系统时应该向管理员申请注册一个用户名和密码，并完整的填写相关信息，同时存入数据库表中。这样管理员就可赋予不同用户不同的权限。每位用户根据自己的身份不同，进入不同的用户界面。管理员有权力行使所有的管理功能，普通用户只能进行一般的查询。
1.做个有条形码的借书证，方便借书还书。
2.在编目和流通这两块一定要改善，用计算机管理。
3.对库能够灵活设置。
4.做个借期超过要求罚款的功能，不同类的书罚款各不相同。
5.软件系统安全上要有一定的保障。
6.增加各种尽可能多的统计功能。
7.安装磁条，增加图书安全性。
8.图书管理系统软件还必须具有,导入,导出数据库功能。方便即时更新和修改。
3.4.故障处理要求。
a.内部故障处理。
在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理。
对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。
c.本软件可能产生的错误为数据库的错误信息，应由数据库管理员对数据库进行维护。为了确保系统恢复的能力，数据库管理员要定期对数据库进行备份。
3.5数据管理能力要求。
定时整理数据：系统管理员根据市场图书行情定时整理系统数据库，对图书的借阅情况、读者的管理情况、书库的增减等均可有计算机执行，并将运行结果归档。
查询库存量：能随时查询书库中图书的库存量，以便准确、及时、方便地为读者提供借阅信息，但不能修改数据,无信息处理权，即可以打印清单、浏览数据等，管理权限由系统管理员掌握和分配。
3.6.运行环境设定。
3.6.1.设备。
硬件、外部设备（p4微机一台、打印机一台）。
运行本软件所要求的硬设备的最小配置：
a.奔腾4代、内存256m；
b.i／o设备：显示器、鼠标、键盘；
3.6.2.支持软件。
说明为运行本软件所需要的支持软件，如：
a.操作系统：windows98及以上版本。
b.支撑框架：.netframework1.1。
c.数据库：access2000。
4.其他需求。
接口设计：
4.1外部接口：通过一定的计算机硬件，建立服务器系统，管理员通过管理服务器系统，与用户进行交互，从而达到资源共享的目的，实现图书管理系统。
4.2内部接口：程序内部需要共同的数据定义和描述，此系统是智能办公化管理系统的一个子系统，必须和这个系统的其他子系统统一数据定义等，才能使该系统性能达到最好，并且要尽量消除和其他子系统模块之间存在的数据冗余，才能使整个智能办公系统做到高效，方便。
4.3．e-r图e-r图清楚地描述了系统中各个实体之间的联系，以及各个实体所具有的属性，可以使读者很清楚地了解整个系统的总体处理。在建立e-r图的过程中，主要经历以下几个步骤：1.选择局部应用；2.逐一设计分e-r图；3.合并分e-r图，生成初步e-r图；4.消除不必要的冗余，设计基本的e-r图。
业务需求分析报告篇十五
听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。
需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。
听棠所说到的几点，感受特别深：
“其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析”
“客户本身是不怎么懂技术的，客户只知道自己的业务需求，而在软件设计时，是在把业务需求抽象到系统中实现的，把业务转变为逻辑时，一切都应该符合逻辑的，但客户的业务思想有时候在软件系统实现时会有问题的，这就需要分析时分析出来的。少了分析，问题也会在后面的开发中暴露出来，到时可就更麻烦了。”
还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。
项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“ic”，其实在表面的业务里面可能包含着n多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。
客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。
需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。
谨记一点，需求是经常变动的，只有先做好需求的分析，了解业务以后的发展趋势，做好具有拓展性的系统设计，才会给系统更大的扩展空间，从而在需求发生变化的时候可以更从容的修改。
业务需求分析报告篇十六
旅游借助互联网，能够解决传统旅游业不能解决的适应游客行、吃、住、游、玩一体化的需求；同时还由于旅游也作为一个整体的商业生态链，涉及到旅行服务机构、酒店、景区、交通等等，利用互联网可以将这些环节连成一个统一的整体，进而可以大大提高服务的水平和业务的来源。一方面，互联网为传统旅游业提供新的机遇及提高服务水平和运作水平的手段，另一方面，大多数没有开展网上业务的中小旅行社则面临严峻的挑战。
二、解决方案。
网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的b2b和b2c需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。
为了降低单个旅游企业的营销推广费用，更好地利用旅游公共营销推广体系进行推广，旅游推广中心应为游客和企业设计一系列旅游指南，在推出推广的过程中，看能否得到旅游企业的广泛认同。旅游网站的各种应用，集成了新闻发布管理、网站内容管理、酒店预订管理、线路预订管理、会议预订管理、机票预订、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统，以及完善的强大的后台管理操作，无愧于全套解决方案的名称。它也大限度地实现了管理自己网站的梦想，只要会操作浏览器，就能够管理自己的网站。
三、网站定位。
1.地区性：北京旅游门户网。
2.权威性：通过与各协会的合作，定格使此站的行业权威性；
4.网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。
四、经营模式。
（1）景点、农家院、旅游线路等方面的信息；
（2）旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
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、调研资料汇编：将调研得到的资料进行分类汇总。
五、清晰的需求分析输出——《网站功能描述书》：
在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
当然一次成功的需求分析不仅需要项目负责人甚至是客户等所有项目相关人员的共同努力，还和公司的能力范围有一定关系。需要说明的是本文所述的需求分析活动内容是建立在较为理想的基础上的。由于各个公司现实情况的不同，读者可以根据自身情况不一借鉴吸收利用。重要的是能构根据本公司的情况，系统的规范此类文档做好保存和收集，相信对公司以后其他网站项目的进行以及公司自身实力的增强都会有很大帮助。
业务需求分析报告篇十七
(多种媒体的选用、重难点部分的可视化、问题解决过程中的交互策略等)。
本章进入生态系统的学习，首先要学习生物与环境的关系。本节有很多代表适应方式和生物关系的名词，容易混淆，有必要引入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，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。
软件画面制作的精美程度是个挑战，要提高自己的审美能力。
【本文地址：http://www.xuefen.com.cn/zuowen/10743734.html】
