第一周2016/9/16
Posted Zing
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第一周2016/9/16相关的知识,希望对你有一定的参考价值。
本学期《软件需求与分析》需要掌握哪些必要的内容?针对每个内容点说出自己的理解,并绘图示意相互之间的关联关系。
一.做需求调研:准备
必备准备:1) 调研前应该将所有项目前期资料进行汇总,与相关的前期销售人员进行交流,以便对项目有一个基本轮廓的认识。
2) 做好调研前使用资料的准备,如需求调研模板,需求调研问题列表等。
3) 做好不怕一切困难的准备。
必备心态:1) 保持一种和客户平等合作的心态,确定需求调研是为了给客户解决问题,探讨问题,而不是接受问题,更不是来指导工作的。
2) 平静面对需求变更的心态,在需求调研过程中,往往双方对需求理解不一致,造成需求调研前后矛盾,应当心平气和的去引导客户,达到需求理解基本一致。
必备提高:1) 首先提高自己业务知识,对于人力资源的标准业务应该基本熟悉。
2) 其次应该努力的去熟悉用户的行业,学习用户使用的术语,标准,以便能够准确的理解用户。这就需要我们阅读用户所在行业的资料、文章,尽量多选取一些整体性介绍的文章,这样可以在短时间内能够对该行业有一个全面的认识,这样我们就能够较好的和用户进行交流了。
3) 需求调研中,学会尽量不使用IT行业的术语,而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语,以便用户能够很好的理解,提高自己的沟通交流能力。
4) 提高自己的速记能力,文字表述能力以及归纳,能迅速的记录需求调研核心的问题,总结归纳形成原始的需求调研资料。
5) 提高自己的总结能力,书写一份完整的、前后一致的、可追踪的需求报告。
二.做需求调研:
需求调研中应遵循一定的流程,正确的做法是,我们对客户提出的需求进行深入理解以后,运用我们专业知识,提出比客户的原始需求更加合理、可操作的解决方案,让客户感觉你说的正是他们想要的。如果能够这样,客户不仅能够欣然接收你提出的方案,而且会感觉你非常专业,你在客户心目中的形象也会无形中提高,使你有更多的机会提出有利于开发的可行方案,降低开发的风险。这毫无疑问会形成一个良性循环,但要做到这一点并不容易,毫无疑问,在与客户接触初期的表现起到了极其关键的作用。
三.做需求调研:后报告
编写优秀的需求是没有公式化的方法的。这需要大量的经验,要从你在过去的文档中发现的问题学习。请在组织软件需求文档时,严格遵从这些方针。
句子和段落要简练。使用正确的语法,拼写,标点。使用术语,要保持一致性,并在术语表或数据字典中定义它们需求编写者还要努力正确地把握粒度。多个需求尽可能拆分开。
整个需求文档细节上要保持一致。
避免在需求报告中过多的申述需求。在多处包含相同的需求可以使文档更易于阅读,但也会给文档的维护增加困难。文档的多份文本要在同一时间内全部更新,避免不一致性。
四.做需求分析:
深入描述软件的功能和性能,确定软件设计的约束和软件同其他系统元素的接口细节,定义软件的其他有效性需求,借助于当前系统的逻辑模型导出目标系统逻辑模型,解决目标系统“做什么”的问题。
需求分析可分为需求提出、需求描述及需求评审三个阶段。
需求提出
主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。开发人员和用户确定一个问题领域,并定义一个描述该问题的系统。这样的定义称作系统规模说明,并且它在用户和开发人员之间充当合同。
需求描述
在问题分析阶段分析人员的主要任务是:对用户的需求进行鉴别、综合和建模,清除用户需求的模糊性、歧义性和不一致性,分析系统的数据要求,为原始问题及目标软件建立逻辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来,以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求,哪些是用户尚未提出但具有真正价值的潜在需求。
需求评审
在需求评审阶段,分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核,以确保软件需求的完整、准确、清晰、具体,并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点,必须尽快更正,再行检查。
需求调研整理出客户需求,为需求分析得出系统目的做基础,
需求分析是需求调研的清晰明了的表达。
以上是关于第一周2016/9/16的主要内容,如果未能解决你的问题,请参考以下文章