基础概念
insight 在线需求分析系统 https://srs.pub/insight/ 的主要遵循SRS的规范来引导分析需求项，并支持需求追踪和变更，涉众 1的管理。
一个完整的需求分析实操过程是这样子的，首先通过访谈 2、会议、收集相关文档等，获得原始的素材。原始的素材并不能直接作为需求来使用，需求分析师在收集到素材后，对素材进行分析，拆解出需求的功能定义，已经界定非功能需求等。形成初始的需求。
初始的需求需要和涉众逐一评审 3确认。 形成经过确认的需求。 所有的需求都确认过后，报请发起人批准。批准之后的需求为正式的需求，可以输出正式的报告。此时可以称呼为需求基线，或者需求版本，会带有版本号(比如1.0),有时也称为需求冻结。
正式的需求版本批准后，如果研发过程中需要增减需求，需要启动需求变更过程。 需求变更就使得冻结的证书版本(如1.0)，再次称为可编辑，可修改的待评审版本。同时版本号也会变成草案版。
变更后的需求，再次经过评审后，可以在此申请发起人批准。新批准的版本，就会递增版本号（如1.1，或者2.0， 视修改的多少而定）。
由此形成一个不断迭代更新的需求分析和变更管理体系。
相关概念下面逐个说明.
素材
在IEEE,GBT等相关SRS规范中，并没有关于素材的相关定义。一些需求管理思想里面会区分需求的层次，比如领域需求，业务需求 4，技术需求。由此来区分业主涉众描述的需求和经过分析提取后的需求。GB8567和MIL-STD-498中，有对资料文档做了一些简单的描述。
insight 在线需求管理 5系统按照实际使用中的遇到的场景，将所有由业主涉众提供的相关信息，定义为素材。并加以分门别类的管理。只有经过分析师提取后的需求，才算是真正的需求。
素材是未经加工的原始材料，也是分析师分析和抽取需求的基础。由此需求的管理对需求的评审，验证，以及追溯来说，至关重要。
因此 insight 在线需求管理系统将素材作为重要的一环来处理。
素材的类型和来源包括：会议记录，聊天记录，访谈记录（故事板，用户故事 6），以及文档手册，接口文档，规范文档，等等。
涉众
素材不会凭空产生，必来自于某位涉众，也可能是多个参与涉众。当有多个涉众参与时，需要确定一个主要涉众，其余为相关涉众或参与涉众。例如会议记录。
涉众需要再添加，编辑素材时，同时维护。
涉众的相关概念在SRS相关规范中普通的出现，但并没有定义相关的措施。涉众的管理是独立于需求管理的单独项目管理理论。
但是涉众的利害相关关系，不仅仅是在项目实施过程中造成影响，在需求分析的初始阶段，就会对需求的抽取与定性有很大的影响作用。
因此涉众管理 7虽然严格意义上是项目管理的范畴，这里仍加入到需求管理的流程中来。只是是作为一个辅助的部分，在需求分析，提取，评估验证，批准发布的过程中，涉众管理不是必须的。
但是在评估验证环节，需要召集涉众参与，因此素材的涉众信息，仍是必须提供的部分。
需求评估
素材经过分析师提取成需求后， 仍需要通过评估来确保需求定义的准确性，一致性，完整性，可行性等，避免出现需求理解偏差。
需求评估需要需求所基于的素材的关联涉众参与。即 涉众提供素材，素材产生需求，需求由涉众加分析师团队一起评估确认。
当所有的需求项都评估完之后，会执行一个批准发布的操作，由此产生一个正式的版本（带版本号）。
批准发布理论上是由业主（准确的角色 8定义上应该是涉众中的发起人）来授权的。
需求变更
批准发布后的需求是正式版本，也就是不可变更的。 如果确实需要变更，需要启动需求变更过程。 此时会形成新的版本号，如1.1草案，2.0草案等。 新的版本所有需求重新变成可编辑的。 就像项目刚开始一样。后续仍然是走评估验证，批准发布的过程。
新的批准发布的版本，会带有新的版本号。 比如1.1或者2.0。
当追溯需求时，默认是在最新的版本上进行。比如某个需求来自哪些素材，当时有哪些讨论等等。
也可以指定版本号来进行追溯。比如当前已经是2.0了。 可以指定1.0的时间线，回到1.0当初追溯需求来自哪些素材，有哪些讨论等。
其他问题或建议，请发信 service@srs.pub 。
本文同步发表在 软件需求探索的https://srs.pub/manual/insight-process.html
涉众定义与解释. https://srs.pub/theory/stakeholder.html ↩︎
商业分析中的五十种分析方法和技巧之25-访谈. https://srs.pub/babok/fangtan.html ↩︎
商业分析中的五十种分析方法和技巧之37-评审机制. https://srs.pub/babok/pingshen.html ↩︎
软件工程中的业务需求. https://srs.pub/theory/business-req.html ↩︎
需求管理. https://srs.pub/specification/req-flow-management.html ↩︎
商业分析中的五十种分析方法和技巧之48-用户故事. https://srs.pub/babok/yonghu-gushi.html ↩︎
使用权力利益矩阵进行利益相关者管理. https://srs.pub/theory/shi-yong-quan-li-li-yi-ju-zhen-jin-xing-li-yi-xiang-guan-zhe-guan-li.html ↩︎
商业分析中的五十种分析方法和技巧之39-角色与权限矩阵. https://srs.pub/babok/juese-yu-quanxian-juzhen.html ↩︎