第一章
1、利益相关者是在软件项目中存在利害关系的人。任何受到系统影响或对系统开发产生影响的人，都是利益相关者。主要的利益相关者：客户（用户或系统的所有者）、开发者（分析员、程序员等）。（P3）
2、迭代和增量过程的成功是以对系统体系模块的早期认识为基础的。这些模块应当有其相似的规模、高度的内聚和极小的重叠（耦合）。实现模块次序也很重要。如果模块依赖于其他上在开发的的模块中的信息或计算，那么它们可能无法发布。除非对迭代和增量开发进行规划和控制，否则过程会沦为不能控制项目实际进度的“特别黑客“。
3、能力成熟度模型（CMM , capability maturity model）是一种用来进行过程评估和改进的流行方法。
4、楼梯上的5个台阶是：混乱、项目管理、方法和工具、度量以及持续的质量改进。经验表明，要上升一个成熟度级别需要数年时间。（P5）
5、ISO 9000标准系列的主要前提是：如果过程是正确的，那么过程的结果也将是正确的。“质量管理的目标是通过在产品中建立质量而不是测试质量来生产优质的产品“。
6、对于又ISO认证组织来说，一个试金石是即使它的全部劳动力被替换掉，它也能够生产出优质的产品或提供优质的服务。为了这个目标，组织必须文档化并记录它的所有正式活动，必须为每个活动定义书面程序，包括当出现错误时或客户抱怨时应该做什么。（P6）
RQ3 每个迭代中的增量版本是否向开发中的软件产品增加了新的功能？
答：不，他没有；增量改进了非功能性的软件质量。
7、必须对信息系统项目进行规划，必须为初期开发、改进或者排除而进行识别、分类、排序和选择。问题时，那种IS技术和应用系统对系统对业务的回报价值最大？在理想情况下，
所做的决定应当以定义良好的业务策略和仔细且有条不紊的规划为基础。
8、有许多组织----特别是许多小型组织----并没有明确的业务策略。这样的组织有可能会通过简单的识别当前最迫切需要处理的业务问题来决定信息系统开发。这样的运作模式允许小型组织快速地重新对当前情况集中精力，利用新的机会和抵御新的威胁。大型项目需要长时间来完成。它们太过麻烦，以至于不易被改变替换。它们需要容纳，甚至瞄准未来的机会和威胁。
9、系统规划可以通过多种方式来制定。一种传统的方法称为SWOT----优势、劣势、机会、威胁。所有的系统规划方法都有一个重要的共同点：它们关心效果（做正确的事）而不是效率（做事正确）。”更有效率“意味着可以使用现有的或更少的资源，以更快的速度完成相同的工作。“更有效果”意味着使用可选择的资源和想法做一个更好的工作，也可以意味着通过创新来实现竞争优势。
优势包括（了解）：品牌和专利的拥有；在客户和供应商中良好的口碑；资源或技术的专有权；由于生产量、私有的专门技能、专有权力或伙伴关系而带来的成本优势等。
劣势通常是潜在优势的缺乏。劣势例子包括：不可靠的现金流；员工的劣等技术基础和对一些关键员工的依赖；欠佳的营业地点等。（P11）
RQ3 在VCM方法中，“营销和市场“是一个基础活动。
RQ5 ISA框架的5个视角是：规划者、所有者、设计者、建造者、承包者。（P15）
RQ3 数据集市这样的OLAP技术的目的是支持个别部门或业务功能，并且仅仅存储被汇总的历史数据。
RQ4 数据挖掘是支撑知识处理系统的主要技术。（P18）
RQ3 体系结构设计阶段主要负责生产/交付一个适应性系统。（P26）
选择（P37）
Q5 哪个CMM成熟度级别为一个组织所需要，使其能够成功响应一个危机情况？
答：要成功地响应危机情况，一个组织至少需要位于CMM成熟度的第3级。位于第1
级的组织为了过程管理而依赖关键个体，过程本身并没有被文档化。位于第2级的组织拥有来自过去经验的直觉过程。位于过程成熟度第3级的组织拥有系统化的和为所有遵循的过程。（P38）
第二章
RQ1 为了填补业务人和IT人士之间的空白的最流行的可视化业务过程建模语言是业务过程建模法
RQ2 BPMN中的4类建模元素是：流对象、连接对象、泳池、人工制品
RQ3 一个序列可以连接两个泳池吗？
答：不能，泳池可以通过消息流或关联与公共人工制品进行通信
RQ4 交付一个IT服务以解决当前业务问题或是促进未来业务创新的业务价值驱动方法是：解决方案构想（P51）
RQ1 业务分析员负责引导和记录领域知识需求和用例需求
RQ2 两种主要需求：功能性需求、非功能性需求
RQ3 在调查表中，3种形式的封闭式问题：多项选择问题、评价问题、排序问题
RQ4 在JAD活动中领导、文书、客户、分析员是参与者
RQ5 将RAD开发团队称为：先进工具的专业开发人员（SWAT）（P59）
选择（P72）
Q5 需求引导目标在于使领域知识需求和用例需求一致，解释着两种需求的不同。在需求确定阶段，一种需求要优先于另一种吗？
答：领域知识需求从应用领域的常规理解获得。用例需求从具体的商业惯例和过程研究中获得。通常，两种需求或多或少地并行收集。初始调查可能集中于领域知识需求，但最终必须与客户一起对所有的需求进行验证。在分析和设计过程地后期，用例需求处于中心位置。用例需求驱动所有的开发模型和人工制品，并对照用例需求对开发模型和人工制品进行验证。（P73）
第三章
RQ2 用例图与用例规格说明一样吗？
答：不一样，后者包括图和用例的设计行为的完整文本描述。（P84）
RQ1 实体类与业务对象的概念是相同的（同义词）
RQ2 重数的概念是否适合聚合？
答：是的，聚合是一种关联形式（P92）
RQ1 子系统被建模为包的构造型还是构件型？
答：在UML2.0中，将子系统建模为构件的构造型。然而，在UML的较早版本中，它被建模为包的构件模型。（P100）
选择（P102）
Q1 解释静态模型、行为模型和状态机模型的主要特点和互补特性
静态模型描述系统的静态结构----类、类的内部结构和类之间的关系。静态建模的主要可视化技术是类图。行为模型描述系统中对象的动作，以支持业务功能----交互、操作和作用于数据上的算法。行为建模包括用例图、顺序图、通信图和活动图。状态机模型描述对象在其生命周期中状态的动态变化。状态机建模的主要可视化技术是状态机图。
这3个模型提供了不同但互补的视点，通常基于相同的建模元素。静态视图显示存在于系统中的元素种类。行为视图确保组成元素能够执行所需要的系统功能。个好的静态模型应该能够适当地容纳新的或扩展的系统功能。状态机视图为类的进化定义了框架，并定义
了行为和静态模型必须遵守的对类状态的约束。（P103）
第四章
RQ2 哪些MVC对象代表鼠标和键盘事件？
答：控制器对象
RQ3 哪个J2EE核心层负责建立和维护与数据源的链接？
答：集成层
RQ4 哪个PCBMER层负责建立和维护与数据源的链接？
答：资源层（P115）
RQ2 角色名的作用：解释比较复杂的关联----特别是自身关联（递归关联，连接同一个类中的对象）
RQ3 在聚合中，传递性的含义：表示如果对象子集C是对象子集B的一部分，且对象子集B是对象子集A的一部分，则对象子集C必然是对象子集A的一部分
RQ4 子类对象是超类变量的合法值，这项结果与可替换性原则有关（P135）
RQ1 用例图不能表示并发控制流
RQ2 活动图能在开发类模型前构建，活动图不直接显示完成动作的对象类
RQ3 消息能表示对象间的异步通信，这样的消息称为信号
RQ4 顺序图UML建模技术对发现类操作最有帮助（P145）
选择（P148）
Q1 PCBMER体系结构七个原则，其中NCP和APP这两个原则是形成层次传递而不是网状传递体系结构的最重要原因。NCP原则不允许非邻层对象之间进行直接通信，这一点强化了等级通信顺序。例如，如果A和C不是相邻层，但是B是A和C的邻层，那么A和B 通信以的到C的服务。而在网络中，A可以直接与C交流信息。APP原则抵消了NCP原则的严格性。为了允许非邻层通信，尤其是当层距离很远时，被迫使用长消息链，有时很难处理。引入一个独立的接口层来允许非邻层的对象互通消息，而不产生不受欢迎依赖，时解决APP原则带来的两难境地的一个方案。
Q13 那些UML模型专门进行行为规格说明？解释它们各自的作用以及它们是怎样相互联系共同定义系统行为的？
答：最适合行为规格说明的UML模型是：活动图、顺序图、通信图。
活动图最适合用于模型计算----计算过程或工作流中的顺序及并发步骤。依赖于模
型中动作粒度的大小，活动图可以应用于具有不同详细程度的不同抽象层次的模型计算。活
动图还能对用例或类操作中的计算进行建模。
顺序国以时间顺序展示对象之间交流的消息，与括动图相们，它们能够用于不同的教度水平上，可以描述整个系统的般信息的交换，或描迷单个操作的详细消息。斯序图在分析阶段广泛使用。它们能够用干确定类中的操作。与通信图不同，顺序图不显示对象关系。
通信图与顺序图不相上下，它能显示对象间交换的消息。如果需要，它能对消息编号以显示时间维。另外，它能显示对象关系。通信图更适合在设计阶段使用，对用例或操作的实现建模。
所有这3种模型在行为规格说明中都有各自的作用和地位。它们可以用于表示同一个行为的不同方面，但更多地用于捕捉不同的行为或同一行为的不同抽象水平。当活动图用于表示不同抽象水平的模型时，具有特殊的灵话性。顺序图倾向于在分析阶段使用，通信图倾向于在设计阶段使用。
需求分析方法论 原则上，需求分析阶段IT中心应尊重需求方的项目管理和项目分析能力；在具体的任务开展上，以不干扰需求方的自主权为主，除非在项目过程中发现需求方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功，IT中心必须加强项目管理和项目分析工作，在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。 其中，需求分析是一个项目的开端，也是项目建设的基石。在以往的信息化建设失败的案例中，80％是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理，用户不习惯或不愿意去用应用管理软件。作为IT中心，必须提醒需求方重视需求分析的重要性，采用必要的手段和方法来进行需求调研，同时IT 中心也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向，才能在将来的功能界定、实施上有发言权。 一、如何进行需求分析 需求分析不象侦探推理那样需从蛛丝马迹着手，而是应该先了解宏观的问题，再了解细节的问题。 一个应用软件系统（记为S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。 S={D1，D2，D3，…Dn} 问题域Di由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。 Di={P1，P2，P3，…Pm} 问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的实现接口。 Pj={F1，F2，F3，…Fk} 需求说明书应该对于那些只想了解宏观需求的领导，和需要了解细节的技术人员都合适。在写需求说明书时应该注意两个问题： 1、最好为每个需求注释“为什么”，这样可让双方（IT中心、需求方）了解需求的本质，以便选用最合适的技术来实现此需求。 2、需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。 二、重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性，以及需求分析的高风险性，软件需求分析的重要性是不言而喻的，同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 1、用户说不清楚需求 有些用户对需求只有朦胧的感觉，当然说不清楚具体的需求。例如总部各部门及各地的很多店铺在进行应用系统以及网络建设时，需求方的办公人员大多缺乏IT系统建设方面的专家和知识。此时，用户就会要求IT中心系统分析人员替他们设想需求。项目的需求存在一定的主观性，为项目未来建设埋下了潜在的风险。 2、需求自身经常变动 根据以往的历史经验，随着用户对信息化建设的认识和自己业务水平的提高，他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上，历史上没有一个软件的需求改动少于三次的！所以必须接受“需求会变动”这个事实，在进行需求分析时要懂得防患于未然，尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求，以便在系统选型及实施时，将软件的核心建筑在稳定的需求上，同时留出变更空间。IT中心在需求分析的功能界定上担任一个中间、公平、公正的角色，所以也必须积极参与到需求分析的准备中来，以便协助需求方来界定“做什么”、“不做什么”的系统功能界限。 3、IT中心分析人员或用户理解有误 系统分析人员不可能都是全才，更不可能是行业方面的专家。用户表达的需求，不同的分析人员可能
1目的 对项目的需求分析活动进行控制，明确需求规格说明书的要求。 2适用范围 适用于项目的用户（包括确定顾客和潜在顾客）需求分析活动。 3职责 项目负责人指定人员组成用户需求分析小组，并委任需求分析负责人。 需求分析组了解和分析用户的需求，并编制《需求规格说明书》。 项目负责人负责组织对需求规格说明书的评审。 4工作流程 4.1确定需求分析人员 在项目立项，完成项目策划后，项目负责人指定人员组成需求分析小组，并委任负责人。 4.2需求分析实施 需求分析小组进行用户需求分析工作，主要了解以下的内容： 用户业务与项目有关的部分； 用户的工作流程； 用户的相关部门及职责； 使用人员的技术水平； 用户原有系统的现状； 用户对项目交付成果的期望和具体要求。 4.3编制《需求规格说明书》 在充分了解用户需求的基础上，需求分析小组编写《需求规格说明书》，要求参见《需求规格说明书》模板。该模板规定了《需求规格说明书》的内容和要求，编写时可根据具体的项目情况进行调整。必要时，可在有关的章节中引述其它资料作为附录。 4.4需求评审 为保证需求定义的正确性、完整性和清晰性，应对《需求规格说明书》进行评审，
评审主要考虑以下准则： 客户或潜在客户需要的可追溯性； 与客户或潜在客户需要的一致性； 可测试性； 系统(子系统)设计的可行性； 操作和维护的可行性。 4.5需求管理 《需求规格说明书》经评审后，按《配置管理程序》进行管理；需求的修改与变更，应按照《更改控制程序》执行。 5相关程序文件 序号名称编号 1 配置管理程序WAYOUT-QP-02 2 更改控制程序WAYOUT-QP-03 6记录 序号名称模板编号 1 需求规格说明书WAYOUT-QF-05 2 评审报告WAYOUT-QF-06
第一部分行业发展现状与市场需求情况分析21世纪是物流挂帅的世纪。物流发展的水平已经成为一个国家、一个地区、一个企业核心竞争力的重要标志之一。 一、我国物流业发展现状与趋势 近年来，我国物流业受到了社会各方面的广泛关注，成为经济生活中的一个热点和亮点。现代物流的发展方兴未艾，预计将在新世纪里得到更快的发展。 （一）发展我国物流业的重要性 当降低成本、提高生产效率的竞争发展到一定程度之后，企业竞争的焦点开始由生产领域转向流通领域。世界经济贸易一体化趋势的加速发展，导致了现代物流这一货运流通领域全新理论和技术的不断发展和创新，高新技术的突飞猛进和计算机信息网络的日益普及，促使传统物流在不断向现代意义上的物流转变。许多国家政府以及有关业界纷纷开始意识到：现代物流的发展水平已成为一个国家综合国力的重要标志。 物流费用是我国工业企业仅次于原材料采购成本的最大支出。我国的流通费用约占GDP的20%，而发达国家如美国仅占10%左右。我国2001年GDP总量为95933亿元，当年全社会的物流费用支出为19186亿元，如果将这笔物流费用平均每降低1个百分点，全社会就能节约190亿元，而要达到发到国家的10%左右的水平，还有10个百分点的发展空间，粗略的估计也有9000亿元。 由此可见，发展现代化的物流产业，是关系到国计民生的重要举措。 对于我国企业来讲，物流管理不仅在提高运输效率，降低库存水平和
对市场变化的快速反应方面卓有成效，更重要的是，物流管理可以帮助企业打破部门本位主义思想，协调各部门的努力，使之方向一致。因此，物流管理问题对于企业来讲，应该放到战略角度来考虑，发挥企业的整体优势，充分发掘第三利润源。 （二）我国物流业发展现状 现代物流在中国已经起步，标志主要有以下三点： （1）工商企业已经不满足于传统储运企业的单一、单项、分散的储运服务，正在向社会、向市场寻求现代物流服务。 （2）传统储运（运输、仓储、货代、邮电等）企业纷纷包装，改换门庭，向现代物流企业发展；工商企业内部的储运机构也有独立化的趋势，向物流企业发展。 （3）陆续产生了一批三资、民营或股份制的现代物流企业。 1.物流需求市场现状 物流费用是我国工业企业仅次于原材料采购成本的最大支出。我国的流通费用约占GDP的20％，而发达国家如美国仅占10％左右。 根据中国仓储协会的调查，我国现在的生产企业和商业企业，经营的产品呈多样化格局，这就意味着企业需要投入较高的存置成本（carryingcost），需要对多类型货物在存储上加以区分，物流对象的复杂化也给物流经营带来更大的挑战。目前我国生产企业中，43％的企业销售在全国范围内，57％的企业的销售在全球范围，由此可见，大部分企业的销售需要全国范围的物流网络的支持。 我国目前的物流系统运作特征主要体现在以下两个方面： （1）工商企业库存期长、周转慢。 （2）物流作业指标维持往年水平，物流经营成本有所上升。 表1-1的数据来源于中国仓储协会对中国物流市场的第三次调查报告。结果表明，不同的行业物流量和物流费用的差异较大。 表1-1：我国企业物流量以及物流费用情况
怎样做需求分析之五:调研之需求研讨 作者 : fangang 发布时间 : 2012-02-08 00:20 前面我们探讨了业务研讨会应当怎样组织, 下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。如果说组织业务研讨会是项目经理的功底, 那么讨论业务需求就是需求分析人员的功底。 以往我们常常认为, 需求分析是一件最简单的事情。客户说他们需要做一个什么软件, 有些什么功能, 我们照着做就可以了,所谓的需求分析员就是需求的记录员。我要说, 这是一个极大的错误,许多失败的软件项目, 或者说软件项目中的需求问题,大多都源于此。经过人们多年的研究发现, 在需求分析过程中, 客户存在的最大问题就是提不出正确的需求, 这表现为几种形式: 1. 由于对软件不了解,客户提不出需求,不知道软件最终会做成什么样子。这类客户在需求讨论过程中,往往只能描述目前自己手工管理的方式是怎样的,不知道计算机会怎样管理。 2. 能提出一些业务需求,但当软件做出来摆在自己面前时,需求就变了。这类客户,他们能熟练使用电脑, 对信息化管理是清楚的。他们提出的业务需求从整体上应当是八九不离十的。但是,由于没有实物,在软件中的一些具体操作并没有完全想清楚。因此,当软件真正做出来摆在自己面前时, 甚至经过一系列流程操作以后, 会对一些操作提出变更需求。他们正如那句经典的话说的:“I have changed when it saw it.” 3. 能非常详细地提出业务需求,甚至有时候该怎么做的提出来了。这类客户,参与过很多软件信息化建设, 甚至有些还是软件开发的半专业人士。但是他们提出的业务需求过于具体, 甚至怎样实现都说出来了, 但这些有时候不是最佳设计方案、可能在技术上难于实现, 甚至有些就是过于理想化而不可实现。 因此, 我在进行需求研讨的时候, 首先跟客户探讨的不是软件功能, 而是客户现有的业务知识,用专业的话叫“ 业务领域分析” 。客户现有的业务流程是什么样的,
培训需求分析的方法和工具 培训需求分析是企业培训的出发点，也是最重要的一步工作。如果需求分析不准确，就会让接下来的培训偏离轨道，做无用功，浪费企业的人力、物力和财力，却收不到应有的效果。企业要进行有效的需求分析，就必须采取合适方法和工具，本文全面介绍了通常情况下培训需求分析使用的方法以及对应的工具。 一、需求分析的方法和工具 1.1 调研问卷法 调研问卷法是最普遍也最有效的收集资料和数据的方法之一。一般由培训部门设计一系列培训需求相关问题，以书面问卷的形式发放给培训对象，待培训对象填写之后再收回进行分析，获取培训需求的信息和数据。 调研问卷法进行培训需求分析，可以遵循以下五个步骤，见表1： 在设计调研问卷的问题时，应该注意下几个问题： 1、问题尽量简短，并注意使用简单的、固定用法的术语，避免使用读者不了解或者容易引起歧义的名词； 2、一个问题只涉及一件事，避免“结构复杂”的问句； 3、题目设计要简单，不要使作答者作计算或逻辑推理； 4、避免出现诱导答案的问题，保证作答者完全陈述自己观点。
备注：填表时在对应的内容下面用“√”标明。 1.2 访谈法 访谈法也是数据收集的一种重要方法。它是指为了得到培训需求的数据和信息，与访谈对象进行面对面交流的活动过程。这个过程不只是收集硬性数据，比如事实、数据等，包括印象、观点、判断等信息。 访谈法可以遵循以下几个步骤进行，见表3：
1.3现场取样法 现场取样法一般较多使用于服务性行业的培训需求调查（如饭店、卖场等），是通过选取培训对象现场实际工作的部分片段进行分析，以确定培训需求的一种分析方法。现场取样法主要包括两种形式：拍摄和取样。 拍摄是指在培训对象的工作环境中安装监控录影机、摄像机等拍摄设备，对培训对象的现场工作过程进行实际拍摄，事后通过录影带进行观察分析，得出培训需求结论。表5为拍摄样板的示例。
需求分析，概要设计，详细设计的标准格式 一、开发计划 （一）引言 1、目的 说明编制开发计划的目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 （二）概述 1、工作内容 2、主要参加人员 3、成果 列出要提交给用户的程序文件、文档或服务的名称，及非移交 成果的名称。 4、完成的最迟期限 （三）实施计划 1、任务的分解及人员分工 列出各项任务及其负责人和主要参加人员。 2、进度 列出各任务的开始日期和完成日期。 3、关键问题 列出影响整个开发项目的关键问题，技术难度、风险及处理方 案。 （四）支持条件 1、计算机系统支持 2、需要由用户承担 二、需求分析说明书 （一）引言 1、目的 说明编制需求分析说明书的目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 （二）概述 1、目标 说明本项软件开发意图、应用目标、作用范围等，以及所开发的软件与其它软件的关系。
2、用户特点 列出使用本软件的用户类型、特点、其教育程度和技术特长。 3、约束和假定 列出本软件开发工作的假定和约束。 （三）需求规定 1、对功能的规定 根据功能模型逐项说明本软件各项功能的详细需求。 列出完成各项功能所需输入，处理，输出及所需控制等。 2、对性能的规定 包括精度、时间特性要求、灵活性。 3、数据要求 数据分为静态数据和动态数据两类。 静态数据是指在程序运行过程中一般不改变的数据； 动态数据是指在运行中发生变化、需要输入输出的数据。 （1）数据描述 （2）数据采集 （3）输入输出要求 （4）其它要求 （四）运行环境规定 （1）硬件 包括处理机、网络、输入输出设备及其它设备。 （2）软件 列出支持软件。 （3）接口 包括必要的硬件接口、软件接口、通讯接口等。 （五）关于不可能实现的用户要求的说明 三、概要设计说明书 （一）引言 1、目的 说明编制概要设计说明书目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 （二）总体设计 1、需求规定 简述本系统的主要功能、性能等要求。 详见需求分析说明书。 2、运行环境 简述本系统的运行环境规定。 详见需求分析说明书。
第一部分行业发展现状与市场需求情况分析 21世纪是物流挂帅的世纪。物流发展的水平已经成为一个国家、一个地区、一个企业核心竞争力的重要标志之一。 一、我国物流业发展现状与趋势 近年来，我国物流业受到了社会各方面的广泛关注，成为经济生活中的一个热点和亮点。现代物流的发展方兴未艾，预计将在新世纪里得到更快的发展。 （一）发展我国物流业的重要性 当降低成本、提高生产效率的竞争发展到一定程度之后，企业竞争的焦点开始由生产领域转向流通领域。世界经济贸易一体化趋势的加速发展，导致了现代物流这一货运流通领域全新理论和技术的不断发展和创新，高新技术的突飞猛进和计算机信息网络的日益普及，促使传统物流在不断向现代意义上的物流转变。许多国家政府以及有关业界纷纷开始意识到：现代物流的发展水平已成为一个国家综合国力的重要标志。 物流费用是我国工业企业仅次于原材料采购成本的最大支出。我国的流通费用约占GDP的20%，而发达国家如美国仅占10%左右。我国2001年GDP总量为95933亿元，当年全社会的物流费用支出为19186亿元，如果将这笔物流费用平均每降低1个百分点，全社会就能节约190亿元，而要达到发到国家的10%左右的水平，还有10个百分点的发展空间，粗略的估计也有9000亿元。 由此可见，发展现代化的物流产业，是关系到国计民生的重要举措。 对于我国企业来讲，物流管理不仅在提高运输效率，降低库存水平和对市场变化的快速反应方面卓有成效，更重要的是，物流管理可以帮助企业打破部门本位主义思想，协调各部门的努力，使之方向一致。因此，物流管理问题对于企业来讲，应该放到战略角度来考虑，发挥企业的整体优势，充分发掘第三利润源。
需求分析：需求调研的七种方法要想给人做管理软件，首要的事情自然是把人家现在的业务内容、管理方式弄清楚。即使你是这个领域的业务专家，也要明白一点，无论业务内容是否相同，管理方式一定是不同的，业务可以复制，技术可以复制，管理不能复制。例如，要给仓库做管理系统，需要先了解这个仓库是怎么管理的，怎么出库，怎么入库，怎么盘点，怎么核算；需要给采购部做管理系统，需要先了解采购部是怎么运作的，怎么制定采购计划，怎么下采购单，怎么签订采购合同，等等。 开发信息管理系统，首当其冲的需求来源就是如何将现在的手工业务电子化，没有这一步，说什么资源整合，说什么提高效率，说什么降低成本，说什么智能决策，都是浮云。对于管理软件来说，需求获取重点在如何理解客户业务，这是需求获取阶段最重要，也是最困难的事情，当然，对于需求分析者来说，理解业务与需求获取往往是交错进行的，很难割裂开来。 需求获取一般包括这几种方式：观察法、体验法、单据分析法、报表分析法、问卷调查法、访谈法、需求调研会法。这是需求调研的“七种武器”，它们各有优缺点，无论你想要了解的是什么需求，都需要将这些方式组合应用，针对你想要了解的内容，以及需要了解的对象的工作特点，采用不同的方式。学会并坚持使用这七种武器后，我想你很快就会成为需求调研的真正高手。 观察法 观察法，就是你自己跑到工作现场，看！这个看上去相当简单，貌似走马观花，有些不在行的兄弟会弄得跟公费旅游一般，车间里走走散散心，撩撩HR妹子，就认为是观察法调研了，其实不然。这种方法，关键是要看人家是怎么工作的，拿了什么，干了什么，用了什么工具，送出去什么，什么时候填写了什么单据，制作了什么报表，等等。 体验法 体验法，就是你自己亲自到相关部门去顶岗，做一段时间的业务工作，有了亲身体验自然更容易理解这个岗位的工作。这种方法，最大的优点就是理解业务比较深刻。一旦你几乎成了某岗位的一员后，想想，还有什么比自己帮自己做软件更能够把握需求呢？要给超市收银员写个软件，先到超市卖几天东西，要给仓库做软件，先到仓库发两天货，你的软件偏离用户需求的可能性会大幅度降低。
需求规格文档 1 导言 1.1 目的 [说明编写这份项目需求规格的目的，指出预期的读者] 1.2 背景 说明： a)待开发的产品的名称 b)本项目的任务提出者、开发者、用户及实现该产品的单位 c)该系统同其他系统的相互往来关系 1.3 编写说明 [缩写] [缩写说明] 列出本文件中用到的外文首字母组词的原词组 1.4 术语定义 [术语] [术语定义] 列出本文件中用到的专门术语的定义
1.5 参考资料 [编号]《参考资料》[版本号] 列出相关的参考资料 1.6 版本更新信息 具体版本更新记录如表所列。 表版本更新记录 2 任务概述 2.1 系统定义 本节描述内容包括： ●项目来源及背景； ●项目要达到的目标，如市场目标、技术目标等； ●系统整体结构，如系统框、系统提供的主要功能，涉及的借口等； ●各组成部分结构，如果所定义的产品是一个更大的系统的一个组成部分，则应说 明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明 该系统和本产品其他各部分的联系和接口。 2.2 应用环境 本节应根据用户的要求对系统的运行环境进行定义，描述内容包括： ●设备环境； ●系统运行硬件环境； ●系统运行软基纳环境； ●系统运行网络环境； ●用户操作模式； ●当前应用环境。 2.3 假设和约束 列出进行本产品开发工作的假定和约束，例如经费限制、开发期限等。列出本产品的最终用户特点，充分说明操作人员、维护人员的教育水平和技术专长以及本产品的预期使用频度等重要约束。
3 需求规定 3.1 对功能的规定 本节依据合同中定义的系统组成部分分别描述其功能，描述应包括： ●功能编号； ●所属产品编号； ●优先级； ●功能定义； ●功能描述。 3.2 对性能的规定 本节描述用户对系统的性能需求，可能的系统性能需求有： ●系统响应时间需求； ●系统开放型需求； ●系统可靠性需求； ●系统可移植性和可扩展性需求； ●系统安全性需求； ●现有资源利用需求。 3.2.1 精度 说明对该产品的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该产品的时间特性要求，如对： A）响应时间； B）更新处理时间； C）数据的转换和传送时间； D）计算时间等的要求。 3.2.3 灵活性 说明对该产品的灵活性的要求，即当需求发生某些变化时，该产品对这些变化的适应性能力，如： a)操作方式上的变化； b)运行环境的变化； c)同其他系统的借口的变化； d)精度和有效时限的变化；
需求分析方法 一需求分析概括 需求分析应该先了解宏观的问题，再了解细节的问题。 一个应用软件系统（记为S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。 S＝｛D1，D2，D，…Dn｝ 问题域Di由若干问题（记为P）组成，每个问题对应于子系统中的一个软构件。 Di＝｛P1，P2，P3，…Pn｝ 问题Pi有若干个行为（或功能，记为F），每个行为对应于软构件中的实现接口。 Pj＝｛F1，F2，F3，…Fk｝ 需求说明书应该对于那些只想了解宏观需求的领导和需要了解细节的技术员都合适。在写需求说明书时，应该注意两个问题： 1.最好为每个需求注释“为什么”，这样可以让程序员了解需求的本质，以便选用最合适 的技术来实现此需求 2.需求说明不能有”二义性”，更不能前后矛盾。如果有二义性或前后矛盾，即要重新分 析此需求。 二需求分析方法论 第一阶段：“访谈式”
第一阶段是和具体用户方的领导层、业务层人员的访谈沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。 建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。 实现手段：访谈、调查表格 输出成果：调查报告、业务流程报告 第二阶段：“诱导式” 结合第一阶段的基本信息，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式，启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、习惯性。用户可以操作简单演示的DEMO，感受整个业务流程的设计合理性、准确性等等问题，以及提出改进意见和方法。 实现手段：诱导（拜访）、原型演示 输出成果：调研分析报告、原型反馈报告、业务流程报告 第三阶段：“确认式” 此阶段在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段。这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。通过审查，提出反馈意见，并对已经可接受的报告、文档签字确认。 实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统 输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归到需求分析报告中）
软件需求说明书 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1 引言 1．1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 任务概述 2．1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各
部分的联系和接口。 2．2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束2．3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3 需求规定 3．1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3．2对性能的规定 3．2．1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3．2．2时间特性要求 说明对于该软件的时间特性要求，如对： a．响应时间； b．更新处理时间； c．数据的转换和传送时间； d．解题时间；等的要求。 3．2．3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a．操作方式上的变化； b．运行环境的变化； c．同其他软件的接口的变化； d．精度和有效时限的变化； e．计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
需求分析与测试的重要性 读《软件工程案例教程》有感 对于学习软件工程这门课程，我认为有许多东西要学习。其实在我看来学习这门课程的精髓是学习一种方法。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。读完软件工程案例教程这本书，我觉得自己受益匪浅。 整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模和测试等。对于这本书我主要对需求分析和测试比较感兴趣，在这我要着重的谈一些自己的心得体会以及自己的看法。 一．需求分析 1.1需求分析的重要性 一款成功的软件是建立在成功的需求分析之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。由此我们可以看出需求分析的重要性。 需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。 其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是"很明显"的信息。最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。为了克服以上的问题，必须有组织的执行需求的获取活动。 1.2需求分析的原则 （1）需求分析必须能够表达和理解问题的数据域和功能域。数据域包括数据流、数据内容和数据结构，而功能域反映上述3方面的控制信息。 （2）需求分析要把一个复杂问题按功能进行分解并逐层细化。通常，软件系统要处理的问题如果太大、太复杂就很难理解，若划分成几部分，并确定各部分间的接口，就可完成整体的功能。在需求分析过程中，软件系统的用户需求中的数据、功能和行为都应细化。 （3）需求建模。模型可以帮助系统分析人员更好地理解软件系统的数据、功能和行为，这些模型是软件工程中下一阶段进行系统设计的基础。 1.3需求分析的注意事项
研发需求分析报告 注：括号内容为输出要求和建议。 原则：开发人员拿到此文档就可以开始工作，不用再次跟市场人员反复沟通确认。 一、产品描述 1、产品（项目）名称 （软、硬件须注明产品型号；产品型号符合命名规范） 2、实现方案描述 （详细、全面地对产品进行描述，让参与产品开发的人员都可以无歧义地知道产品的最终形态；硬件平台及核心模块的选型，如sensor等） （1）在XXXX基础上，集合XXXX，兼容XXXX，后续产品升级支持XXXX。 （2）输出接口：XXXX。 二、研发需求 （按优先级从高到低排列，硬件产品明确规格、性能，作为最终产品是否达到设计要求和质量等级的依据；注明符合国际标准或客户要求的环保标准。） 三、研发需求分析 （以部门为单位，用研发语言列出可行的需求，对和项目任务书不一致的部分作出解释）备注：软件UI需求分析设计专用如下 功能结构图 (---操作与跳转流程、结构、布局、信息和其他元素、详细的结构流程图文档---) 使用场景分析 (----使用人群、时间、地点---) 交互流程分析 (---交互流程---) 界面原型 （---提供界面草图---） 要点说明 (-------)
四、研发人力投入和分工 1、涉及部门： 网络实验室：负责网络穿透…… 设计部：负责UI和包材设计…… BU研发：…… ……：…… 2、预估工作量： A投入50人天。 B投入30人天。 五、预期价格成本 1、预期价格 （注明市场建议销售价格，说明是否含税等。） 2、硬件成本 （硬件BOM含税价格，包含包装，不包含人工费用） 3、运营成本（带宽、维护成本等） 六、开发周期及产品质量要求和预估 （对发布周期的要求；对产品质量等级的要求。） 期望： （1）明确TR点； （2）产品质量为A级。 七、产品风险及措施 （根据以往常见的风险或产品成功所需要的条件，有何种应对措施。）（1）需求是否明确； （2）实现方案选择；
1.1主要步骤 遵循科学的需求分析步骤可以使需求分析工作更高效。需求分析的一般步骤如图2-3所示。 需求涉及的方面有很多。 在功能方面，需求包括系统要做什么，相对于原系统目标系统需要进行哪些修改，目标用户有哪些，以及不同用户需要通过系统完成何种操作等。 在性能方面，需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。 在运行环境方面，需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求，以及对操作系统、数据库和浏览器等软件配置的要求。 在界面方面，需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。 1.1.1获取需求，识别问题 开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题，要满足哪些限制条件，这个过程就是对需求的获取。开发人员通过调查研究，要理解当前系统的工作模型和用户对新系统的设想与要求。 此外，在需求的获取时，还要明确用户对系统的安全性、可移植性和容错能力等其他要求。比如，多长时间需要对系统做一次备份，系统对运行的操作系统平台有何要求，发生错误后重启系统允许的最长时间是多少等。
遗漏需求是最难修订的需求错误。 --RobertL.Glass 获取需求是需求分析的基础。为了能有效地获取需求，开发人员应该采取科学的需求获取方法。在实践中，获取需求的方法有很多种，比如，问卷调查、访谈、实地操作、建立原型和研究资料等。 问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。通过对用户填写的调查问卷进行汇总、统计和分析，开发人员便可以得到一些有用的信息。采用这种方法时，调查问卷的设计很重要。一般在设计调查问卷时，要合理地控制开放式问题和封闭式问题的比例。 开放式问题的回答不受限制，自由灵活，能够激发用户的思维，使他们能尽可能地阐述自己的真实想法。但是，对开放式问题进行汇总和分析的工作会比较复杂。 封闭式问题的答案是预先设定的，用户从若干答案中进行选择。封闭式问题便于对问卷信息进行归纳与整理，但是会限制用户的思维。 访谈通过开发人员与特定的用户代表进行座谈，进而了解到用户的意见，是最直接的需求获取方法。为了使访谈有效，在进行访谈之前，开发人员要首先确定访谈的目的，进而准备一个问题列表，预先准备好希望通过访谈解决的问题。在访谈的过程中，开发人员要注意态度诚恳，并保持虚心求教的姿态，同时还要对重点问题进行深入的讨论。由于被访谈的用户身份可能多种多样，开发人员要根据用户的身份特点，进行提问，给予启发。当然，进行详细的记录也是访谈过程中必不可少的工作。访谈完成后，开发人员要对访谈的收获进行总结，澄清已解决的和有待进一步解决的问题。 关注用户的行为而不是他们的言语。
一、现状分析及需求 公安城域网络是政法网络的主要承载平台，当前德阳市公安和其他单位公用政法网络作为公安的骨干网络实现与上下级互联；作为新一代公安信息网的接入网部分，通过与用户域和数据域的结合，共同组成新一代公安信息网。 德阳市政法三级网分为主干链路和备份链路，备份网络设备使用年限已11年，超过设备使用设计使用寿命且备品备件已严重缺失，技术滞后；备份链路原有带宽622M, 备份链路当前的设备性能和链路带宽越来越难以满足承载公安业务，因此根据实际业务需求，采用最新的网络组网技术对备份链路进行升级和改造。 视频专网整个系统采用IP网络方式传输。每个区县上行视频传输带宽保证500M。由于视频业务的持续增加，上行视频传输带宽需要扩容到1G。 当前政法网络的设备和链路采用的设备与链路整体租赁的形式由中国电信德阳分公司承建维护，合同日期从2016年12月1到2019年12月1日截止，本次项目须面对通信运营商重新采购2020-2022年度德阳市政法三级主备网、视频专网服务租赁。 二、政法三级网主备份网络升级方案 德阳市政法信息传输网依托于通信运营商现有的骨干传输网，遵循设备共建、资源共享的原则，构建一个覆盖全市政法部门的传
输承载平台，能够支持数据、语音和图像业务的高速、可靠、安全地传送。德阳市政法三级网升级改造后的网络拓扑架构如下图所示： （1）传输网络建设：本次政法三级网备份网络服务租赁按照骨干网络标准进行规划，采用OTN技术建立一套全新的1000M传输网络，为各县市区公安局核心节点提供1条1000M的传输网络接入，各县市区业务采用点对点方式汇聚接入德阳市公安局核心设备，核心路由设备和核心传输设备支持10G以上的交换能力。同时为了保证整个骨干网络上所有节点的电路可用性，为每个网络节点和汇聚节点建立不用路由的双光路环路保护，在一条光纤中断的情况下自动倒换至另外一条光纤电路，电路具备自愈功能，双光路环路保护功能能保证主干网络全年99%以上的网络通达性。为了保证德阳市政法三级网业务的独立性，运营商的传输设备将下沉安装至各公安局机房，网络拓扑图如下：
研究生科研信息管理系统需求分析 研究生科研信息管理系统功能要求 研究生科研信息管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的研究生科研信息管理系统，实现为导师和研究生提供充分的管理信息和快捷的查询。根据可行性研究的结果和客户的要求，分析现有情况及问题。 管理员 1．客户端系统： 在客户端系统的功能实现上，可以分为以下几个部分： [1]科研信息文件的输入和统计
管理员把科研相关信息输入。这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面手工输入旅客信息。这部分要求对输入的数据进行简单的统计，供研究生以及导师进行查询。 [2]在客户端系统的功能实现上，可以分为以下几个部分： 1、该题目主要以高校应该为导师和研究生提供充分的管理信息和快捷的查询，如对导师信息、研究生信息、科研项目、论文、学术交流、专利申请、培养经费支出管理等研究生综合信息进行管理业务为背景，通过调研、分析现有的管理模式和已有的管理软件，建立系统模型；完成软件结构设计和数据库设计；完成软件开发，撰写设计说明书； 2、“研究生科研信息管理系统”主要包括研究生基本信息、导师信息、论文信息、项目信息、学术交流、专利信息、培养经费支出、统计分析等模块； 3、利用“抽象”设计原理，对系统设计并实现满足多种条件的统计分析功能，有些统计数据要采用图表（直方图、圆饼图、折线图、表格等）的格式呈现； 4、系统开发可采用C#.net技术或JSP技术和数据库（数据库可选MySQL或MS SQL Server 或 Oracle）； 5、系统所涉及的信息有： ●导师信息：教工编号、姓名、身份证号、年龄、性别、职称、导师类型(0-硕士生导师，1-博士生导师)、拟招专业、主要研究方向、科研项目、发表论文情况、办公地址、联系电话、E-mail、QQ号、在研学生人数等； ●研究生信息：学号、姓名、导师名、身份证、年龄、性别、政治面貌、学生类别(0-硕士，1-博士)、专业、家庭地址、宿舍住址、发表论文、参加科研项目、联系电话、E-mail、QQ号、备注等； ●科研项目信息：项目编号、项目名称、项目负责人、项目来源、本人排名、项目类型、项目等级、所在单位、项目总经费、承担的主要任务； ●学术论文信息：论文编号、论文名称、第一作者、第二作者、作者所在部门、是否编入教材、备注、刊物名称、卷号、页码范围、日期、期号、是否基金资助、资助金额、检索类型(SCI/EI/ISTP/CSCD)、检索编号等； ●教材专著信息：教材编号、论著名称、主编姓名、所在部门、出版社、出版时间、总字数、编写字数、发行版本、是否基金资助、资助金额、发行册数等； ●用户信息：用户名、用户密码、用户权限、邮箱； ●专业信息：专业编号、专业名称； ●培养方案：课程类别、序号、课程编号、课程名称、学时、学分、开课学期、考核方式、开课学院； ●研究生支出台账信息：学号、学生姓名、导师姓名、培养经费总额、支出时间、支出金额、余额。 ●专利信息：专利名称、专利所属学院、专利类型(0-发明专利，1-实用新型，2-外观
需求分析标准化流程
山西五联科技有限公司 2017年6月 目录 一、需求分析介绍 (3) 二、为什么需要需求分析 (4) 三、需求分析得出的结果是什么 (4) 四、需求定义文档各阶段要用到的工具软件 (4) 4.1 文档制作工具 (4) 4.2 用例图制作工具 (4) 五、需求定义文档规范 (4) 六、需求分析应该注意的问题 (5) 七、需求文档有那些内容组成 (5) 7.1 项目概述 (5) 7.2项目可行性（或建设目标） (5)
7.3 系统架构（或总体设计） (5) 7.4 系统功能概述 (6) 7.5 项目预算 (7) 7.6 公司简介 (7) 7.7 公司荣誉 (7) 7.8 公司资质 (7) 7.9 典型案例 (7) 八、需求分析完整版所要提供的资料 (8) 一、需求分析介绍 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果。可以说需求分析是做系统之前必做的。 从广义上理解：需求分析包括需求的获取、分析、规格说明、变
更、验证、管理的一系列需求工程。 二、为什么需要需求分析 需求分析是项目开发的必要过程。项目开发人员通过需求调研形成需求定义文档，为项目的详细设计打好基础。 需求定义文档形成后，客户需要签字确认，这是双方签订合同时所涉及的内容。 需求定义文档的形成是报价的必要条件。 三、需求分析得出的结果是什么 形成需求定义文档。 四、需求定义文档各阶段要用到的工具软件 4.1 文档制作工具 Word、PowerPoint 4.2 用例图制作工具 visio、Photoshop、亿图、Axure RP Pro 7.0 五、需求定义文档规范 (一) 封面 (二) 目录
欢迎阅读 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整?性，促 使用户在软件设计启动之前周密地、全面地思考软件需求； 2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；
3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。2.1、????? 软件功能需求 1 不 （5）??? 尽可能不使用“待定”这样的词。所有含有待定内容的需求都不是完整的文件，如果出现待定的部分，必须进行待定部分内容说明，落实负责人员、落实实施日期。 2）功能描述的无岔意性和可追踪性 需求功能描述的无岔意性、可追踪性和规范化： （1）??? 功能描述必须清晰地描述出怎样输入到怎样输出，并且输入、输出描述应对应有数据流描述、控制流描述图，这些描述必须与其它地方描述一致；
（2）??? 可以用语言、方程式、决策表、矩阵或图等对功能的描述。如果选用语言描述必须使用结构化的语言，描述前必须说明该步骤（或子功能）的执行是顺序，选择， 重复，还是并发，然后说明步骤逻辑。整个描述必须单入单出。 （3）??? 描述时，每一个功能名称和参照编号必须唯一，且不要将多个功能混在一起进行描述，这样便于功能的追踪和修改。 （4）??? 功能描述应注意需求说明和程序设计的区别。需求设计仅仅是软件的功能设计，它给出软件运行的的外部功能描述，以及为了实现这一外部功能必须做哪些事情（采 2.2、 2.3、 （2）??? 处理容限、精度、采样参数的分辨率，误差处理等； （3）??? 可靠性的MTBF要求，可维护性、安全性要求等。（对可能的不正常的输入给以正常响应是可靠性的重要内容，这属于功能性需求。） 2.4、????? 软件反向需求 软件的反向需求描述软件在那些情况下不能做什么。这一条是随软件实际要求而定。有两类情形需要采用反向需求的形式。第一种情况：某些用户需求适宜采用反向形式说明，如数据安全性要求属于这类形式。第二种情况：对一些可靠性和安全性要求较高的软件，有些必须描述软件不能做些什么。如控制点火时序，我们必须交代清楚在那些情况下不能点火，否则会造成故障。