⑴ 什么是系统需求分析
问题一：什么是需求分析，其目标是什么？《软件工程》 需求分析就是了解、判断用户需要什么、想最终达到工么目的、怎么实现，为你们提 *** 品、服务、项目等提供目标和检验标准
问题二：如何系统的进行用户需求分析 1.概念
需求的定义包括从用户角度(系统的外部行为),以及从开发者角度(一些内部特性)来阐述需求.
关键的问题是一定要编写需求文档.我曾经目睹过一个项目中途更换了所有的开发者,客户被迫与新的需求分析者坐到一起.系统的分析人员说:我们想与你谈谈你的需求.客户的第一反应便是:我已经将我的要求都告诉你们前任了,现在我要的就是给我编一个系统.
百事通
而实际上,UGGs,需求并未编写成文档,因此新的分析人员不得不从头做起.所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话,你就确信你已明白用户的需求,那完全是自欺欺人.
需求的另外一种定义认为需求是用户所需要的并能触发一个程序或系统开发工作的说明.有些需求分析专家拓展了这个概念:从系统外部能发现系统所具有的满足于用户的特点、功能及属性等.这些定义强调的是产品是什么样的,而并非产品是怎样设计、构造的.而下面的定义则从用户需要进一步转移到了系统特性:
需求是指明必须实现什么的规格说明.它描述了系统的行为、特性或属性,是在开发过程中对系统的约束.
从上面这些不同形式的定义不难发现:并没有一个清晰、毫无二义性的需求术语存在,真正的需求实际上在人们的脑海中,这个人们主要是指客户,但一般情况下,用户并不能描述自己的需要,只就需要系统分析人员根据用户的自己语言的描述整理出相关的需要再进一步和客户核对.系统分析员和客户需要确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识.
任何文档形式的需求(例如如下将要描述的需求规格说明书)仅是一个模型,一种描述.
2.需求分析的任务
开发软件系统最为困难的部分就是准确说明开发什么.最为困难的概念性工作便是编写出详细技术需求,这包括所有面向用户、面向机器和其它软件系统的接口.同时这也是一旦做错,将最终会给系统带来极大损害的部分,并且以后再对它进行修改也极为困难.
目前,国内产品的庞杂,一家企业可能有几个系统并立运行,它们之间接口是系统开发人员最头痛的问题.
对于商业最终用户应用程序,企业信息系统和软件作为一个大系统的一部分的产品是显而易见的.但是对于我们开发人员来说,并没有编写出客户认可的需求文档,我们如何知道项目于何时结束?而如果我们不知道什么对客户来说是重要的,那我们又如何能使客户感到满意呢?
然而,即便并非出于商业目的的软件需求也是必须的.例如库、组件和工具这些供开发小组内部使用的软件.当然你可能偶尔勿需文档说明就能与其他人意见较为一致,但更常见的是出现重复返工这种不可避免的后果,而重新编制代码的代价远远超过重写一份需求文档的代价,这些血的教训正在国内的软件开发者身上发生.
近来,我遇到一个开发小组开发包括代码编辑器在内的一套内部使用的计算机虚滚型辅助软件.不幸的是,当他们开发完这个工具后,发现这个工具不能打印出源代码文件,使用者当然希望有这个功能.结果这个小组只好手工抄写源代码文档以供代码检查.这说明那怕需求明确无误并构思准确,如果我们没有编写文档,软件达不到期望目标也只能是咎由自取了.
相反的情况,我曾见一个要集成到错误跟踪系统中的简单界面写了一页需求说明.而操作系统系统管理员在为处理脚本时发现简单差猜的一张需求清单竟是如此有用.他们依据需求对系统进行测试时,此系统不仅非常清晰地实现了所有必需功能,而且未发现任何错误.
事实上,需求文档在开发过程中一直起指导作用.
3.需求分析过程
可把整个软件需求工程......>>
问题三：需求备塌分析解决的问题是系统必须做什么 你好
解决的问题是做什么的问题
如果您对我的回答有不满意的地方，请您继续追问；
答题不易，互相理解~
问题四：需求分析的作用及如何进行需求分析 通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。
需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。
需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域――需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物――《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR()，并开始开展工作。需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。
需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。
综合了几种观点，可以把需求工程的活动划分为以下5个独立的阶段：
（1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；
（2）需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义；
（3）形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；
（4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；
（5）需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。...>>
问题五：什么是软件需求，什么是功能需求？ 我们的软件产品或者项目，其需求都有三个层级和三个方面。一、我们首先看需求的三个层次软件需求包括3个不同的层次DD业务需求、用户需求和功能需求。业务需求 （Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业 务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。用户需求 （user requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件DD响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。功能需求 （functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求 （behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什 么。注意：用户需求不总是被转变成功能需求。产品特性，所谓特性（feature），是指一组逻辑上相关的功能需求，它们为用户提供某项功能，使业务目标 得以满足。对商业软件而言，特性则是一组能被客户识别，并帮助他决定是否购买的需求，也就是产品说明书中用着重号标明的部分。客户希望得到的产品特性和用 户的任务相关的需求不完全是一回事。一项特性可以包括多个用例，每个用例又要求实现多项功能需求，以便用户能够执行某项任务。系统需求 （system requirement）用于描述包含有多个子系统的产品（即系统）的顶级需求。系统可以只包含软件系统，也可以既包含软件又包含硬件子系统。人也可以是系统的一部分，因此某些系统功能可能要由人来承担。业务规则 包 括企业方针、 *** 条例、工业标准、会计准则和计算方法等。业务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，业务规则常常会限制谁 能够执行某些特定用例，或者规定系统为符合相关规则必须实现某些特定功能。有时，功能中特定的质量属性（通过功能实现）也源于业务规则。所以，对某些功能 需求进行追溯时，会发现其来源正是一条特定的业务规则。功能需求记录在软件需求规格说明（SRS）中。SRS完整地描述了软件系统的预期特性。SRS我们一般把它当作文档，其实，SRS还可以是包含需求信息的数据库 或电子表格；或者是存储在商业需求管理工具中的信息；而对于小型项目，甚至可能是一叠索引卡片。开发、测试 、质量保证、项目管理和其他 相关的项目功能都要用到 SRS。除此之外，对于需求层次，我们还有其它的分法：组织级需求->业务需求->用户需求->功能需求（有时也叫行为需求）。组织级需求： 一 般代表着组织的愿景和目标。对于大的公司，一般是通过资深的咨询顾问和咨询公司得出的，呈现的方式是咨询报告。比如在ITSM或者企业信息化这方面。典型 的组织级的需求是：降低成本、减少库存成本、提升IT服务部门在企业中的价值、通过ISO20000、提高IT服务的效率、提高员工的满意度等。业务需求： 是要完组织的使命，达成组织的愿景的各个业务流程和业务单元具有的需求。业务需求服从于组织需求。用户需求： 用户级的需求，是在业务级的需求下，各个岗......>>
问题六：如何写系统需求分析 学生选课系统需求分析 第一部分 需求分析 1．系统功能模块基本划分本系统划分为三个子系统：系统管理系统：系统维护学生选课系统：学生选课操作教师查询系统：学生选课情况查询 2． 系统维护 2 1 2． 1 ． 1 ． 学生基本资料维护目标：针对学生的基本资料进行添加、 删除、 更新、 查询。 2． 1 ． 2． 学生基本资料维护概述：前提条件： 管理员要对学生基本资料进行添加、 删除、 更新或查询。角色： 各级别的系统管理员输入： 学生基本属性（学号、 姓名、 系部、 班级、 密码、 选课总学分） 。基本流程： 登录管理员系统→验证当前用户权限→选择“学生基本资料维护” →管理员添加、 删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 学生基本资料报表。 2 2 2． 2． 1 ． 教师基本资料维护目标：针对教师的基本资料进行添加、 删除、 更新、 查询。 2． 2． 2． 教师基本资料维护概述：前提条件： 管理员要对教师基本资料进行添加、 删除、 更新或查询。角色： 各级别的系统管理员输入： 教师基本资料（工号、 姓名、 系部、 密码、 相关资料）基本流程： 登录管理员系统→验证当前用户权限→选择“教师基本资料维护” →管理员添加、 删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 教师基本资料报表。 2 3 2． 3． 1 ． 课程基本资料维护目标：针对课程的基本资料进行添加、 删除、 更新、 查询。 2． 3． 2． 课程基本资料维护概述：前提条件： 管理员要对课程基本资料进行添加、 删除、 更新或查询。角色： 二级系统管理员输入： 课程基本资料（课程号、 课程名、 课程简介、 上课时间、 上课地点、 学时、 学分、 人数上线、当前人数、 教师号）基本流程： 登录管理员系统→验证当前用户权限→选择“课程基本资料维护” →管理员添加、 删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 课程详细资料。 2 4 2． 4． 1 ． 系部资料维护目标：针对系部资料进行添加、 删除、 更新、 查询。 2． 4． 2． 系部维护概述：前提条件： 管理员要对系部资料进行添加、 删除、 更新或查询。角色： 一级系统管理员输入： 系部资料（系号、 系名称）基本流程： 登录管理员系统→验证当前用户权限→选择“系部资料维护” →管理员添加、 删除或修改更新→验证输入或修改的数据→验证通过： 更新数据库， 验证不通过： 给出提示信息要求用户重新输入。输出： 无 2 5 2． 5． 1 ． 管理员维护目标：设置各级管理员权限 2． 5． 2． 管理员维护概述：前提条件：角色： 一级管理员输入： 管理员权限基本流程： 登录系统→验证权限→设置管理员权限→验证设置→成功更新或失败返回输出： 2 6 2． 6． 1 ． 修改密码目标：正确的修改管理员登录密码 2． 6． 2． 修改密码概述：前提条件： 用旧密码正确登录角色： 各级管理员输入： 旧密码、 新密码、 验证密码基本流程： 登录选课系统→验证权限→输入旧密码、 新密码、 验证密码提交→验证旧密码是否正确、 新密码和验证密码是否相同→成功或失败（一天内不能超过3 次）输出： 成功或失败信息 2 7 2． 7． 1 ． 系统设置目标：通过系统设置来修改系统环境变量 2 ． 7 ． 2 ． 系 统 设 置 ......>>
问题七：系统设计和需求分析的关系是什么？？急求 2012-4-27 12:19 满意回答 网络规划与需求分析需求分析从字面上的意思来理解就是找出需和求的关系,从当前业务中找出最需要重视的方面,从已经运行的网络中找出最需要改进的地方,满足客户提出的各种合理要求,依据客户要求修改已经成形的方案.本章重点2.1需求分析的类型2.2如何获得需求2.3可行性论证2.4工程招标与投标2.2.1应用背景分析应用背景需求分析概括了当前网络应用的技术背景,介绍了行业应用的方向和技术趋势,说明本企业网络信息化的必然性. 应用背景需求分析要回答一些为什么要实施网络集成的问题.(1) 国外同行业的信息化程度以及取得哪些成效 (2) 国内同行业的信息化趋势如何 (3) 本企业信息化的目的是什么 (4) 本企业拟采用的信息化步骤如何 需求分析的类型P332.2.1应用背景分析应用背景需求分析要回答一些为什么要实施网络集成的问题.(1) 国外同行业的信息化程度以及取得哪些成效 (2) 国内同行业的信息化趋势如何 (3) 本企业信息化的目的是什么 (4) 本企业拟采用的信息化步骤如何 需求分析的类型P332.2.2业务需求业务需求分析的目标是明确企业的业务类型,应用系统软件种类,以及它们对网络功能指标(如带宽,服务质量QoS)的要求.业务需求是企业建网中首要的环节,是进行网络规划与设计的基本依据. 需求分析的类型P332.2.2业务需求通过业务需求分析要为以下方面提供决策依据:(1) 需实现或改进的企业网络功能有那些(2) 需要集成的企业应用有哪些 (3) 需要电子邮件服务吗 (4) 需要Web服务吗 (5) 需要上网吗 带宽是多少 (6) 需要视频服务吗 (7) 需要什么样的数据共享模式 (8) 需要多大的带宽范围 (9) 计划投入的资金规模是多少 需求分析的类型P332.2.3管理需求网络的管理是企业建网不可或缺的方面,网络是否按照设计目标提供稳定的服务主要依靠有效的网络管理.高效的管理策略能提高网络的运营效率,建网之初就应该重视这些策略.需求分析的类型P342.2.3管理需求网络管理的需求分析要回答以下类似的问题:是否需要对网络进行远程管理,远程管理可以帮助网络管理员利用远程控制软件管理网络设备,使网管工作更方便,更高效.谁来负责网络管理;需要哪些管理功能,如需不需要计费,是否要为网络建立域,选择什么样的域模式等;需求分析的类型P342.2.3管理需求选择哪个供应商的网管软件,是否有详细的评估;选择哪个供应商的网络设备,其可管理性如何;需不需要跟踪和分析处理网络运行信息;将网管控制台配置在何处 是否采用了易于管理的设备和布线方式需求分析的类型P342.2.4安全性需求企业安全性需求分析要明确以下几点:企业的敏感性数据的安全级别及其分布情况;网络用户的安全级别及其权限;可能存在的安全漏洞,这些漏洞对本系统的影响程度如何;网络设备的安全功能要求;需求分析的类型P342.2.4安全性需求网络系统软件的安全评估;应用系统安全要求;采用什么样的杀毒软件;采用什么样的防火墙技术方案;安全软件系统的评估;网络遵循的安全规范和达到的安全级别.需求分析的类型P342.2.5通信量需求通信量需求是从网络应用出发,对当前技术条件下可以提供的网络带宽做出评估.需求分析的
问题八：解决方案和需求分析还有系统设计有什么区别 方案是整体的说明
需求 是系统要做什么
系统设计是说要怎么做
问题九：软件需求分析的需求类型 下面这些定义是需求工程领域中常见术语的定义。软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。1．业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例（usecase）文档或方案脚本说明中予以说明。3．功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。在软件需求规格说明书（SRS）中说明的功能需求充分描述了软件系统所应具有的外部行为。软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。对一个大型系统来说，软件功能需求也许只是系统需求的一个子集，因为另外一些可能属于子系统（或软件部件）。作为功能需求的补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。下面以一个子处理程序为例来说明需求的不同种类。业务需求可能是：“用户能有效地纠正文档中的拼写错误”，该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器。而对应的用户需求可能是“找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”。同时，该拼写检查器还有许多功能需求，如找到并高亮度提示错词的操作；显示提供替换词的对话框以及实现整个文档范围的替换。从以上定义可以发现，需求并未包括设计细节、实现细节、项目计划信息或测试信息。需求与这些没有关系，它关注的是充分说明你究竟想开发什么。项目也有其它方面的需求，如开发环境需求或发布产品及移植到支撑环境的需求。尽管这些需求对项目成功也至关重要，但它们并非本书所要讨论的。
⑵ 网络集成方案
CDN网络集成方案
因特网已经成熟，网上内容提供商、出版商和电子商务正在将网络视为一个传递带宽需求高、内容丰富的高性能、高可靠的工具, 诸如电子商务交易、特殊事件、新闻和娱乐服务等。
致力于开发动态的、交互的多媒体网上内容，使得IP网络业界的焦点从第三层连通性问题转移到智能的、第四至第七层的基础设施建设，以便能够更好地支持这些新型内容在响应时间上的严格要求。尤其是，业界的重点正转到内容发送网络或内容分发网（CDN，Content Delivery Network）。
在经过多年的基于自有数据中心基础上的CDN服务，业已为多家客户实现了全国性的CDN服务，他们包括长城证券、南方证券、大鹏证券等。Unihub CDN服务使得最终用户获得了更好的上网体验，将客户访问响应速度平均提升30-50%。我们也看到了目前内容推送服务越来越普遍，在证券、银行等行业，网上交易需求旺盛；电信运营商、内容服务供应商越来越需要提供更丰富的流媒体服务（即所谓的宽带VOD）系统，基于此，我们推出了CDN网络集成解决方案。
客户受益
通过实施CDN集成网络，您可以：
彻底解决网络拥塞，提高响应速度，实现交易的实时性
提升服务质量，提高客户忠诚度
使用多个分布式的节点，各节点之间进行负载均衡和备份，保证系统可靠性
降低了带宽消耗，减少大量租用带宽费用
减轻原服务器的负载，延长服务器使用周期
CDN是一套系统，通常是专门为高性能地分发丰富的多媒体内容、相对于因特网而建立的覆盖网络。CDN存在的理由是，使因特网成为执行关键任务、提供内容丰富的CDN服务的一个值得信赖的发布网。
在更高网络层上发展速度和应用可以更快
改善服务质量和上网体验的需求正在增加
网上内容提供商需要扩大客户群，这些客户经常消费同样内容
运用于宽带VOD运用的CDN网络拓扑图
CDN网络的所将涉及的关键技术
Unihub CDN网络集成方案所采用的关键技术包括：负载均衡技术、动态内容路由、高速缓存机制、动态内容分发与复制、网络安全机制等。
服务器负载均衡技术
一般依照一定标准将用户的请求转到“最佳站点”，从而为其提供更好的服务。这些标准可以是：站点的健康状况、站点距离、检索指定内容所需的响应时间等。
目前比较常用的负载均衡技术主要有基于DNS的负载均衡、反向代理负载均衡、基于地址转换（NAT）的负载均衡技术。根据现有的这些负载均衡技术，我们选择了使用软硬件结合的方式实现网络地址转换的负载均衡方式，以弥补硬件负载均衡器的不灵活，并应用优化的均衡策略来实现后端服务器负载分担的最优状态。
动态内容路由
当用户访问加入CDN服务的网站时，域名解析请求将最终由重定向DNS负责处理。它通过一组预先定义好的策略（如内容类型、地理区域、网络负载状况等），将当时最接近用户的节点地址提供给用户，使用户可以得到快速的服务。同时，它还与分布在不同地点的所有CDN节点保持通信，搜集各节点的健康状态，确保不将用户的请求分配到任何一个已经不可用的节点上。它还具有在网络拥塞和失效情况下，自适应调整路由的能力。
高速缓存机制
Web 缓存服务通过几种方式来改善用户的响应时间。如代理缓存服务、透明代理缓存服务、使用重定向服务的透明代理缓存服务等。通过 Web 缓存服务，用户访问网页时可以将 WAN或 Internet的流量降至最低。这意味着用户可以获得更快的响应，而且企业或 ISP 也会因为通信成本的降低而受益。
动态内容分发与复制
网站访问响应速度取决于许多因素，如网络的带宽是否有瓶颈、传输途中的路由是否有阻塞和延迟、网站服务器的处理能力、访问距离等。内容分发网络可以采用智能路由和流量管理技术，及时发现与访问者最近的加速节点，并将访问者的请求转发到该加速节点，由该加速节点提供内容服务。利用内容分发与复制机制，用户不需要改动原来的网站结构，只需修改少量的DNS配置，就可以加速网络的响应速度。
安全性要求
安全性是网络服务的基石，对于一个完整的CDN网络而言，安全性是必须的要求，这样才能确保客户保密性和内容完整性，安全性机制要求包括：快速、安全的连接请求处理；拒绝服务（DDOS）防护；高性能防火墙和状态检测及周边设备安全；关键部件的冗余和状态故障清除。
CDN集成网络提供如下特性：
快速的响应
在多个站点上进行有效的全球内容的提交
高服务可靠性与可用性
可伸缩性
具有单个或多个进入网络的逻辑接入点，灵活的透明流量重定向功能
资源使用的优化
⑶ 网络需求分析的主要内容是什么
网络规划与需求分析
需求分析从字面上的意思来理解就是找出"需"和"求"的关系,从当前业务中找出最需要重视的方面,从已经运行的网络中找出最需要改进的地方,满足客户提出的各种合理要求,依据客户要求修改已经成形的方案.
本章重点
2.1需求分析的类型
2.2如何获得需求
2.3可行性论证
2.4工程招标与投标
2.2.1应用背景分析
应用背景需求分析概括了当前网络应用的技术背景,介绍了行业应用的方向和技术趋势,说明本企业网络信息化的必然性.
应用背景需求分析要回答一些为什么要实施网络集成的问题.
(1) 国外同行业的信息化程度以及取得哪些成效
(2) 国内同行业的信息化趋势如何
(3) 本企业信息化的目的是什么
(4) 本企业拟采用的信息化步骤如何
需求分析的类型
P33
2.2.1应用背景分析
应用背景需求分析要回答一些为什么要实施网络集成的问题.
(1) 国外同行业的信息化程度以及取得哪些成效
(2) 国内同行业的信息化趋势如何
(3) 本企业信息化的目的是什么
(4) 本企业拟采用的信息化步骤如何
需求分析的类型
P33
2.2.2业务需求
业务需求分析的目标是明确企业的业务类型,应用系统软件种类,以及它们对网络功能指标(如带宽,服务质量QoS)的要求.
业务需求是企业建网中首要的环节,是进行网络规划与设计的基本依据.
需求分析的类型
P33
2.2.2业务需求
通过业务需求分析要为以下方面提供决策依据:
(1) 需实现或改进的企业网络功能有那些
(2) 需要集成的企业应用有哪些
(3) 需要电子邮件服务吗
(4) 需要Web服务吗
(5) 需要上网吗 带宽是多少
(6) 需要视频服务吗
(7) 需要什么样的数据共享模式
(8) 需要多大的带宽范围
(9) 计划投入的资金规模是多少
需求分析的类型
P33
2.2.3管理需求
网络的管理是企业建网不可或缺的方面,网络是否按照设计目标提供稳定的服务主要依靠有效的网络管理.高效的管理策略能提高网络的运营效率,建网之初就应该重视这些策略.
需求分析的类型
P34
2.2.3管理需求
网络管理的需求分析要回答以下类似的问题:
是否需要对网络进行远程管理,远程管理可以帮助网络管理员利用远程控制软件管理网络设备,使网管工作更方便,更高效.
谁来负责网络管理;
需要哪些管理功能,如需不需要计费,是否要为网络建立域,选择什么样的域模式等;
需求分析的类型
P34
2.2.3管理需求
选择哪个供应商的网管软件,是否有详细的评估;
选择哪个供应商的网络设备,其可管理性如何;
需不需要跟踪和分析处理网络运行信息;
将网管控制台配置在何处
是否采用了易于管理的设备和布线方式
需求分析的类型
P34
2.2.4安全性需求
企业安全性需求分析要明确以下几点:
企业的敏感性数据的安全级别及其分布情况;
网络用户的安全级别及其权限;
可能存在的安全漏洞,这些漏洞对本系统的影响程度如何;
网络设备的安全功能要求;
需求分析的类型
P34
2.2.4安全性需求
网络系统软件的安全评估;
应用系统安全要求;
采用什么样的杀毒软件;
采用什么样的防火墙技术方案;
安全软件系统的评估;
网络遵循的安全规范和达到的安全级别.
需求分析的类型
P34
2.2.5通信量需求
通信量需求是从网络应用出发,对当前技术条件下可以提供的网络带宽做出评估.
需求分析的类型
P35
应用类型
基本带宽需求
备注
PC连接
14.4kb/s~56kb/s
远程连接,FTP,HTTP,E-mail
文件服务
100kb/s以上
局域网内文件共享,C/S应用,
B/S应用,在线游戏等绝大部分纯文本应用
压缩视频
256kb/s以上
Mp3,rm等流媒体传输
非压缩视频
2Mb/s以上
Vod视频点播,视频会议等
表2-1 列举常见应用对通信量的需求
2.2.5通信量需求
未来有没有对高带宽服务的要求;
需不需要宽带接入方式,本地能够提供的宽带接入方式有哪些;
哪些用户经常对网络访问有特殊的要求 如行政人员经常要访问OA服务器,销售人员经常要访问ERP数据库等.
哪些用户需要经常访问Internet 如客户服务人员经常要收发E_mail.
哪些服务器有较大的连接数
哪些网络设备能提供合适的带宽且性价比较高.
需要使用什么样的传输介质.
服务器和网络应用能够支持负载均衡吗
需求分析的类型
P35
2.2.6网络扩展性需求分析
网络的扩展性有两层含义,其一是指新的部门能够简单地接入现有网络;其二是指新的应用能够无缝地在现有网络上运行.
扩展性分析要明确以下指标:
(1) 企业需求的新增长点有哪些;
(2) 已有的网络设备和计算机资源有哪些
(3) 哪些设备需要淘汰,哪些设备还可以保留
(4) 网络节点和布线的预留比率是多少
(5) 哪些设备便于网络扩展
(6) 主机设备的升级性能
(7) 操作系统平台的升级性能
需求分析的类型
P35
2.2.7网络环境需求
网络环境需求是对企业的地理环境和人文布局进行实地勘察以确定网络规模,地理分划,以便在拓扑结构设计和结构化综合布线设计中做出决策.
网络环境需求分析需要明确下列指标:
(1) 园区内的建筑群位置;
(2) 建筑物内的弱电井位置,配电房位置等;
(3) 各部分办公区的分布情况;
(4) 各工作区内的信息点数目和布线规模;
需求分析的类型
P36
2.3.1获得需求信息的方法
1. 实地考察
实地考察是工程设计人员获得第一手资料采用的最直接的方法,也是必需的步骤;
如何获得需求
P36
2.3.1获得需求信息的方法
2. 用户访谈
用户访谈要求工程设计人员与招标单位的负责人通过面谈,电话交谈,电子邮件等通讯方式以一问一答的形式获得需求信
如何获得需求
P36
2.3.1获得需求信息的方法
3.问卷调查
问卷调查通常对数量较多的最终用户提出,询问其对将要建设的网络应用的要求.
如何获得需求
P36
问卷调查的方式可以分为无记名问卷调查和记名问卷调查
2.3.1获得需求信息的方法
4.向同行咨询
将你获得的需求分析中不涉及到商业机密的部分发布到专门讨论网络相关技术的论坛或新闻组中,请同行给你参考你制定的设计说明书,这时候,你会发现热心于你的方案的人们通常会给出许多中肯的建议
如何获得需求
P36
2.3.2归纳整理需求信息
通过各种途径获取的需求信息通常是零散的,无序的,而且并非所有需求信息都是必要的或当前可以实现的,只有对当前系统总体设计有帮助的需求信息才应该保留下来,其他的仅作为参考或以后升级使用.
1.将需求信息用规范的语言表述出来
2.对需求信息列表
如何获得需求
P38
2.3.2归纳整理需求信息
需求信息也可以用图表来表示.图表带有一定的分析功能,常用的有柱图,直方图,折线图和饼图.
如何获得需求
P39
2.4 可行性论证
需求分析所取得的资料经过整理后得到需求分析文档,但这种需求分析文档还需要经过论证后才能最终确定下来.参与论证活动的人员除了需求分析工作的负责人外,还要邀请其他部门的负责人,以及招标方的领导和专家.
可行性论证求
P40
2.4.1 可行性论证的目的
可行性论证是就工程的背景,意义,目的,目标,工程的功能,范围,需求,可选择的技术方案,设计要点,建设进度,工程组织,监理,经费等方面作出可行性验证,指出工程建设中选择软硬件的依据,降低项目建设的总体风险.
提供正确选择软硬件系统的依据
验证可行性,减少项目建设的总体风险
产生应用系统原型,积累必要的经验
加强客户,系统集成商,设备供应商之间的合作关系
降低后期实施的难度,提高客户服务水平和满意度
可行性论证求
P40
2.4.1 可行性论证的目的
在编写可行性论证报告时,主要对下列项目逐条说明:
1.系统建设的目的
2.技术可行性
3.应用可行性
4.人员,资金可行性
5.设备可行性
6.安全可行性
可行性论证求
P40
2.5 工程招标与投标
为了保证网络工程的建设质量,网络建设方应该以公开招标的方式确定承建商.参与投标的承建商拿出各自的标书参与投标,其中标书的主要内容就来自于需求分析报告和可行性论证报告.
工程招投标是一个规范的网络工程必需的环节.
工程招标与投标
P41
2.5.1工程招标流程简介
1.招标方聘请监理部门工作人员,根据需求分析阶段提交的网络系统集成方案,编制网络工程标底;
2. 做好招标工作的前期准备,编制招标文件;
3. 发布招标通告或邀请函,负责对有关网络工程问题进行咨询;
4. 接受投标单位递送的标书;
5. 对投标单位资格,企业资质等进行审查.审查内容包括:企业注册资金,网络系统集成工程案例,技术人员配置,各种网络代理资格属实情况,各种网络资质证书的属实情况.
工程招标与投标
P41
2.5.1工程招标流程简介
6. 邀请计算机专家,网络专家组成评标委员会;
7. 开标,公开招标各方资料,准备评标;
8. 评标,邀请具有评标资质的专家参与评标,对参评方各项条件公平打分,选择得分最高的系统集成商;
9. 中标,公告中标方,并与中标方签订正式工程合同.
工程招标与投标
P41
2.5.2工程招标
计算机网络工程招标的目的,是为了以公开,公平,公正的原则和方式,从众多系统集成商中,选择一个有合格资质,并能为用户提供最佳性能价格比的集成商.
编制招标文件
招标
工程招标与投标
P41
2.5.3工程投标
投标人在索取,购买标书后,应该仔细阅读标书的投标要求及投标须知.在同意并遵循招标文件的各项规定和要求的前提下,提出自己的投标文件.
编制投标文件
投标
1,递交投标文件
2,评标
3,中标
4,签订合同
工程招标与投标
P41
标书内容
(1)参评方案一览表
(2)参评方案价格表
(3)系统集成方案
(4)设备配置及参数一览表
(5)公司有关计算机设备及备件报价一览表
(6)从业人员及其技术资格一览表
(7)公司情况一览表,
(8)公司经营业绩一览表
(9)中标后服务计划
(10)资格证明文件,及参评方案方认为需要加以说明的其他内容
(11)文档资料清单
(12)参评方案保证金
⑷ 什么是集成，系统集成，网络系统集成
词语介绍：集成
拼音：jí chéng
基本解释：集成（integration）就是一些孤立的事物或元素通过某种方式集中在一起，产生联系，从而构成一个有机整体的过程。
2.引证解释：
指集约度很高的生产工艺、生产设备及产品。例如手机、数码视听等便携电子产品广泛使用的是集成度很高的贴片工艺和集成电路芯片。电脑主板往往集成了集成显卡、声卡和网卡。一块CPU芯片，可以集成上千万个半导体零件；神舟飞船则集成了约20万个配套的系统。在家装业，集成吊顶的优势也是传统装饰无法比拟的。
⑸ 你怎样理解网络系统集成
系统集成，从字面意思理解，就是将各功能部分综合、整合为统一的系统。然而系统集成的应用含义远不止此。系统集成也可以理解为通过将建筑内的有关的系统（如安防、中央空调、给排水、消防、照明、机电等各子系统）设备集中进行管控的一种重要的技术。
它能够实现各个相对独立运行系统的集中控制，包括弱电子系统以及建筑物内的重要运行项目，还能实现各个单体建筑之间的信息共享等。
集中的管理系统代替传统的管理模式，从而实现管理的系统化、集成化。由于在这一过程中涉及的设备、软硬件众多且不具备统一性，为了达到统一调配管理的目的，需要运用一定的技术手段进行资源的整合、数据的处理，系统的兼容，即系统集成，相比单独的几项弱电工程要繁复的多。
集成系统除了具有强大的管控功能之外，各项关键的软件技术和支撑的硬件配置、各个独立系统之间的信息传递与共享，是集成系统正常运行的重要基础。
系统集成有以下几个特点：
1、系统集成要以满足用户的需求为根本。
2、系统集成不是选择最好的产品的简单行为，而是要选择最适合用户的需求和投资规模的产品和技术。
3、系统集成不是简单的设备供货，它体现更多的是设计、调试与开发的技术和能力。
4、系统集成包含技术、管理和商务等方面，是一项综合性的系统工程。技术是系统集成工作的核心，管理和商务活动是系统集成项目成功实施的可靠保障。
5、性能性价比的高低是评价一个系统集成项目设计是否合理和实施是否成功的重要参考因素。
总而言之，系统集成是将各系统各设备和各功能整合的一种技术行为，管理行为。
⑹ 什么是网络集成
分类: 电脑腊销竖/网络 >> 软件
问题描述:
谁能说的具体点？谢谢
在线等~~
解析:
网络集成是系统集成的一部分:系统集成包括软件，比如根据客户的需求给他们开发一套应用软件。总之就是给客户构建一个完整的IT系统。从布线，到应用软件；从硬件到软件，无所不包括。当然，轮大现代的IT系统都离不开网络，而且网络属于IT系统的基础架构，重要性高而且不易改动，斗知所以，通常认为网络集成是系统集成中最关键的一个环节。
这里有个关于网络集成的论坛～你去那里看看吧^^～
itpub/forum14
⑺ 为什么要进行网络系统集成
网络系统集成技术较好地解决了节点之间信息不能共享、没有统一管理、整个系统性能低下的“信息孤岛”问题，真正地实现了系统的信息高度共享、通信联络通畅、彼此有机协调，达到系统整体效益最优的目标。
⑻ 什么是网络系统集成计算机网络系统集成的功能是什么
网络系统集成是指由一方来提供整个网络系统。
网络系统是一个很复杂的系统，包括软件（平台、环境、支撑），包括硬件（路由、防火墙、交换机、布线），一般来说，需要又各个专业的人或者公司通力配合完成一个网络系统的建设。而网络系统集成商类似于路桥、建筑的总承包商，由一家来统领协调各个功能模块的建设，完成整个网络系统的建设。
⑼ 网络集成和系统集成的区别是什么，网络布线和综合布线有什么区别
网络集成属于系统集成里的一个分类。网络布线属于综合布线里的一个分类。x0dx0a简单给你解释一下系统集成和综合布线。x0dx0a系统集成：将不同的系统，根据应用需要，有机地组合成一个一体化的、功能更加强大的新型系统的过程和方法。是在系统工程科学方法的指导下，根据用户需求，优选各种技术和产品，将各个分离的子系统连接成为一个完整可靠经济和有效的整体，并使之能彼此协调工作，发挥整体效益，达到整体性能最优。系统集成一般包含硬件系统集成和智能建筑系统集成还有软件系统集成。综合布线、楼宇自控、电话交换机、机房工程、监控系统、防盗报警、公共广播、门禁系统、楼宇对讲、一卡通、停车管理、消防系统、多媒体显示系统、远程会议系统。都属于系统集成范围。网络系统集成：就是指通过计算机网络技术，将各个分离的设备（如个人电脑）、功能和信息等集成到相互关联、统一协调的系统之中，使系统达到充分共享，实现集中、高效、便利的管理。x0dx0a综合布线：是指按标准的、统一的和简单的结构化方式布置各种建筑物(或建筑群)内各种系统的通信线路。包括网络系统、电话系统、监控系统、电源系统和照明系统等。因此，综合布线系统是一种标准通用的信息传输系统。