zoukankan      html  css  js  c++  java
  • 精读软件需求模式之01

        什么是需求?需求就是定义系统需要做什么,而不是需要怎么做系统。作为需求人员,我们必须要知道,我们做的需求,是为了确定用户需要什么,用户需要用这个系统完成什么样子的功能,而不是为了开发软件而去做需求。我们必须首先理解对方的需求,可以先理解一个概括性的需求,但是一定也要可以对需求进行细化,到软件开发的时候,我们不能只告诉软件开发人员一个概括性的需求。需求最终要的是定义了系统必须做什么和它必须完成的行为,这些功能性需求需要我们重视,同时,我们不能忽略非功能性需求,主题,性能,安全性,这都是我们需要考虑的地方,一个系统,能完成用户所期望的功能,这当然是前提,就像我们使用手机一样,接打电话,发送短信,可以使用各种app,这是前提,然后,我们选手机的因素有哪些呢?手机的外观,手机的性能,手机的安全性。手机竞争靠这些因素,那系统竞争也不过如此。对于需求,我们一定要下足功夫,对于需求的思考,一定要记录在笔记本。

      需求需要我们做到以下几点。1.定义问题,而不是解决方案。这需要我们我们明白,妖之道做什么,而不是怎么做。2.定义系统,而不是项目。也就是说,需求定义了系统需要做什么,而不是整个项目需要做什么,整个项目涉及到的东西太多,整个项目相关的人员也太多,所以,需求只需要定义系统需要做什么。3.要避免信息重复。重复,加大了相关人员的工作量,也会引起没有必要的不一致性。

      系统规格的介绍部分:系统目的,文档目的,需求格式,词汇表,参考书,以及文档历史。系统目的:需求规格的开篇应该应该描述系统是为了什么:是谁这样想,为什么,谁将使用它,背后的业务动机是什么。同时要注意描述的是系统本身的目的,而不是项目的目的。文档目的:每个技术文档都应该陈述文档扮演的角色,最好在文档的开始就标注好文档目的是什么,让人可以明显的看到。尽量使解释简洁而坚决,不要特别繁杂,以至于读者没有心情看下去,或者看不到重点。需求格式:需求的大部分真正的读者对于什么是正式的需求或者不知道,或者不了解,这就需要我们完成以下工作:1.解释规格中的素材分为正式和非正式两部分2.描述每个规格中信息的条目3.解释每个需求。 我们要标注好需求标识符,这是为一个标识符,方便对每一个需求进行跟踪和管理,这就需要标识符需要简介,独特,连续。需求定义是需求规格的核心,需要定义需要我们写好需求的正式陈述以及额外的细节。优先级。优先级确定了需求的重要性,优先级决定了如何开发系统以及开发系统的顺序。总结描述。需要我们用简短的语言进行描述,这样可以提高可读性,也可引起读者的重视。词汇表。词汇表也是相当重要。因为词汇表大多部分是解释相关术语,这便于读者的理解和消除误解,而且,还要有必要将一些模糊的专业性概念进行解释,要让读者读起来顺畅。

  • 相关阅读:
    POJ 1251 Jungle Roads
    1111 Online Map (30 分)
    1122 Hamiltonian Cycle (25 分)
    POJ 2560 Freckles
    1087 All Roads Lead to Rome (30 分)
    1072 Gas Station (30 分)
    1018 Public Bike Management (30 分)
    1030 Travel Plan (30 分)
    22. bootstrap组件#巨幕和旋转图标
    3. Spring配置文件
  • 原文地址:https://www.cnblogs.com/yyh-678/p/8612696.html
Copyright © 2011-2022 走看看