- 博客(23)
- 资源 (3)
- 收藏
- 关注
转载 需求相关的常见风险
1) 用户参与不足:客户不想花大力气进行需求收集,开发人员也不重视用户的参与,有时客户代理方也不能完全理解用户的真正需求,导致不能发现项目需求中的缺陷。2) 用户需求扩展:开发过程中需求不断发展与增加,项目落后计划的进度或者超出预算3) 有歧义需求:4) 镀金问题5) 过于抽象的需求6) 忽略某类用户7) 不准确的计划
2017-01-26 10:43:26 2705
转载 软件需求工程分为需求开发和需求管理
(1)需求开发:获取、分析、编写规约、确认包括的活动:1) 确定产品将要面对的各类用户2) 从各类用户的代表处收集需求3) 了解用户的任务和目标,以及这些任务要实现的业务目标4) 分析从用户处得到的信息,将用户的任务目标与功能需求、功能性需求、业务规则、解决方案建议以及其他无关信息区分开来5) 将顶层的需求分配到系统构架内定义好的软件组件中6) 了解各质量属性的相对重要
2017-01-25 13:20:04 2022
转载 需求的层次
1) 业务需求:表示组织或客户高层次的目标。描述了组织希望达到的目标,用前景和范围文档来记录2) 用户需求:用户的目标或者用户要求系统必须完成的任务。描述了用户能使用系统来做些什么,用用例、场景描述和事件-响应表来表达。3) 功能需求(行为需求):规定开发人员必须在产品中实现的软件功能,用户利用这些软件功能来完成任务,满足业务需求。描述了开发人员应该(需要)实现什么,用SRS(软件需求规格
2017-01-24 08:57:42 215
转载 .软件需求的定义
1) 用户为解决某个问题或达到某个目标而需具备的条件或能力。2) 系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件或必须具备的能力。3) 上述第一项或第二项中定义的条件或能力的文档表达。
2017-01-23 08:55:45 467
转载 涉众
客户、用户(客户的一部分)、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销、技术支持及其他与产品和客户打交道的人员
2017-01-22 10:58:24 960
转载 需求评审
同级桌查/轮查:是个人级的评审方法,是需求人员之间私下进行的交叉审查。桌查:两位需求人员之间交换文档产物,互相提出意见轮查:多位需求人员之间交叉交换文档产物,互相提出意见临时评审:通常是个人的工作习惯。最常见、最简单的临时评审是在沟通过程中,由信息的接收者向信息的传达者做简要的、概括性的回顾,以期达成共识。评审活动的直接目的:是找出软件需求规格说明书中的问题,但更有价值、更
2017-01-21 08:54:45 490
转载 软件需求规格说明书编写
常见的描述风格:自然语言:优点:易于编写、易于阅读,不用掌握特定的技能,缺点:不够严谨,歧义性强,表述力差图形化模型优点:可视性、聚集性缺点:要求编写和阅读人都能够正确地理解模型形式化规格描述优点:严谨、精确缺点:编写和阅读人都会感觉很困难,易产生理解歧义根据不同项目、软件开发团队的特点,选择不同的风格组合。模板类型(3种):国标/ISO版本:该标准
2017-01-20 08:58:56 1024
转载 部署图
部署图:表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行,以及它们将如何彼此通信。也就是说部署图描述系统硬件的物理拓扑结构以及在此结构上执行的软件。它可以显示计算机节点的拓扑结构和通信路径、节点上运行的软件构件等。关键组成部分:节点、连接、构件、接口节点:代表一类运行时的计算资源(例如:一类服务器、一类工作站、一个PC终端、一个打印机、一个传感器等)。
2017-01-19 09:09:21 371
转载 业务流程为主线的分解结构
业务流程为主线的分解结构:这种结构是以业务流程为主线索的,也就是按“事”的角度进行分解。它对于联机事务处理系统、管理信息系统而言是非常适用的方法。程序结构为主线索的分解结构:适用于问题域不复杂,或者系统与问题域关联性不强的情况下,例如工具软件、面向设备的嵌入式系统等基于场景的分解结构对于决策支持系统、面向用户的嵌入式系统而言,决策场景、使用场景就是主要的线索。向上可以总结成
2017-01-18 12:49:41 1464
转载 两个用例之间可能存在的关系
包含、扩展、泛化,而通常不应该有通信关系包含关系:在UML中,用构造型>表示(箭头方向是从基用例到被包含用例),它是指基用例在它内部说明的某一个位置上显式地合并了另一个用例的行为扩展关系:在UML中,扩展关系用构造型>表示(箭头从扩展用例到基用例),它表示基用例在由扩展用例间接说明的一个位置上,隐式地合并了另一个用例的行为泛化关系:用例间的泛化则表示子用例继承了父用例的行为和含义;子用
2017-01-14 13:58:04 1320
转载 UML的优点
首先UML是一种统一的、标准化的建模语言,它能为许许多多参与软件设计和开发的人提供一种公共“语言”,使他们能够基于共同的“模型”来理解业务、需求,理解软件和架构如何构造其次UML是一种应用面很广泛的建模语言,它不仅可以用于软件系统建模,还可以用于业务流程、业务知识、数据库、嵌入式等多个领域;而且对于不同的领域,其所采用的本质元素是相同的。这样:不同的人就可以基于相同的语言沟通;不同的领域模型就
2017-01-13 19:17:40 5611
转载 建模的要点与原则
建模的要点设计要考虑到计划之外的变化设计要文档化用可视化的模型表达架构切忌“为了建模而建模”建模的原则选择创建什么模型对如何动手解决问题和如何形成解决方案有着深远的影响每一种模型可以在不同的精度级别上表示最好的模型是与现实相联系的单个模型是不充分的,对每个重要的系统最好用一组几乎独立的模型去处理
2017-01-12 15:44:02 822
转载 需求分析主要用来做什么
需求分析实际上是业务分析,也就是选择一种业务导向的线索将零散的需求串起来,形成一个体系完整、内容清晰的框架,以指导后续的设计、开发工作。更具体地描述需求分析工作的任务:分解、提炼、消除矛盾。连成一句话就是:需求分析就是先分解、再提炼,在这个过程中消除矛盾。
2017-01-11 11:10:53 1630
转载 需求获取中的注意事项
如果没有一个有条理的组织方案(例如用例),要将来自众多用户的需求意见合并起来相当困难。只向很少的用户代表收集意见,或者只听取声音最大、最固执已见的客户的意见,也是需求获取过程中存在的问题。这将导致遗漏对某些用户类很重要的需求,或者引入一些大多数用户并不需要的需求。解决这一问题的最佳平衡方式是让用户代言人参与需求获取,这些代言人必须具备为所属的用户类代言的权力,同时每个代言人都有数名来自
2017-01-10 20:59:46 785
转载 需求获取中各种心理如何应对
言过其实心理差异展现法:也就是将不同用户代表的访谈结果进行整理,在系统开发之前把这些差异展示给中高层管理人员,就如何解决达成共识。瓶颈分析法:对流程执行过程中的瓶颈进行分析,例如时间瓶颈、人员瓶颈(比如所有的申请都要由处长审批)等方面,以避免流程瓶颈导致系统无法顺利运转起来越俎代庖心理要解决这个问题,关键在于需求捕获人员能够识别出正确的被访谈者,也就是回答你要问的问题最佳的人选
2017-01-09 22:27:30 242
转载 需求捕获要具有计划性和科学性
计划应针对下面这些内容来制定:需求获取的目的需求获取的策略和过程需求获取工作取得的成果进度和资源评估需求获取的风险科学性则体现在捕获方法的选取上
2017-01-08 15:57:06 173
转载 获取客户需求的主要步骤
确定产品的不同用户类型。确定用户需求的来源。挑选出每一类用户和其他涉众的代表并与他们一起工作。商定谁是项目需求的决策者。
2017-01-07 12:45:04 1983
转载 如何成为一名需求分析人员
优秀的需求分析员是培养出来的,而不是训练出来的。这项工作包括很多面向人而不是技术的“软性技能”。对于需求分析员的工作并没有标准的描述,因而也没有标准的培训课程。
2017-01-06 12:48:51 794
转载 需求分析人员必备的技巧和知识
需求分析员必须掌握的技能:包括倾听、交谈和提问的技巧,分析、协调、观察、写作、组织、建模、人际交往和创造能力。而这些能力可以概括为业务知识、技术知识和沟通能力三个方面。需求分析人员必备的知识:具备从实践经验中积累的广博知识需要将需求开发与管理活动贯穿于整个产品生命期中掌握应用领域的知识
2017-01-05 11:24:48 3591
转载 需求分析人员的工作
需求分析人员是对项目相关人员的需求进行收集、分析、记录和验证职责的承担者,是用户群体和软件开发团队间进行需求沟通的主要渠道。定义业务需求、确定项目涉众和用户类别、获取需求、分析需求、为需求建模、编写需求规格说明、主持对需求的验证、引导对需求的优先级划分、管理需求等。
2017-01-04 12:03:23 453
转载 确定主题域
上下文关系图:针对每个主题域来绘制上下文关系图,确定出每个主题域的范围。上下文关系图绘制要点:首先用一个矩形表示系统,写上系统的名称,将整个系统看作一个黑盒子。然后找到该系统的所有客户(处于主题域的外部),考虑他们会发起什么事件,这些事件会引发内部工作人员的什么动作,将这些序列逐一表示出来。最后再看看系统的每个内部工作人员还有没有一些主动发起的事件。当上下文关系图绘制出来之后,
2017-01-03 11:05:17 767
转载 一个好的目标应满足的原则(SMART)
必须是具体(Specific)的:目标必须能够指导具体的工作必须是可以度量(Measurable)的:这样才能进行成本/效益分析必须是可以达到(Attainable)的:否则是没有意义的目标必须和其他目标具有相关性(Relevant)必须具有明确的截止期限(Time-based)
2017-01-02 11:50:54 1674
转载 问题分析5步法
在问题定义上达成共识、理解根本原因(也就是分析问题背后的问题)、确定相关人员和用户、定义解决方案的界限、确定加在解决方案上的约束
2017-01-01 12:17:10 1006
结巴分词(支持词性标注)
2018-12-17
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人