精华内容
下载资源
问答
  • 虽说自己已经参与过几个项目的开发了,但是自己对于整个项目需要的工作流程还是不清楚。第一步是什么,接下来又该干什么,怎样...(例如什么是需求分析。)今天上cvs课的时候,老师让我们每个小组开始写关于“经济管理

    虽说自己已经参与过几个项目的开发了,但是自己对于整个项目需要的工作流程还是不清楚。第一步是什么,接下来又该干什么,怎样做才规范(至少跟校外的一些比较正规的工作的工作流程是一样的)。自己对软件工程的概念也比较模糊。之前自己也做过所谓的需求分析。直到今天,我才后悔莫及。自己对于怎么做需求分析,还有很多地方还没有搞清楚。(例如什么是需求分析。)今天上cvs课的时候,老师让我们每个小组开始写关于“经济管理系统”的需求分析,原先想自己先在网上找一下模板。发现怎么网上有些关于需求的(例如需求分析,需求说明,需求规格说明)。到底说明是需求说明,需求规格说明呢?两者有什么区别?问了一下老师+《实用软件工程》+谷歌的帮忙,才有了点明白。
    网上解说:(个人认为比较有道理的)
    需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。
    需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI中有标准的模板,我就不细说了,重点是站在客户的角度讲产品功能。
    需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等 。
    据老师的介绍一般软件开发都要经过以下的几个步骤:项目投标,项目需求分析,项目需求说明,项目需求规格说明,项目计划安排,项目开发。
    《实用软件工程》中对于软件的生命周期解说有以下几点:
    立项(或签合同),下达任务书;
    需求分析;(感觉书中对需求分析与需求说明经常都归为需求分析或者叫需求报告)
    概要设计;
    详细设计;
    编码实现;
    软件测试;
    软件发布与实施;
    软件维护;
    版本更新或退役。
    开发的模型有:瀑布模型;增量模型;迭代模型;原型模型;(感觉自己对于这四种模型还没有很深刻的了解!)

    展开全文
  • 多少人知道需求规格说明是什么

    千次阅读 2015-08-15 17:23:24
    写在前面如果你明确清晰知道需求规格说明是什么,则可以忽略此文章。如果你不清晰,建议还是阅读一下本文,不然也许早晚会碰钉子。转载请标明出处: http://blog.csdn.net/ouyida3/article/details/46045261 ...

    写在前面

    如果你明确清晰知道需求规格说明书是什么,则可以忽略此文章。如果你不清晰,建议还是阅读一下本文,不然也许早晚会碰钉子。

    转载请标明出处:
    http://blog.csdn.net/ouyida3/article/details/47683191
    本文出自:【ouyida3的博客

    起因

    最近在做项目时,根据项目计划,在用户输出了《需求书》后,需要我在2天编写出《需求规格说明书》,但是就这个说明书是什么,要编写什么我和用户产生了较大分歧,甚至对项目还产生了一些不好的影响,比如被领导臭骂。

    需求书的定义

    软件工程里对于软件项目各个过程需要输出的文档都有明确的定义,但是每个方法论又是不太一样,比如cmmi和敏捷的相似性就不大。当提到用户故事那应该是敏捷而不是cmmi,当说起需求规格说明书就应该不是敏捷的。

    叫什么名字其实我不太关注,抛开这些定义,一个真实的需求分析到软件设计的过程是怎样呢?

    Created with Raphaël 2.1.0用户提出需求用户与需求分析人员共同确认需求软件设计人员进行设计

    cmmi的输出

    cmmi在上述的第一步,会输出《用户需求规格说明书》,第二步会输出《软件需求规格说明书》,第三步会输出《软件概要设计说明书》。
    当然,用户需求称为客户需求也行,软件需求规格说明叫做软件规格需求说明都可以,这些我不关注。

    我想表达的是,《用户需求规格说明书》是业务人员写的,《软件需求规格说明书》是技术人员写的,如果是甲乙方的项目,那就是甲方的技术部写;而《软件概要设计说明书》是乙方输出。因此,假设如果我并不是甲方人员,让我写《需求规格说明书》,无论是用户需求还是软件需求,都是不合适的。回到主题,明显需要我写的只能是《软件需求规格说明书》。但是项目计划里简简单单的写上需求规格说明书是不恰当的。

    软件需求规格说明书有什么

    先说说没有什么:一定不涉及技术元素,比如选择什么技术路线,选择什么编程语言等等。也没有什么数据库的设计。
    一定要技术人员和用户都看得懂。这样用户可以根据这个来验收,技术人员也可以根据它来进行概要设计。
    当然,也要根据用户的需求书来验收,但是毕竟它和软件系统脱离的,有些关于系统操作类的精确事项无法描述到。

    举个例子,比如有四个不同的业务人员各自提出需求,他们之间的需求肯定有相似的地方,也有不同的地方,那么《软件需求规格》就需要把相同点归并,不同点如何体现编写出来,并且与四个业务人员确认,这样合并是否能满足了这个需求。如果有一些现存的老系统,那么也需要说明对老系统进行什么样的改造(非技术类说明)。

    谈谈时间

    上面的例子,能否2天编写完成?我认为要看系统大小。如果是10人月以上的系统,2天是远远不足够的。根据经验,我个人认为是1人月的系统,大概需要2人天写这玩意。

    谈谈敏捷

    敏捷强调小步快跑,所以由用户写用户故事,完后直接就分析故事排计划,简单一些设计文档后就直接编码开干了,代码是最好的设计,通过不断的迭代完善。但是大项目、大系统,还是需要一些文档统筹设计的。详细可看Mike Cohn大师写的书《用户故事与敏捷方法》

    转载请标明出处:
    本文出自:【ouyida3的博客
    2015.8.15

    展开全文
  • 需求分析报告和需求规格说明书有什么区别 简单的讲, (一)面向对象上不同: 需求分析报告往往面向业务人员、用户 需求规格说明书往往面向设计、开发人员。 (二)生成阶段不同: 一般先有分析报告,后有规格说明书...

    需求分析报告和需求规格说明书有什么区别
    简单的讲,
    (一)面向对象上不同:
    需求分析报告往往面向业务人员、用户
    需求规格说明书往往面向设计、开发人员。

    (二)生成阶段不同:
    一般先有分析报告,后有规格说明书,
    分析报告往往是规格说明书的输入

    (三)内容侧重点、粒度不同:
    分析报告侧重于把系统要解决的业务逻辑、要实现的功能描述清楚,更宏观;
    规格说明侧重于把系统的约束、输入、输出和处理过程定义清楚,更具体。

    需求规格说明书介绍及其作用
    曾经有项目组拿着用户编写的原始需求就开始开发,随后状况不断,一次令人崩溃的研发过程。拿着用户编写的原始需求,编写我们自己的需求规格说明书,之所以重要,就在于用户编写的原始需求,是脱离了技术实现,编写的一份十分理想的业务需求。理想与现实总是有差距,我们之所以要编写自己的需求规格说明书,就是要本着实事求是、切实可行的态度,去描述用户的业务需求。那些不可行的需求被摒弃,或者换成更加可行的解决方案。这就是需求规格说明书的重要作用。

    从理论上讲,需求规格说明书(Requirement Specification)分为用户需求规格说明书和产品需求规格说明书。用户需求规格说明书是站在用户角度描述的系统业务需求,是用于与用户签字确认业务需求;产品需求规格说明书是站在开发人员角度描述的系统业务需求,是指导开发人员完成设计与开发的技术性文档。但是,我认为,用户需求规格说明书与产品需求规格说明书的差别并不大。领域驱动设计所提倡的就是要让用户、需求分析员、开发人员站在一个平台,使用统一的语言(一种混合语言),来表达大家都清楚明白的概念。从这个角度将,需求规格说明书就应当是一个,不区分用户需求规格说明书和产品需求规格说明书。

    需求阶段产出文档名称解释:
    需求分析报告,需求说明书,需求规格说明书

    需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。
    需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI中有标准的模板,我就不细说了,重点是站在客户的角度讲产品功能。
    需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等。

    文档模版网上很多。

    展开全文
  • 需求规格说明书往往面向设计、开发人员。(二)生成阶段不同: 一般先有分析报告,后有规格说明书, 分析报告往往规格说明书的输入(三)内容侧重点、粒度不同: 分析报告侧重于把系统要解决的业务逻辑、要实现...

    简单的讲,
    (一)面向对象上不同:
    需求分析报告往往面向业务人员、用户
    需求规格说明书往往面向设计、开发人员。

    (二)生成阶段不同:
    一般先有分析报告,后有规格说明书,
    分析报告往往是规格说明书的输入

    (三)内容侧重点、粒度不同:
    分析报告侧重于把系统要解决的业务逻辑、要实现的功能描述清楚,更宏观;
    规格说明侧重于把系统的约束、输入、输出和处理过程定义清楚,更具体。

    需求规格说明书介绍及其作用
    曾经有项目组拿着用户编写的原始需求就开始开发,随后状况不断,一次令人崩溃的研发过程。拿着用户编写的原始需求,编写我们自己的需求规格说明书,之所以重要,就在于用户编写的原始需求,是脱离了技术实现,编写的一份十分理想的业务需求。理想与现实总是有差距,我们之所以要编写自己的需求规格说明书,就是要本着实事求是、切实可行的态度,去描述用户的业务需求。那些不可行的需求被摒弃,或者换成更加可行的解决方案。这就是需求规格说明书的重要作用。

    从理论上讲,需求规格说明书(Requirement Specification)分为用户需求规格说明书和产品需求规格说明书。用户需求规格说明书是站在用户角度描述的系统业务需求,是用于与用户签字确认业务需求;产品需求规格说明书是站在开发人员角度描述的系统业务需求,是指导开发人员完成设计与开发的技术性文档。但是,我认为,用户需求规格说明书与产品需求规格说明书的差别并不大。领域驱动设计所提倡的就是要让用户、需求分析员、开发人员站在一个平台,使用统一的语言(一种混合语言),来表达大家都清楚明白的概念。从这个角度将,需求规格说明书就应当是一个,不区分用户需求规格说明书和产品需求规格说明书。

    需求阶段产出文档名称解释:
    需求分析报告,需求说明书,需求规格说明书

    需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。
    需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI中有标准的模板,我就不细说了,重点是站在客户的角度讲产品功能。
    需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等。

    展开全文
  • 需求规格说明系统需求主要对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求 2、 优点:用户的语言与设计人员的语言不同的,所以需要有面向不同人员的文档。 缺点:层次越多,...
  • (一)面向对象上不同: 需求分析报告往往面向业务人员、用户, 需求规格说明书往往面向设计、开发人员; (二)生成阶段不同: 一般先有分析报告,后有规格说明书, 分析报告往往规格说明书的输入 ; (三)...
  • 用户需求说明书 用户的需求,需要和用户确认的,对外的,用户的语言,给用户看的。...需求规格说明系统需求主要对内的,需求管理的时候也需要用到用户需求,设计人员的语言,给成员的看的。...
  • 需求规格说明

    2012-05-22 22:25:08
    需求规格说明书 对需求规格说明书的理解: 1、需求分析阶段的目标关注:做什么?而不是怎么做! 2、需求建模的方法:DFD(数据流图)、ERD(实体关系图)、Use Case(用例图) 3、哪种方法做需求分析...
  • 在产品研发过程中,《需求文档》与《需求分析报告》以及《需求规格说明书》产品研发的辅助文档,必不可少。遗憾的不但外行人傻傻分不清,有时候相关从业者乃至被神化了的产品经理也分不清楚。是什么导致了分歧...
  • 需求规格说明关于用户对于计费管理系统的功能和性能的要求的描述,该说明书的预期读者为: 用户; 项目管理人员; 测试人员; 设计人员; 开发人员。 这份软件需求说明书重点描述了计费管理系统的功能需求,...
  • 作为软件架构师,优化流程重要内容。 其实《需求规格说明书(Requirement Specification)》...产品需求规格说明站在开发人员角度描述的系统业务需求,检验软件公司是否正确理解用户需求的试金石,指导开发人
  • 需求规格说明书“最关键的是什么分析问题或项目失败的最可靠的方法之一,如一个复杂的软件项目的需求规格说明书却很简单。需求详细地描述一个应用程序的外在的功能和特性。需求应该清晰的、完整的、详...
  • 最近看见很多同学再找需求规格说明书,我做做软件的,为大家提供一些帮助。。。。。有什么需要可以告诉我
  • 软件需求规格说明书(Spec) 1、Spec的目的: (1)让开发人员基本了解将要开发什么样的软件,有一个初步的概念,可以有效制定自己的开发计划。 (2)让用户了解将要开发的软件的具体功能是什么,有助于充分体现...
  • 需求规格说明关于用户对于Saas小区物业管理系统的功能和性能的要求的描述,该说明书的预期读者为: 用户; 项目管理人员; 测试人员; 设计人员; 开发人员。 这份软件需求说明书重点描述了Saas小区物业管理...
  • 关于需求规格说明

    2009-09-19 04:11:00
    软件需求开发的结果应当形成一份需求规格说明书,那么这份说明书应该详细到什么程度呢?例如:假设要坐个计算器的话,欢迎探讨。一:环境需求:支持的操作系统类型/版本,硬件平台二:功能需求:1、是否支持加减...
  • 软件规格需求说明

    2020-04-30 16:24:05
    在软件项目中,软件系统的范围经常表现为软件需求规格说明书,软件需求规格说明书至少包括: 1、功能特征描述 2、系统接口描述 3、质量特征描述 如何确定软件需求呢? 1、首先提出一系列问题:谁需要解决方案?所...
  • 在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他...
  • 功能需求规格说明

    2018-01-15 20:49:00
    什么是鞋? 鞋是你穿在脚下用来保护脚的东西。 什么是鞋带? 为了方便使鞋子方便穿脱,调节鞋子松紧度,使鞋子穿在脚上更舒服,不易掉。就是在每只鞋上一般都有的两个伸出的软软的绳子,直径大约3~5mm,每端线头...
  • 软件需求规格说明

    2017-04-17 20:04:00
    1.spec 的目标是什么,spec 的目标不包括什么? 目标为:为丢失物品的在校学生提供一个专门的平台,寻找丢失的物品。 不包括:(1)不保证每一个发布消息的人都能找到丢失的物品 (2)不包括帮助失主找回丢失的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 784
精华内容 313
关键字:

什么是需求规格说明