面试需求分析

关键词： 需求 过程 软件 分析

面试需求分析（通用8篇）

篇1：面试需求分析

关键词：软件需求分析；过程；原则；工具；方法

1.软件需求分析的过程

软件需求分析的具体过程可分为软件需求目标的认定、分析与综合、制定规格说明和最终评审。首先来看如何对软件需求目标进行认定，软件需求的目标是指系统分析工程师和程序开发工程师在软件需求分析过程中，确定目标软件工程的综合要求，并提出实现这些要求所需要的条件，以及需求应达到的标准。这些需求具体包括：

（1）功能需求：列举出所开发软件在功能上应做什么。

（2）性能需求：给出所开发软件的技术性能指标。

（3）环境需求：软件系统运行时所处环境的要求。例如硬件环境：主机类型、外围设备、数据通信接口；软件方面：系统软件平台（包括单机操作系统、网络操作系统及应用软件、数据库管理系统等等）；以及使用部门在操作人员方面应达到怎样的条件。

（4）可靠性需求：按照实际运行环境对所开发的软件提出要求，尽量在需求分析阶段将所有的问题进行暴露。对于运行实效后可能产生的后果要有充分估计，应对软件运行的可靠性提出较高的要求。

（5）安全保密要求：在软件的需求分析过程当中应当对所开发的软件的安全性进行特殊设计分析，使其在实际开发完成之后的运行过程中安全性能得到必要的保证。

（6）用户界面的需求：对于用户界面的细致性以及易用性进行需求分析使其达到客户要求。

（7）资源使用需求：通过需求分析使得所开发的软件在运行时所需的系统资源处于用户可接受范围。

（8）软件成本消耗与开发进度需求：通过需求分析对软件开发的进度和各步骤的费用提出大致要求，作为开发管理的依据。

（9）最后对于所开发系统得最终所能达到的目标进行分析，以便在开发过程中对系统进行必要的修改与补充。在我们的需求分析过程中这些问题都是必需要得出分析结果的，并且结果应当得到软件开发工程师的认可。

在实际的软件需求分析中，单单依靠上述过程是不够的，有时候我们还需要通过对所得结论的分析与综合来得出工程系统的详细逻辑模型。

例如，在面向对象的软件工程当中进行软件需求分析时，通过对整个工程的需求进行分析，我们得出的仅是该软件工程的综合项目需求。这时就需要整理逻辑模型。在这个过程中，分析与综合工作需要反复的进行。而常用的分析方法有面向数据流的结构化分析方法、面向数据结构的Jackson方法（简称JSD法）、面向对象的分析方法（简称为OOA）等，以及用于建立动态模型的状态迁移图或Petri网等工具。

通过这一步之后，我们就可以将所得到的分析结果描述成软件需求规格说明书（简称SRS），并编写初步的标准格式用户手册。进行软件需求规格说明书以及标准格式用户手册时，不仅需要正确详实的需求分析数据，还需要较好的文字表达和组织能力。需求分析评审则是指在需求分析的最后阶段，对整个系统的需求分析工作给出其在正确性、完整性和清晰性等几个方面的最终评价。

2.软件需求分析的原则和工具

软件需求分析方法很多，其所使用的描述方法也各不相同，但他们都有着共同的基本准则。首先，他们都必须能够表达和理解问题所包含的数据域和功能域；其次，他们必须按照自顶向下、逐层分解的方式对问题进行分解和不断细化；最后，他们都要能够给出系统的逻辑视图和物理视图。这就说明在需求分析当中无论我们采取什么样的分析方法，都无一例外的会回归到对问题数据域与功能域的分析上来，并且对于问题的分析会自然而然的逐渐细化。

3.软件需求分析的方法

在软件需求分析中方法很多，不同的分析方法也都引入了不同的记号和分析策略。但与此同时，他们也具有着一些共同的性质，具体可以概括为：在支持数据域分析机制方面，所有的方法都直接或间接地涉及到数据流、数据内容或数据结构等数据域的属性。

多数情况下，数据流特征是用将输入转化为输出的变换过程来描述的，数据内容则用数据字典机制来明确表示，或者通过描述数据或数据对象的层次节后隐含地表示；在功能表示方法方面，功能一般用数据变换或加工来表示。还有在接口定义、问题分解的机制以及抽象的支持、逻辑视图和物理视图以及系统抽象模型方面都有着相同或相似的机制。在这里我们重点分析快速原型方法。在传统的软件工程方法学中，一贯强调的是自顶而下的分阶段开发，在每阶段实际开发之前必须对所开发项目进行严格要求的分析和定义。但实践表明，在系统建立起来之前很难仅仅依靠分析就确定出一套完整、有效的需求应用，并且这样预先定义的策略也无法适应用户需求的不断修正与变化。

由此，快速原型方法应运而生，他自顶向下的开发模式，是目前应用十分广泛的开发模式。快速原型方法是根据软件系统的需求快速产生出软件系统一个早期原形的过程。该原型能够表现出目标系统的功能和行为特征，但不一定符合其全部的实现需要。

通过这个方法，软件设计者可以利用原型得到系统可用性的反馈信息，未来用户也可以利用原型得到宝贵的早期经验。并且利用这样的一个快速原型尽早的获得更完整、更正确的需求与设计。

在软件的开发过程当中即使客户对于系统的要求发生了更改，也可以通过对原型就行改进而得到新的目标系统，不必再从头做起。而且在现实中存在的快速原型建造工具可以大大缩减创建系统的时间，可以在短期内迅速有效地建立起系统的原型，充分提高软件开发效率，提高软件质量、减少测试和调试的工作量，最终减少软件开发的总成本。

在快速原型法的实现过程中，由于建立原型的目的不同，实现原型的途径也有所区别，大致划分为以下三类：

（1）探索型。为研究探索而建立的原型。主要强调澄清目标系统的需求及所要求的特征。

（2）实验型。为实验而建立原型。主要强调在正式进行目标系统的大规模开发工作之前，通过建立原型来确定所提出的解决方法是否恰当。这种原型方法通常针对用户的问题的某个方案做出原型以供试验评估，该原型所实现的功能与最终产品的功能是有差别的。

（3）进化型原型。为演示而建立的原型。主要强调通过逐步的分析改进使系统适应变化了的需求。并最终生成一个演进式的系统开发模式。当采用进化型原型方法时，必须进行原型与产品间的变换，除了在开始阶段时采用单独的研究探索性原型方法及实验性原型方法外，圆形的生产环境必须与产品的生产环境集成在一起。

总而言之，快速原型法是具有相当大优势的。因为它可以为开发出较为有用的系统做出极大贡献，并且不会增加总的软件开发费用，开发原型所增加的投资可以因减少误解而节省下来。

参考文献：

[1]王继成,高珍.软件需求分析的研究[J].计算机工程与设计,,(8):18-21.

[2]卢梅,李明树.软件需求工程-方法及工具评述[J].计算机研究与发展.,(11):29.

篇2：面试需求分析

1、网页HTML语言。它是网站设计的一项基本语言，有一定经验的网站设计人员会容易理解，虽然它是最简单的一项网络技术，至少在网站领域，它几乎成为最重要的。

2、CSS样式。在你利用好它的前提下，CSS样式能让你的网页体积大小缩减很多倍，同时网页的整体下载速度也会快上很多，这就减少用户的流失了；不仅如此，它还能提高搜索引擎性能；它的另一个作用在于能够很好地跨浏览器兼容，让网页效果能保持一致性。

3、平面设计。对于很多网页设计师来说，他会觉得很奇怪，网页设计师跟平面设计是不一样的，可比性不强，那这你就有不对了。实际上，很多网页设计师，特别是资深级的，大多数都是从平面设计转到网页设计上来的。而假如你又是一个自由网页设计师，那么你的设计技能、思维将会得到更大的发挥。

4、JQUERY。这个技能在网站设计行业兴起了一段热潮，很多网站开始使用JQUERY特效，让网页变得更具流动性和过渡性。这里有一个很好的示例：苹果官方网站就用了JQUERY特效，无论网站视觉效果的自然性还是有行为发生时，都是显得非常自然，如搜索功能，当鼠标点击时，搜索框立便自然平滑拉长，这种精致也只有JQUERY才能做得到。

5、FLASH。动画能让一个生硬的网页具有灵动感，为何不在适当的位置加上一点呢？当然，如果是特殊场合或客户网站的特殊性，例如品牌服装、汽车、影视等，动画此时就会显得格外重要。这种网站需要给浏览者以视觉上的冲击才能表达出品牌的旨意。

6、SEO搜索引擎优化。搜索引擎优化是企业网站盈利的关键，SEO做得好，网站将可以为受众用户带来有用的信息，同时网站主本身也将得到无尽的回报。假如你公司的网站设计得很漂亮，但却没有人能找到它，那么网站也将失去它的作用和意义。目前应该很多企业网站都是以营销为主，所以如果你的网站在搜索引擎上做了很好的优化效果，你会发现，在互联网领域，你将得到丰厚的回报。

7、网站空间、服务器管理。这一项对很多网页设计师来说是难以置信的。网页设计师从字面上来看不就是做网页界面设计么，没错，你说的是对的，但我要告诉你的是，网站空间、服务器管理也同样很重要，如果你想保持高水准的服务，像域名、空间管理、企业邮局等这些相关的服务你必须要做好，只有这样，才能突显出你的专业性。

篇3：面试需求分析

1. 研究对象与方法

1.1 研究对象

本研究选取的三甲医院是中南大学湘雅附一医院, 该医院非常具有代表性, 对象为该院护理部主任、副主任及45名在该院工作的毕业生 (12—14届) 。

1.2 研究方法

1.2.1 访谈法

对护理部主任进行面对面的访谈, 访谈前说明访谈目的, 主要内容包括:面试关注学生什么能力?学生应该注意什么?对高校护理人才培养有何建议?时间大约30-40分钟。对45名毕业生进行电话访谈。首先自我介绍, 取得对方信任, 征得同意后询问其8个问题。面试采用什么形式进行?面试时间, 是否严格控制?面试前准备什么?你的面试内容是什么?面试的妆容?面试应该怎么着装?面试用什么站姿最合适?你对求职的学妹们说一句话?

1.2.2 资料分析法

访谈结束后, 由访谈者和记录者同时将访谈结果进行整理和归纳, 并各自归纳出自己所认为三甲医院面试时看中的因素, 最后汇总, 进行提炼。

2. 结果

通过访谈得知, 因卫生部出台了《中国护理事业发展规划纲要 (2011-2015年) 》, 护士的需求量呈增长的趋势, 近五年内需要大批护士, 同时医院对护理专业学生的质量要求也会不断提高, 对访谈资料进行整理、提炼出4个三甲医院面试要求。

2.1 一般采用非结构性面试加其他问题测验

单纯的非结构性面试由于考查面窄, 已不能全面的考查应聘者。因此, 目前三甲医院最主要采用的面试方式是非结构性面试加其他问题测验, 即应聘者面对若干考官 (10人以上) 在有限时间内 (1分钟) 做自我介绍。如若考官还想进一步了解应聘者, 可以向其提问:如在当今医患矛盾紧张的情况, 请你谈谈如何处理医患关系?等。一般情况下, 应聘者通过了笔试、操作环节, 考官不会再向其提问。非结构性面试加其他问题测验既可以了解应聘者的专业能力, 又可以考察其其他素质, 符合护理专业岗位特点。

2.2 面试内容需突显自我特色

应聘者要在短短几分钟内介绍自我, 就需高度重视, 千万不能下载、千篇一律, 精心雕琢, 选自己最重量级的奖项来说 (一般的奖励可不介绍) , 用一句话概括突出自我的特色。其内容应力求简洁、创新、过目不忘, 包括三项:专业能力、其他能力以及对应聘单位、职业的认知。虽然通过了笔试、操作, 但专业能力在面试中也是考查的重要指标。面试内容中涉及对医院的认知程度, 可以让考官感受到应聘者对单位的关注, 感受到对此份工作的迫切希望, 也体现出一名应聘者的细心、热情和诚恳。自我介绍前记得说“您好”, 结束后说“谢谢”, 体现其礼貌。

2.2 注重应聘者的人文素质

有调研显示, 患者最不满意的不是技术问题, 而是护士缺乏耐心, 解释简单, 沟通交流障碍, 观察病情不仔细等给患者不安全感等因素。因此, 针对目前日趋紧张的医患关系, 三甲医院希望应聘者有较强的沟通能力、语言表达能力、应变能力、人文关怀等。一进入面试场地 (等候区及面试区) 应聘者的一言一行、一举一动都收纳考官眼底, 应聘者应提前进入角色, 与考官有眼神的沟通, 通过无声语言向考官传递你的应变能力、态度、个人修养、职业素养等。

2.3 注重应聘者的个人气质

有研究表明, 60.7%的病人认为护理人员形象影响其对医院的选择, 直接影响医院的整体形象。访谈得知护士可以通过医疗服务向患者传递美, 有利于患者病情康复。因此, 三甲医院在招聘护士对应聘者的个人气质有一定的要求, 包括站姿、发型、妆容、服饰、语言、表情、态度等。得体的站姿展现应聘者的精、气、神, 一般采用双脚呈“V”型, 双手自然并拢, 双手相握, 双手拇指自然弯曲向内, 交叉相握于小腹前的站姿。面试时选择干净、利索、大方的发型, 长发最好将其束起, 让考官看清应聘者的五官, 展现青春美少女形象。妆容应略施粉黛, 切忌浓妆艳抹, 考官对应聘者留指甲、涂指甲油尤为反感。服饰杜绝臃肿和太露, 应选择春装, 让考官感受到春天般的温暖。语言能够“吸耳”, 切忌太小或太大, 声音适中、语速不急不慢、语调抑扬顿挫。面试中应自然微笑的表情、亲切的态度, 轻稳的步伐, 杜绝一切不雅观的小动作。当卡壳时, 切忌说“老师, 我能重来吗?”应表示歉意, 整理思路接着讲下去。

3. 提高护理专业学生面试成功率的对策

3.1 医学院校要根据医院需求进行一定教学改革

3.1.1 强化模拟实战

目前, 医学院校都开设了形体课、礼仪课、就业指导课, 这些课程应根据医院需求调整教学内容, 增加实践课时, 将理论考核和实践考查相结合, 不断提高学生胆量及面试竞争意识。形体训练与礼仪教育来提升学生个人气质、让学生了解护士仪态美、语言美、心灵美, 使得医院需求与专业形象塑造相结合。就业指导课增设模拟招聘环节, 邀请医院领导、护理部主任等担任评委, 使每个学生都有参与机会, 身临其境感受面试氛围, 当真正进入面试不至于迷茫、胆怯。

3.1.2 开展专业相关的人文教育实践

当今医学教育中存在重技术轻人文, 重知识轻心智的现象, 人文教育还存在着薄弱环节和发展空间, 医学生人文素质还没有真正内化于心, 外用于行。单一的课程只能传授基本的知识和技能, 要内化学生的素质必须课上和课下相结合, 还需多开展与专业相关的人文教育实践, 加强校园人文氛围, 如邀请护理界的老前辈或优秀毕业生做专题讲座, 言传身教, 提高学生的职业认同感和自豪感;多组织三下乡或义诊活动, 提高学生关爱病人意识;开展5.12护士节、评选校园十佳护士等文娱活动, 让人文教育渗透到学生日常生活中, 使学生潜移默化提升人文素养。

3.2 学生本人要根据医院需求提升面试能力

3.2.1 精心准备

俗话说的好, 不打没有准备的仗。做任何事情要想取好结果必须思想上重视, 做好精心准备。根据应聘医院面试需求精心准备自我介绍, 包括内容、形象、礼仪、心态、详细了解应聘单位的文化等。尤为重要时精心准备凸显自我特色的自我介绍, 内容拟好后, 请科室老师、学校老师帮忙修改润色, 自己脱稿对着镜子面带微笑的练习, 在寝室或教室进行模拟面试, 预先想好万一卡壳, 如何用妙招化解, 同时调整好自我心态, 要树立“尽最大努力, 做最坏打算”的心态。

3.2.2 内化护理软技能

有调研显示, 患者对护理工作的满意度有50%以上来自软技能服务性活动, 而与技术活动无关。护理软技能是指护患沟通能力及人文关怀能力、职业道德及责任感、团队合作及应变能力等。当缺失某项硬技能则可短期内强化, 软技能则是冰冻三尺, 非一日之寒。只能靠学生本人按照护士职业要求做好生涯规划, 将护理软技能渗透到日常生活、学习中, 滴水穿石般提升自我综合素质。

参考文献

[1]赵雪琼, 朱晓丽, 凌容等.基于提升就业竞争力的医学生面试现状调查[J].护理学报, 2009, 16 (1A) :4—7.

[2]艾华.加强礼仪教育提升护理专业学生就业竞争力[J].中医药管理杂志, 2012, 20 (6) :551-553.

[3]王艳, 孙宏玉, 陈华等.北京市三级医院护士招聘及人才需求情况的调查[J].中华护理杂志, 201, 48 (8) :714-717.

[4]江爱玉, 金枝丽, 叶柏青.应届护理专业学生护理实践操作面试失利的原因[J].中医药管理杂志, 2014, 22 (1) :138—140.

[5]吴晓琴, 叶国英, 韩慧慧等.浙江省护理人才需求及职业能力素质要求的调查分析[J].护理学杂志, 2013, 28 (12) :69-71.

[6]白霞组, 张友平.大学生求职面试技巧浅谈[J].合作经济与科技, 2014, 4 (7) :28-29.

篇4：面试需求分析

关键词：需求分析；行业英语；调查

中图分类号：G718 文献标识码：B 文章编号：1002-7661（2014）13-024-01

一、引言

近年来，高职教育发展势头迅猛，已经成为了高等教育不可分割的一部分。2000年颁布的《教育部关于加强高职高专教育人才培养工作的意见》中指出高职培养的主要是生产、建设、管理和服务第一线的高等技术应用型人才。这就决定了高职就教育应该注重培养学生的职业素质和职业能力。涉外护理专业培养的学生本来就是面向国内涉外卫生机构和国外各类医疗卫生机构，但是从学生的就业情况来看，我院的这个专业输送到国内涉外卫生机构和国外各类医疗卫生机构的学生并不多，成为一个名不副实的专业。难怪有些教师会就此提出异议。但是据调查，近年来，发达国家已经逐步迈入老年化阶段，护士短缺已经超过数十年的时间。在未来，欧美发达国家对护士的需求量会达到数百万计。在这么好的形势下，我院涉外护理专业却把学生送不出去。而出现的这种状况直接体现了他们在校期间的学习状况和英语技能的严重缺失。究其根本原因是我们的人才培养模式与实际需求之间脱节了。课程是出现这一偏差的主要原因。课程设置是判断一个学校教学质量和效果的重要标尺。课程设置应该遵循人才培养目标的要求，是人才培养目标在课程设计中的集中完整展现。那么涉外护理行业对学生英语能力的需求到底是什么？应该如何优化英语课程设置？这正是本课题的研究所在。

二、研究现状

在网络上通过检索关键词的方式可以较为容易地获得相关研究的信息。笔者以”高职+英语课程设置”为关键词，检索出的文章共有176篇，其中核心只有16篇，数量并不多。但是论文数量呈逐年增长的趋势，说明大家越来越关心这领域的研究。通过进一步的审读发现，对高职英语课程的研究具有以下几个特点：一是对某一专业英语课程设置的研究。祁景蓉（2011）研究的是会计专业英语的课程设置问题，通过对企业对高职高专会计专业的毕业生英语应用能力的要求进行调查，提出了改革该专业课程设置的几点建议。毛亮清（2011）从旅游专业学生学习需求和用人单位的人才要求进行调查，阐释了旅游英语专业英语课程设置与人才培养的关系。二是对某一区域内高职英语课程设置的研究。李响，向前进(2009）通过问卷的方式对广东省各类高职院校的英语课程在学时、教材和英语应用能力评估方面进行了调查。同时指出课程设置要适合区域社会需求。三是以某一理论和理念为基础的高职英语课程设置研究。刘佳真(2008）从语言经济学角度出发，通过研究高职生语言消费状况，提出应该改革高职课程设置，促进形成人力资本，实现人力资本最大化。龚芳芳(2012)以个体需求分析理论为基础，通过对英语学习者英语学习动机，对课程设置的反馈，对社会需求的潜意识等方面的调查，对英语课程体系构建提出了建议。

以“高职+英语课程设置+需求”为关键词，检索出的文章仅有65篇，主要集中在2011、2112、2013这3年。进一步阅读文献发现，大多数文章都是侧重于介绍需求分析理论，需求分析需要用到的方法以及通过这个理论来评论某些英语课程的设置（李红2013，朱婷2013）。2013这一年出现了少数对社会、学生、企业等需求的调查研究（巫但；曾亚2013，谢艳红2013，李淑苹2013，吾雅平2013），但这些研究都主要是从学生的需求出发，研究的是对英语需求的主观感受，并不具有客观性。完全基于具体行业对英语能力的客观需求的实证研究是凤毛麟角，基于对涉外护理行业英语需求的调研来指导课程设置的研究更是没有。

三、相关理论综述

需求分析指在课程开发的过程中，通过内省、访谈、观察和问卷等手段对学生的主观需求和客观需求进行调查，从而确定学生应该学什么和怎么学。在外语教学领域,需求分析是语言课程设计和实施不可或缺的启动步骤,它“至少有4大重要作用: 1)为制定外语教育政策和设置外语课程提供依据; 2)为外语课程的内容、设计和实施提供依据; 3)为外语教学目的和教学方法的确定提供依据; 4)为现有外语课程的检查和评估提供参考”(束定芳2004: 19) 。

国内外从不同的研究角度对“需求”进行了研究并分为以下几类：一是“客观需求和主观需求”（Richard 1984）；二是“目标情景需求和学习需求”（Huntchinson & Water 2004)；三是“ 社会需求和个人需求”（束定芳2004）。综合上述几种分类，余樟亚（2012）认为，需求包括社会需求和个人需求，其中社会需求包括一般社会需求和特定社会需求，即行业需求。

四、研究设计

本课题选择涉外护理行业作为研究对象，其原因有二：一是笔者从事涉外护理专业的英语教学多年，具有调查资源优势；二是随着我国国际化步伐的加强，外国对护理人员的需求以及我国护理涉外机构对英语好的护理人才的需求日益剧增，研究涉外护理行业需求也是为研究其他行业需求提供参考。

本课题研究的目的就是了解涉外护理行业对英语的需求状况，主要从以下三个方面去研究，一是护理行业岗位招聘对英语的需求，二是护理行业岗位工作对英语的需求，三是护理行业岗位培训对英语的需求。通过调研，这些方面能够较为全面地反映涉外护理行业对英语的需求，能以此为据，优化涉外护理专业英语课程设置相关内容。

参考文献：

[1] 束定芳.外语教学改革: 问题与对策[M].上海:上海外语教育出版社,2004

[2] 陈冰冰.国外需求分析研究述评[J].外语教学与研究,2009, (2):125-130

篇5：面试需求分析

根据部里要求，我们结合12年安全培训，培训需求分析及专项检查需求汇报如下：

1、在12年培训中，安全培训过于频繁，每月各级部门的培训交叉重合，公司、分厂办公室、安环科每月均有培训，导致培训形式化，部分岗位人员每月可能要进行三四次培训，疲于应付，考试。希望明年的培训，各部门能够协调统一，减少培训频次，根据生产和季节特点有针对性进行培训。

2、培训内容上，希望能够有计划地安排一些安全相关行业标准和要求的学习。目前很大一部分专职安全管理人员是从不同岗位上选出来的，“半路出家”，安全专业知识和水平较弱，检查没有标准，随意性很大。往往凭经验主观臆断，盲目下结论。因此，通过学习安全标准和规范，有利于提高安全人员的排查隐患的能力。

3、教育内容虽有宏观要求，但没有针对性较强、较具体的教案。对员工的教育，往往是凭教育者的认知程度、自由发挥。直接影响教育效果，培训前应要求培训讲师编制有针对性的讲义，同时要考虑新员工的来源、经历。在师资要求上应增加一些专业技术人员为安全人员讲课。

4、培训形式上看，对安全教育工作缺乏检查、督促、指导，培训过程无考评，培训完后，试卷返回后就完事大吉，忽视效果。应建立检查、奖惩和信息反馈机制，对搞的好的单位给予奖励、对差的处罚。

篇6：雪亮工程需求分析

1.政策分析

面对社会信息化、动态化环境的重大挑战，视频监控系统已经成为平安城市建设、社会管理创新、增强人民群众安全感的重要手段之一。社会公共安全视频监控资源大联网，对于公安机关治安防控、打击犯罪、反恐处突和社会管理具有重要意义。近年来，党中央、国务院以及各相关国家部委对社会公共安全视频资源整合联网工作高度重视，先后密集出台了一系列政策措施：

2015年1月，公安部下发《关于进一步加强公安机关视频图像信息应用工作的意见》，意见中强调对二类视频监控点和确有必要联网接入的三类视频监控点，要求在确保安全的条件下接入和共享。到2020年，二类视频监控点和确有必要联网接入的三类视频监控点联网率要求达到100%，前端摄像机基础信息建档率要求达到100%。

2015年4月13日中共中央办公厅、国务院办公厅联合下发《关于加强社会治安防控体系建设的意见》，要求加快公共安全视频监控系统建设。高起点规划、有重点有步骤地推进公共安全视频监控建设、联网和应用工作，提高公共区域视频监控系统覆盖密度和建设质量。加大城乡接合部、农村地区公共区域视频监控系统建设力度，逐步实现城乡视频监控一体化。完善技术标准，强化系统联网，分级有效整合各类视频图像资源，逐步拓宽应用领域。

2015年5月，国家发改委联合九部委发文《关于加强公共安全视频监控建设联网应用工作的若干意见》（发改高技[2015]996号），意见中提出要强化系统联网，最大限度实现公共区域视频图像资源的联网共享。要求各部门指导推动本行业、领域涉及公共区域的视频监控系统的升级改造，实现与公安机关视频图像共享平台联网对接。到2020年，重点公共区域视频监控联网率要求达到100%；重点行业、领域涉及公共区域的视频图像资源联网率要求达到100%。

2.业务分析

2.1社会视频资源现状

近年来，我市以科技强警和“3111”工程建设为契机，大力开展公共安全视频系统建设与应用工作。至目前，我市共建设各类视频监控探头约42536个点，其中由公安机关管理的公共视频监控探头达3188个，社会单位（党政机关、企事业单位、社会团体及其他社会组织和公民个人）建设的社会视频资源约39348个，由社会单位建设的视频监控探头占总监控探头数量的92.5%。

经初步摸底，我市社会视频资源主要有以下三种类型：

1）由前端采集设备和后端存储控制设备组成。例如：由摄像机、硬盘录像机、监视器构成的简易视频图像系统。该类社会视频资源所占整体资源比例最大，多为个体私人投资建设，建设成本较低，传输链路较为简单。

2）由前端采集设备、后端存储控制设备和独立的监控平台软件（单级）组成。该类社会视频资源部分涉及公共区域，多为中小型企业或政府部门投资建设，传输链路相对完备。

3）由前端采集设备、后端存储控制设备和多级监控平台软件组成。该类社会视频资源为大型企业或政府部门为主，传输距离较远，建设成本高。

2.2存在的问题

目前，我市社会视频资源存在种类繁多，存量巨大，缺少统一的建设标准，各自独立运行，没有有效整合和联网应用，造成资源浪费和重复建设等问题，具体表现在以下几个方面：

1)各自为政，信息孤岛

社会视频监控资源承建单位众多，各单位在建设视频监控系统时均是各自为政，仅以满足自身管理需要为主，社会视频资源不能为公安机关或其他单位共享，一方面造成一定程度的重复建设，另一方面，各种社会视频资源成信息孤岛，调取、共享极为不便。

2)网络多样，组网复杂

社会视频资源的承载网络情况复杂，互联网、自建局域网、自建视频专网、电信运营商、移动运营商等视频专网等各类网络混合组网，种类繁杂。复杂多样的承载网络环境给视频信息的整合联网、信息传输、权限管理、运行维护、安全共享等带来诸多挑战。

3)标准不一，品牌繁多

社会视频资源数量多，建设类型各异，结构复杂，且构成各个系统的软硬件品牌繁多，标准杂乱，设备码流及协议普遍私有化，造成图像的编码格式、协议不统一，给整合带来一定的难度。

4)保障不足，安全性差

各个社会单位（个人）对视频监控系统缺乏有效的安全管理措施，一般为非专职人员操作，容易导致视频资源信息外流，信息安全难以有效保证。

5)管理不力，完好率低

社会视频资源普遍存在运维投入不足，设备维护不到位，系统完好率低，可用性差等问题。虽然公安机关要求一些重点行业单位或特殊社会单位的视频监控系统至少要保存15天以上的监控录像，但由于缺少有效的监督和管理手段，等到真有事情发生的时候，往往会发生现场视频录像丢失或设备不录像等问题，而视频录像的丢失将给事件的后续处理带来极大的阻碍。

3.系统需求

为全面提升我县公安机关治安防控能力，增强打击各种犯罪能力，切实提升群众安全指数和满意度，有效缩短报警响应时间、警情定位时间、资源调取时间等关键指标，加强视频资源调取能力，提升现场情况掌控能力，需统筹各行业主管部门、各级政府及社会力量进一步加强我市社会视频监控资源整合。

总体来讲，应按照统一规划、统一标准、分步实施、统一接入的原则，建设市、县（区、市）两级社会视频接入平台，接入和汇聚各类重点社会视频监控资源，对其进行统一管理、监看和综合应用，实现社会监控资源有机联网、整合共享，最大限度发挥各类社会视频监控资源的应用效能，发挥规模效应，有效弥补公安自建资源不足、监控盲点等问题，达到充分利用视频资源的目标。

社会视频资源整合接入过程中将面临诸多难题，需要采用多种先进的技术手

段，根据不同环境进行分析和解决，提出合理的解决方案，具体包括：

3.1网络复杂，如何整合

面对社会视频资源纷繁复杂的承载网络情况，如何在保证信息安全的前提下，实现网络的互联互通，打通网络通道，实现视频图像信息的安全加密传输，并最大限度保证不改动原有网络，不影响社会单位原有系统及应用。

3.2品牌众多，如何接入

针对社会面视频监控系统中品牌众多、标准杂乱的异构设备和异质平台，如何通过多种兼容性技术手段，实现各类资源的统一无缝接入，通过协议及码流的标准化转换，保证社会视频资源在共享、调用时均符合GB/T28181国标要求。

3.3安全隐患，如何规避

通过社会资源接入可使更多的场所纳入公安布控范围。但同时也需要重视社会视频资源接入时的安全性，如何根据需接入的社会视频资源类型，部署对应的安全接入设备及措施，规避前端设备、传输链路、网络边界、系统应用等各环节安全风险，保证信息安全，确保视频图像数据不会发生外泄。

3.4体量巨大，如何管理

篇7：需求分析报告

综合要求

一、功能需求

1.1 功能划分

（1）“衣”子系统

（2）“食”子系统

（3）“住”子系统（4）“行”子系统

1.2 功能描述

（1）“衣”子系统

实现功能：

1）用户服装信息的管理

2）通过当时外界环境和现有服装进行实时推荐

（2）“食”子系统

实现功能：

1）根据用户地理位置（家or餐馆）推送用户当前应摄入的健康食物。

（3）“住”子系统

实现功能：

1）自动调整屋内温度、湿度、光线和家具（沙发、床）的软硬程度

2）通过无线遥控对各智能终端进一步调节（4）“行”子系统

实现功能：

有车用户：结合用户对于出行成本的选择（最省时，最省油，折中），给出最优的出行路线。

无车用户：

１）链接打车软件

２）通过连接“车来了”等软件给用户提供建议

1.3系统功能

（1）设计不同用户的操作权限和登录方法。

（2）通过传感器获得周围环境的温度，湿度并将其录入数据库。

（3）通过网络信息抓取以及卫星定位获得必要信息（车流量）并将其录入数据库。（4）实时获得用户身体健康系数及其饮食喜好并将其录入数据库。（5）获得附近餐馆和菜品的信息并将其录入数据库。

（6）根据车载传感器获得车距和能见度等信息，并将其录入数据库。（7）实现语音录入当前用户的代办适宜。（8）通过消息推送，实现智能办公。

二、性能需求

2.1 数据精确度 该系统对精度要求高，确保数据一致性，确保数据转换的及时准确，确保更新数据的及时准确。

2.2 系统特性

·系统的高速性，稳定性，安全性。

·移动端（安卓／ios 内存2Ｇ 容量16Ｇ 分辨率320*480）·反映时间：10ms – 100ms ·信息量速率：500bit/s或bps ·数据库容量：500Ｔ

三、可靠性和可用性需求

3.1 稳定性

·对于用户比较繁忙的时候，系统信息就会存在数百甚至数千上万的并发量，系统对于高并发应有相应的负载均衡机制，对所有请求进行优先排队，满足高运行情况下的稳定性和可靠性。

3.2可靠性

·对于遭受网络攻击，或者服务器硬件异常等意外情况，要有意外处理机制，需要系 统能够保证定时备份数据信息，保证在服务器异常的情况下能及时启动应急机制。保证系统的正常访问。

3.3 安全性

·提高安全保密机制，保证数据可靠安全

·对不同用户分配不同的权限

·用户只能操作相应权限的信息，如查看，删除信息等

·要保证用户信息的安全性，保证管理员和开发者不能够随意的查阅改动用户信息

3.4完整性

·提高数据完整性，参照完整性等

3.5 易用性

·提高使用性，便于用户操作，提高用户满意度。

3.6可复用性

·保证代码可复用，方便操作

3.7 可维护性

·提高程序健壮性，保证程序的后期可维护性

3.8 可移植性

·提高代码使用次数，提高利用率，保证代码可移植性

3.9 可测试性

·保证程序可测试，便于后期操作

四.出错处理需求

4.1格式要求

·给每一个信息的格式都要注意其形式。格式不对的自动重新测试，以及自动把情况反馈给管理员。

4.2信息保存

·对于外来攻击导致系统崩溃情况，需要及时保留用户当前所有的信息。

五、接口需求

5.1 用户接口

·把用户提交的账号密码，在数据库中进行搜索查询进行验证。

5.2硬件接口

·温度传感器接口，空气湿度传感器接口

5.3 软件接口

·实现衣食住行模块和数据库之间相互传输信息

5.4 通信需求接口

·实现卫星以及车载传感器把测的数据进行传输。

六、约束

6.1精度

·对于温度，湿度要求精确到小数点后两位。对于能见度等问题需要精确到误差在３米之内

6.2语言约束

·英语和汉语结合。

6.3设计约束

·全部过程需要从整体，平衡出发。不要仅仅开发完一个在区开发另外一个。

6.4使用标准

·全部的标准使用国际标准。

6.5硬件平台

·台式机为xp/win7系统。移动端为android/ios。

七、逆向需求

基于互联网的“懒人系统”目前能够完成生活许多方面的推荐以及收集测试信息等。但是尚且不能人性化的代替拥护进行决定。

八．系统用例图

服装推荐传感器食物推荐用户家居调节因特网出行推荐登陆

九．系统数据需求分析

9.1系统的E-R图

服装餐厅服装推荐食物推荐用户家居调节出行推荐家居用品道路

9.2数据需求

（1）穿衣子系统

（衣橱统计，气象监控，期刊统计，用户喜好）说明：

衣橱统计：记录用户当前拥有的服饰，需要用户自行更新。

气象监控：记录实时的天气情况，从互联网获取当前温度气象信息。

期刊统计：统计当前时尚期刊中出现频率较高的服饰搭配信息，以便向用户推送。用户喜好：统计用户的穿衣习惯，找出并记录用户喜欢的搭配风格，以便系统进行比较。（2）饮食子系统

（饮食记录，饮食统计，饭店信息）说明：

饮食记录：记录用户日常的一日三餐情况。饮食统计：根据饮食记录中的信息，分析出用户偏好并记录。

饭店信息：储存用户周边饮食信息，根据系统分析，为用户推荐适合的餐饮建议。（3）住宿子系统（家具信息统计）说明：

此系统主要负责管理用户生活起居，所含数据包括： 室内温度，家电状态（如电视开闭，空调开闭），照明系统，窗帘控制（4）出行子系统

（地图信息，公交信息，票务信息，记事本）说明：

地图信息：主要供导航软件调用，并按时进行更新。

公交信息：储存用户周边的公共交通信息，方便用户乘坐公交车。

十．系统逻辑模型

10.1数据流图 衣： 1层：

温度传感器温度日期因特网流行服装信息流行服装信息用户浏览习惯信息用户浏览习惯信息温度日期日期温度1采集信息服装推荐子系统的信息流行服装信息用户浏览习惯信息服装推荐子系统的信息服装推荐子系统的信息现有服装信息出席场合信息用户2执行服装推荐算法推荐的服装信息3输出推荐的服装推荐的服装信息推荐的服装信息推荐的服装信息 2层： 温度传感器因特网温度日期流行服装用户浏览信息习惯信息用户浏览习惯信息用户浏览习惯信息1.6接收用户浏览习惯信息温度日期流行服装信息温度日期流行服装信息1.5接收流行服装信息1.3温度1.4接收日期温度日期流行服装信息用户浏览习惯信息采集信息服装需求信息1.1接收服装需求信息现有服装信息1.2接收现有服装信息现有服装信息服装需求信息用户

服装推荐子系统服装推荐子系统的信息的信息2.1整理信息正确格式的信息2.2“标签”算法推荐的服装推荐的服装

食： 1层：

传感器身体状况信息身体状况信息身体状况信息因特网餐厅菜品信息餐厅菜品信息餐厅菜品信息食物推荐子系统的信息1采集信息食物推荐子系统的信息食物推荐子系统的信息饮食喜好用户2执行食物推荐算法推荐的菜品信息3输出推荐的菜品信息推荐的菜品信息推荐的菜品信息推荐的菜品信息 2层：

传感器因特网身体状况信息餐厅菜品信息身体状况信息餐厅菜品信息身体状况信息1.2接受身体状况信息餐厅菜品信息1.3餐厅菜品信息身体状况信息餐厅菜品信息采集信息饮食需求信息1.1接收饮食喜好信息饮食喜好信息用户 食物推荐子系统食物推荐子系统的信息的信息2.1整理信息正确格式的信息2.2“标签”算法推荐的菜品推荐的菜品

住： 1层：

传感器用户体征信息温度信息光线信息用户体征信息用户体征信息温度信息温度信息湿度信息湿度信息湿度信息家居调节子系统的信息家居调节子系统的信息家居调节子系统的信息光线信息光线信息1采集信息用户习惯的环境信息用户3执行调节方案2执行家居调节算法调节方案调节方案调节方案温度湿度信息信息亮度信息窗帘位置信息空调电灯窗帘

2层：

传感器温度信息光线信息湿度信息温度信息温度信息1.2接收温度信息光线信息光线信息1.3接收光线信息湿度信息湿度信息1.4接收湿度信息温度信息光线信息湿度信息采集信息用户习惯的环境信息1.1接收用户习惯的环境信息用户习惯的环境信息用户 家居调节子系统家居调节子系统的信息的信息2.1整理信息正确格式的信息2.2“选路”算法调节方案调节方案

调解方案温度信息湿度信息亮度信息窗帘位置信息3.1发送温度信息3.2发送湿度信息3.3发送亮度信息3.4发送位置信息温度信息湿度信息亮度信息位置信息空调电灯窗帘

行： 1层：

传感器用户位置信息用户位置信息因特网道路信息道路信息出行推荐子系统的信息用户位置信息道路信息出行推荐子系统的信息出行推荐子系统的信息1采集信息时间金钱需求信息目的地信息用户2执行出行推荐算法推荐方案推荐方案推荐方案3输出推荐方案推荐方案

2层： 传感器用户位置信息用户位置信息用户位置信息2.3接收用户位置信息道路信息道路信息2.4接收道路信息道路信息因特网用户位置信息道路信息采集信息时间金钱需求信息2.1接收时间金钱需求信息目的地信息2.2接收目的地信息时间金钱需求信息目的地信息用户

出行推荐子系统出行推荐子系统的信息的信息2.1整理信息正确格式的信息2.2“标签”算法出行方案出行方案

10.2相应的数据字典 衣： 数据流 数据流名：出席场合信息 说明：用户希望服装推荐系统针对不同的场合帮助其选择合适的服装，服装推荐系统会在用户已有衣服的基础上提供给用户合适的服装搭配方案 数据流来源：用户

数据流去向：采集信息

定义：出席的场合={学校，办公室，聚会，典礼}

数据流名：温度

说明：记录室内外温度，帮助用户选择合适厚度的衣服 数据流来源：温度传感器 数据流去向：采集信息 定义：温度=-40..40

数据流名：现有服装信息 说明：记录用户已有服装，服装推荐系统在已有服装基础上提供给用户合适的服装搭配方案

数据流来源：用户

数据流去向：采集信息 定义：已有服装信息=服装编号+服装名称+品牌+尺寸+颜色+款式+材质+服装图片索引

数据流名：日期

说明：记录当前日期，帮助用户选择合适季节的衣服 数据流来源：因特网

数据流去向：采集信息（数据存储）定义：日期=年＋月＋日

数据流名：流行服装信息

说明：获得当下的流行风尚，帮助服装推荐系统和已有服装进行对比，从而给出符合当下流行的服装搭配 数据流来源：互联网

数据流去向：采集信息（数据存储）定义：流行服装信息=服装编号+服装名称+品牌+尺寸+颜色+款式+材质+服装图片索引

数据流名：用户浏览习惯信息

说明：记录用户经常浏览的服装，将信息发送给服装推荐系统，服装推荐系统由此分析用户的穿衣喜好，从而推荐给用户符合其穿衣品味的服装 数据流来源：互联网

数据流去向：采集信息（数据存储）定义：服装编号+浏览次数

数据流名：推荐的服装 说明：服装推荐系统根据对采集的参数进行智能处理，最后得到合适的服装搭配信息

数据流来源：智能服装推荐程序

数据流去向：推荐的服装信息（数据存储）定义：推荐的服装=服装编号+服装图片索引 数据加工

加工名：采集信息 加工编号：1 简要描述：采集服装推荐算法需要的信息

输入数据流：出席场合信息，温度，现有服装信息，日期，流行服装信息，用户喜好信息

输出数据流：服装推荐算法的信息

加工逻辑：采集出席场合信息，传感器信息，因特网信息。

加工名：执行服装推荐算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：服装推荐子系统的信息 输出数据流：推荐的服装 加工逻辑：“标签”算法的本质是专家系统，数据库有1万条用户在各种情况下的解决方案（1万条记录），用户在界面上选择的标签会变成另一张二维表中的记录，“标签”算法会将用户的选择（记录）和数据库1万条记录比照，匹配项最多的记录的解决方案会成为最后的推荐方案。加工名：输出推荐的服装 加工编号：3 简要描述：显示推荐的服装信息 输入数据流：推荐的服装信息 输出数据流：推荐的服装信息 加工逻辑：显示推荐的服装信息

数据文件名：温度

简述：存放的是温度信息 输入数据：温度 输出数据：温度

数据文件组成：温度

数据存储

数据文件名：现有服装信息 简述：存放已有服装信息

输入数据：服装编号，颜色，尺码，类型，条形码 输出数据：服装编号

数据文件组成：服装编号，颜色，尺码，类型，条形码

数据文件名：日期 简述：存放当前的日期 输入数据：年+月+日 输出数据：年+月+日 数据文件组成：年+月+日

数据文件名：流行服装信息 简述：存放当时流行的服装款式

输入数据：颜色，尺码，类型，条形码 输出数据：条形码

数据文件组成：颜色，尺码，类型，条形码

数据文件名：用户浏览习惯信息

简述：存放用户在各大网站查询的服装信息 输入数据：用户浏览习惯信息 输出数据：用户浏览习惯信息

数据文件组成：服装编号，浏览次数

食： 数据流

数据流名：饮食喜好

说明：用户希望饮食推荐系统推荐一些餐饮信息，以供选择，饮食推荐系统会根据用户的饮食习惯，偏好，营养均衡等多种因素结合为用户推荐健康可口的食物。数据流来源：用户

数据流去向：采集信息 定义：饮食喜好={甜，咸}

数据流名：身体状况信息

说明：系统通过记录或探测，用户的基本生命体征如心率，血压，血糖等，为推荐饮食提供参考信息。

数据流来源：传感器，因特网 数据流去向：采集信息

定义：身体状况信息=心率+血压+血糖

数据流名：餐厅菜品信息

说明：系统通过存储并及时更新餐厅菜单，为推荐饮食提供参考信息。数据流来源：因特网 数据流去向：采集信息

定义：餐厅菜品信息=餐厅名+餐厅编号+菜名名+菜品编号+菜品营养+菜品口味、数据流名：推荐的菜品信息

说明：食物推荐算法处理食物推荐子系统信息产生的结果。数据流来源：执行食物推荐算法 数据流去向：输出推荐的菜品信息

定义：餐厅菜品信息=餐厅名+餐厅编号+菜名名+菜品编号+菜品营养+菜品口味、数据加工：

加工名:采集信息 加工编号：1 简要描述：采集食物推荐子系统所需数据

输入数据流：身体状况信息，餐厅菜品信息，饮食喜好 输出数据流：食物推荐子系统的信息

加工逻辑：从互联网，用户输入，传感器接受信息

加工名：执行食物推荐算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：食物推荐子系统的信息 输出数据流：推荐的菜品 加工逻辑：“标签”算法的本质是专家系统，数据库有1万条用户在各种情况下的解决方案（1万条记录），用户在界面上选择的标签会变成另一张二维表中的记录，“标签”算法会将用户的选择（记录）和数据库1万条记录比照，匹配项最多的记录的解决方案会成为最后的推荐方案。

加工名：输出推荐的菜品 加工编号：3 简要描述：显示推荐的菜品信息 输入数据流：推荐的菜品信息 输出数据流：推荐的菜品信息 加工逻辑：显示推荐的菜品信息

数据存储：

数据文件名：身体状况信息

简述：存放身体状况信息，如体重，血压，心率等 输入数据：身体状况信息 输出数据：身体状况信息

数据文件组成：体重，血压，心率

数据文件名：餐厅菜品信息 简述：存放餐厅菜单 输入数据：餐厅菜品信息 输出数据：餐厅菜品信息

数据文件组成：餐厅名，餐厅编号，菜名名，菜品编号，菜品营养，菜品口味、数据文件名：推荐的菜品信息 简述：存放推荐的菜品信息 输入数据：推荐的菜品信息 输出数据：推荐的菜品信息

数据文件组成：餐厅名，餐厅编号，菜名名，菜品编号，菜品营养，菜品口味、住： 数据流

数据流名：温度信息 说明：采集室内的温度信息，反馈给用户，或者系统根据温度自动采取相应措施，调节室内温度。

数据流来源：温度传感器

数据流去向：采集家居控制系统的参数 定义：温度=-40-40摄氏度

数据流名：光线信息 说明：采集室内的光线信息，反馈给用户，或者系统根据温度自动采取相应措施，调节室内光照强度。数据流来源：光敏传感器

数据流去向：采集家居控制系统的参数 定义：光照强度=0-180流明

数据流名：湿度信息 说明：采集室内的湿度信息，反馈给用户，或者系统根据温度自动采取相应措施，调节室内湿度。

数据流来源：湿度传感器

数据流去向：采集家居控制系统的参数 定义：湿度=10%-80%

数据流名：用户习惯的环境信息

说明：采集用户习惯的温度信息，光线信息，湿度信息 数据流来源：用户

数据流去向：采集信息

定义：用户习惯的环境信息=温度+光线+湿度

数据加工

加工名：采集信息 加工编号：1 简要描述：采集智能控制系统需要的参数

输入数据流：温度，湿度，光照强度，温度请求，湿度请求，光照请求 输出数据流：智能家居控制系统的参数

加工逻辑：从各个传感器接受信息，并与用户设置进行对比，得出相应操作发送给控制器实施。

加工名：执行家居调节算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：家居调节子系统的信息 输出数据流：调解方案 加工逻辑：“选路”算法本质是基于条件判断的数据处理系统。该处理系统自身包含多个IF语句对用户需求进行判断分支执行。从而得到最后的推荐方案。

加工名：执行调节方案 加工编号：3 简要描述：把温度，湿度，亮度，窗帘的位置信息传递给空调，电灯，窗帘 输入数据流：调节方案

输出数据流：温度，湿度，亮度，窗帘的位置信息 加工逻辑：对传感器传递信息

数据存储

数据文件名：温度信息 简述：存放的是温度信息 输入数据：温度信息 输出数据：温度信息 数据文件组成：温度

数据文件名：湿度信息 简述：存放的是湿度信息 输入数据：湿度信息 输出数据：湿度信息 数据文件组成：湿度

数据文件名：亮度信息

简述：存放的是光照强度信息 输入数据：亮度信息 输出数据：亮度信息 数据文件组成：亮度信息

行： 数据流

数据流名：用户位置信息 说明：借助通信运营商来获取用户详细位置，出行管理系统会利用该位置信息提供导航，或叫车服务。数据流来源：通信运营商

数据流去向：采集出行管理系统的参数 定义：用户位置信息=经度+纬度

数据流名：道路信息

说明：将街道信息储存到客户端，并定期进行更新，出行管理系统会利用该道路信息提供导航服务。数据流来源：互联网

数据流去向：采集出行管理系统的参数 定义：道路信息={繁忙，畅通}

数据流名：目的地信息

说明：用户想要到达的目的地信息 数据流来源：用户

数据流去向：采集信息

定义：目的地信息=目的地信息

数据流名：时间金钱需求信息 说明：用户对于时间，金钱的要求 数据流来源：用户

数据流去向：采集信息

定义：时间金钱需求信息=时间+金钱

数据加工

加工名：采集信息 加工编号：1 简要描述：采集出行推荐子系统需要的信息

输入数据流：用户位置信息，道路信息，目的地信息，时间金钱需求信息 输出数据流：出行推荐子系统的信息 加工逻辑：从用户和互联网接收信息。

加工名：执行出行推荐算法 加工编号：2 简要描述：处理正确格式的信息，把信息与数据库中的解决方案相匹配，得到解决方案。

输入数据流：出行推荐子系统的信息 输出数据流：推荐方案 加工逻辑：“标签”算法的本质是专家系统，数据库有1万条用户在各种情况下的解决方案（1万条记录），用户在界面上选择的标签会变成另一张二维表中的记录，“标签”算法会将用户的选择（记录）和数据库1万条记录比照，匹配项最多的记录的解决方案会成为最后的推荐方案。

加工名：输出推荐方案 加工编号：3 简要描述：显示推荐方案信息 输入数据流：推荐方案 输出数据流：推荐方案

加工逻辑：显示推荐方案信息

数据存储 数据文件名：用户位置信息 简述：存放用户的经纬坐标 输入数据：用户位置信息 输出数据：用户位置信息 数据文件组成：经度，纬度

数据文件名：道路信息

简述：存放道路的繁忙情况信息 输入数据：道路信息 输出数据：道路信息

数据文件组成：道路繁忙情况信息

数据文件名：推荐方案

简述：存放推荐的出行方案信息 输入数据：推荐方案 输出数据：推荐方案

篇8：需求分析导引

开发软件就是通过描述来构建一部软件机器去实现某一目的，因此在动手之前，我们需要详细地弄清这个特定目的是什么，这就是需求分析需要完成的任务。

需求分析过程处于软件工程的开始阶段，它提供了软件项目其余部分得以构建的根基，如果错误出现在需求分析阶段，而且并未立即予以纠正，那么所有后续阶段的工作将都在错误的基础上进行，修正错误的代价将飞速增加。对于一个大型的软件项目，一旦忽略或低估需求分析过程必将承担风险。

2 需求分析的目的与活动

软件项目的目的一般是解决一个信息化的问题，而需求分析的目的就是要定义所需解决的问题。一般情况下，对于项目组来说，总是要面对问题定义不足，需求不清的困境。因此，可以这样初步理解需求分析的目的———需求分析过程就是要把一个定义不足的问题转换为一个定义良好认并且清晰的问题并且找出解决方案。

要确定软件项目的目的，那么首先要做的是识别问题，然后再去研究解决方案。

要识别问题，那么首先要去了解问题域。

问题域，应用领域或客户领域，就是需要解决问题的现实世界的一个领域，而项目的最终成果，即解系统或新系统，将运行其上，产生某种效果而最终解决问题。

问题域并不等同新系统运作的环境，因为新的解系统将不可避免地对问题域进行改变，否则它就不可能解决问题，因此问题域与新系统运作环境事实上存在差别。

问题域也不等同于旧的应用系统，这个旧的应用系统可能是原有的计算机软件系统或是非软件的解决方案，因为旧的应用系统本身只是问题域的解决方案，即问题域的一个不成功的解系统，新的解系统也许会继承其运作方式或者产生全新的运作方式，因此对旧的应用系统的研究不能替代对问题域的研究，虽然它可以提供一些知识，但它始终是问题域的一种包装。旧的应用系统不仅仅指原有的计算机信息系统，也涉及客户当前的工作流程和工作方式。

整个需求分析过程需要关注两个系统———问题域与解系统，它们的相互关系如图1。

这个相互关系也定义了三个主要开发活动的区域，如图2所示。

对于这三个主要开发活动可以区别如下：

分析：关注问题域本身，清晰定义需要解决的问题。

规格说明：关注解系统与问题域的交互，规定解系统的运行方式以解决问题

设计：不属于需求分析范畴，关注于解系统的内部实现。

因此，需求分析阶段包含两个主要活动，需求分析与规格说明。这两个主要活动可简述为：从问题域的研究入手，对问题域进行描述，获取问题域的定义和客户对新的解系统能够产生的效果(需求)的陈述，以此确定新的解系统所应具有的功能，以便达到客户所需要的效果。

显而易见，需求分析阶段必然包括两个主要文档，一个应当包含问题域特性的细致描述与需求的陈述，称之为《用户需求说明书》;另一个包含经过精心设计的解系统的功能的描述，这个精心设计的行为可以满足客户的需求，称之为《软件需求规格说明书》。

3 需求获取

3.1“获取”与“采集”

“需求采集”隐含表示已有了“成熟”的需求，只需要去“采集”，而实际上很少会有这种情况，客户“原始”的需求往往是以很零散、很不完整的形式呈现出来。“获取”隐含着一个知识传递的过程，“需求获取”是要将隐藏在问题域之中的信息明确化、具体化、系统化，并与客户形成共识。

3.2 需求获取的信息

对于大型的软件系统，由需求分析阶段的整体要求决定，应当包括：1)问题域的描述;2)要求解决的问题列表，即需求列表;3)用户对解系统想要施加的任何约束;

3.3 信息来源

问题域中信息的主要来源，即需求获取人员应当关注的对象，包括：1)实际的客户和潜在的客户;2)客户的“要求说明”;3)任何原有解系统及其文档;4)原有系统的用户和新的解系统的可能用户;5)开发者相似产品;6)竞争对手产品;7)行业专家;8)定义任何操作规范或数据规范的文档;9)相关的技术标准与法规。

3.4 需求获取的技术

获取需求的技术与信息的可能来源密切相关，大致包括：阅读背景材料;面谈;调查表;检查文档;任务观察;人种论;用例与场景;讨论分析;联合应用设计;需求剥离等方法，这里不再详述。

3.5 需求获取策略

3.5.1 一般策略

1)从一般到具体，通过概述帮助确定每次需求获取的目标，适当时候再详细调查;2)要敢于陈述好像是显而易见的事实;3)从信息的源头探究，而不是道听途说;4)信息来源多多益善;5)主管与高层应适时介入;6)注意消除分歧。

3.5.2. 管理者与一般用户

1)管理者：一般对原始数据不感兴趣，只对增加新的业务知识的信息感兴趣;关注的是整体，通常对细节不感兴趣;对业务功能的整体视图感兴趣;从系统支持的功能和改进的预期方面理解系统;可以帮助确定需要收集和存储数据的相关业务实体;可以帮助理解描述业务实体是如何交互的简单业务关系和规则;需要持续跟踪这些业务实体和规则，以产生有用的信息;会谈时可使用业务事件列表及对那些事件的响应方式记录业务功能(包括时间);可能会了解新系统需要为哪些企业部门、员工、客户和外部企业提供接口;这些接口位于什么地方;是否需要同其他的信息系统或自动化系统接口。

2)一般用户：以目前数据如何存储或他们认为数据应如何存储的方式来看待数据;说明被存储的确切数据属性以及用于维护这些数据的精确业务规则;应当正确地确定和验证用户的业务数据需求;业务过程———为了提供对业务事件的恰当响应必须执行的“工作”;以过程需求的方式说明新系统的业务过程，过程需求通常以策略和规程的形式定义;关心输入与输出;输入输出的构成细节，图型用户界面的原型形式，形似于PC工具(WORD,EXCEL)。

3.5.3 需求演化

问题域本身远不及需求更易于变化，用户可能要求产生新的报表或采用不同的方式对某一部分产生控制，但底层的问题域数据或相关元素的内在行为的变化却很少。首先应当将问题域特性描述与需求分离;可维护文档是另一个关键因素;时间越长，变化的可能越大，鼓励尽快完成系统开发。

4 需求分析

4.1 目的

需求分析的根本目的：通过对问题领域的研究，获得对该领域特性及存在于其中需要解决的问题特性的透彻理解并用文档说明。

需求分析的输出结果是《用户需求说明书》，该文档应当能够提供关于问题域各个相关方面的全面描述和有关客户需求的完整的列表。

4.2 需求分析策略

4.2.1 关注问题域

需求分析强调的揭示问题域的结构与属性，而不是将来解系统将要实现的功能。

4.2.2 建模与描述

分析的总目标可以被认为是以某种易于理解的形式提供所有必需的信息。这就需要对收集得来的信息应当精心加以提炼，获取精华从而保证所有相关的细节能以一种清晰、符合逻辑且简洁的方式得以呈现———建立合适的问题领域的模型。

许多系统真正复杂之处不在于技术，而在于问题领域本身。如果在需求分析时没有获得对问题领域的深刻理解，没有通过模型将复杂的领域逻辑以模型概念和模型元素的形式清晰地表达出来，那么无论我们使用多么先进的平台或架构，都难以保证项目的真正成功。

成功项目的特征是：在迭代中不断地完善领域模型，通过领域模型越过问题域的表象揭示其底层的结构;将这个领域模型作为项目骨干结构的一部分;模型是知识的一种有选择的简化和有意识的组织形式，一个合适的模型能够表达信息的含义并聚焦于问题本身;模型并不是某种特殊的图，而是图所要表达的思想，可能是图也可以是认真编写的代码或形式化语言，模型松散地表现具有特定目的的现实不要试图用UML表示出整个模型或设计。很多对象模型过于完整，又遗漏了很多东西：总是想要把的有将要编码的对象都放进去，所有的东西过于细化;属性与关系只占到一个对象模型的一半内容，那些对象的行为及约束则不容易用图例表达出来。因此，应当采用图与描述相结合的方式：约束与断言可用括号包含的文本在对象关系图中表达;对象与模型所代表的概念意义(定义)和对象所要完成的工作应当以文本加以描述。与其使用一个带有文本注释的图，不如编写一个文本文档，里面用经过挑选的简化图做示例。

4.2.3 有效模型因素

1)模型与编码实现相互绑定;2)基于模型产生一种通用语言，既可以用来与领域专家进行沟通，又可以做为需求、设计、编码的沟通语言;

3)开发一个包含丰富知识的模型;4)精炼模型;5)采用头脑风暴与实验来验证模型。

4.2.4 模型分析过程

1)从需求获取中得到领域模型的元素，建立初步的领域模型;2)在讨论中细化，在询问中解释，随着对领域的理解和领域专家对模型如何在问题解决中发挥作用的理解，模型一步步地发展;3)编写一个简单的原型，该原型是能够精确地反映领域模型的部分软件系统，开发人员结合领域专家通过各种场景一步一步地使用模型对象来非正式地走查模型，当原型不能完成一个重要的场景时，对模型进行修改;4)原型并不仅仅是界面，重要的是清晰地表达业务逻辑和行为。

4.2.5 面向对象的分析

1)需求分析的基本技术手段是面向对象的分析。

2)类模型作用的延续性：

需求分析阶段———问题域概念化，建立问题域类模型;

规格说明阶段———规格说明，建立接口类;

编码实现阶段———业务模型实现，建内部设计的业务类。

3)用例的作用应该是有限的，使用用例避开了对问题域及相关问题做全面考虑，并直接对解系统的行为进行定义。

4)面向对象分析的补充：

在面向对象分析的过程中可建立DD(数据字典)来定义和解释术语与数据项;

分析初期可采用传统意义的流程图帮助理解问题域，但最终要避免让业务流程成为模型中的突出方面，对象意味着将业务流程封装起来，对于复杂的处理流程可以用服务来进行封装，对于多种分支流程，可以将算法本身作为一个独立的对象，选择不同的流程也就选择不同的对象，每个对象代表一个不同的策略。

可以单独列出问题域事件与输入列表及这些事件可能的发生序列;

应当对需求(需在问题域中求解的问题)单独列表，包括必须支持的查询与需要提供的报表。

4.2.6 用户需求文档

1)文档核心内容：结合模型对每个问题子域的全面描述;需求列表，需求应避免指导该如何解决问题;如果出现了被初始载入系统的数据是那些原有的、以电子方式存储的数据的情况，那么存取这类数据的方式就应该详细阐述;数据字典。

2)特性与需求：语态的区别清楚地区分问题域的内在特性及需求;特性是对问题域的真实的反映，它们完全超出了所要构建的新的解系统所能控制与影响的范围，其声明采用指示语态;需求是新系统能够控制的东西，即要求新系统产生的结果。其声明使用祈使语态，它反映了有客户选定的选项;只要给出问题域的内在特征，新系统应当完全有能力满足需求。

5 规格说明

5.1 规格说明的任务

创建并定义新系统的一种行为，使之在问题域中产生所需要的效果。创建新系统可能的行为并选择某一种行为，然后进行规格说明文档编制，并经由客户同意。

5.2 规格说明策略

5.2.1 外部接口

1)规格说明关注问题域与新系统之间的接口，即关注的是新系统的外部视图;2)新系统的行为将通过其与问题域交互的接口来定义。软件系统通过传递数据与外部世界发生交互，每一个接口将有一个从新系统接收或发送数据的端子，这个端子可能是操作员、其他软件系统、电子硬件等，定义接口的首要任务是识别端子;3)在规格说明阶段一般要添加新的端子，如系统管理员接口。

5.2.2 功能抽象

1)通过确定新系统输入和输出的语法与语义，以及这些输入和输出之间所需的关系(时间关系、因果关系)，就可以表达新系统所需的行为;

2)规格说明需要添加大量的输入和输出：如用户提示及消息、操纵接口所需的用户命令、无效的或异常输入的处理等;

3)可以分别在详细与抽象级别上确定新系统的行为;

4)可采用逻辑层次分解的方式进行规格说明。

5.2.3 文档编制

1)规格说明文档应首先以一种很大的粒度来讨论和理解新系统，可以用一组高层次的概念或规则来整个新系统建立一个模式，使人们能够基本理解每个部分在整体中所处的位置，即使他们并不了解这个部分职责的细节内容，其次可以对一些核心元素进行专门的说明;

2)文档与原型相结合，文档不应该去做原型已经做得很好的工作，如所有的细节问题，精确的程序行为说明，文档要对原型的概念进行解释，并帮助定位到代码中的细节;

3)在定义输入与输入关系时，应采用功能性的说明方式，而不要去描述过程;

4)加入性能需求，关注系统可用性。

6 需求验证

1)正因为需求阶段所犯的错误代价昂贵，因此，尤为重要的是设法把错误减到最少，并且一有可能就检测与更正任何已出现的错误;

2)需求验证机制，可采用确保一致性的简单检查、问题域专家评审、逻辑分析、系统Demo、测试用例设计、编制用户手册等方法。

7 结束语

笔者在长期的需求分析工作中，感觉到各种的系统分析理论各具特点，仅仅依靠某种分析方法的指导，很难保证项目的圆满完成，项目组虽然有CMM规范指导按步骤完成一个个项目过程，但怎样去完成工作产品才能提高项目的质量仍然缺乏有效的指导与规范，总结多年的学习与实践经验，完成此文档，希望能对项目的需求分析过程具有参考和指导意义，能够对提高需求分析工作产品的质量有所帮助。

摘要：各种需求分析方法各具特点,如果仅使用某种方法在项目实践中往往会困难重重,怎样结合各种需求分析方法之长为项目实践建立一种需求分析参考标准成为一个迫切需要解决的问题。通过对面向问题域、面向对象、模型驱动等分析方法的研究,并结合在项目实践中应用,以面向问题域分析为核心规定需求分析的根本目的与基本活动,结合面向对象的分析与模型驱动分析说明有效建模的技术要点,初步形成一个适合于实际项目活动的需求分析标准的框架。

关键词：需求分析,面向问题域的需求分析,面向对象分析,领域模型驱动,需求分析标准

参考文献

[1]Bray L K.REQUIREMENTS ENGINEERING:需求工程导引[M].舒忠梅.罗文村.译.北京:人民邮电出版社,2003.

[2]Evans E:Domain-Driven Design:领域驱动设计[M].陈大峰,张泽鑫,译.北京:清华大学出版社,2006.