在系统分析师的备考过程中，需求评审中的需求规格说明书（SRS）检查是重要的一环。
一、整体认识
需求规格说明书是对系统需求的全面描述。它就像是建筑的蓝图，为整个项目的开发奠定基础。在需求评审时，我们要从多个方面去检查这份说明书是否合格。
二、检查要点
1. 完整性
- 涵盖功能需求：要明确列出系统需要实现的所有功能。比如在金融系统中，存款、取款、转账等功能都要详细说明操作流程、输入输出要求等。
- 非功能需求：包括性能方面，像系统响应时间，在高并发情况下金融交易的处理速度；还有安全性需求，如用户信息的加密存储等。
- 学习方法：仔细研读相关的项目文档范例，对不同类型系统的常见需求进行总结归纳。
2. 一致性
- 需求内部逻辑一致：例如在一个电商系统中，商品库存数量不能在销售时出现负数且同时库存更新逻辑要统一。
- 与业务规则一致：金融系统中的利率计算规则要与实际银行规定相符。
- 学习方法：多做一些实际案例分析，对比不同案例中的逻辑关系，找出一致性的关键要素。
3. 可测试性
- 明确的验收标准：在软件项目中，对于每个功能要有具体的验收标准，如测试用例可以达到的预期结果。
- 独立的需求单元：方便单独进行测试，比如在开发一个办公软件时，表格编辑功能可以单独测试。
- 学习方法：学习测试理论，了解如何根据需求编写有效的测试用例，从而反推需求的可测试性要求。
4. 准确性
- 需求描述精确：不能模糊不清，在物流系统中货物运输时间的规定要精确到小时或者天。
- 学习方法：多关注行业标准和规范，提高自己对准确描述需求的敏感度。
5. 可行性
- 技术可行：确保现有的技术能够实现需求，在新兴的人工智能项目中，不能提出目前技术无法达到的算法要求。
- 经济可行：考虑成本效益，在建设大型数据中心时，要评估建设和运营成本是否合理。
- 学习方法：关注行业技术动态和成本分析报告。
6. 必要性
- 避免冗余需求：在企业管理软件中，不要添加一些对业务流程没有实质帮助的功能需求。
- 学习方法：深入理解业务流程，从用户实际需求出发进行甄别。
7. 清晰性
- 文档结构清晰：按照模块或者功能划分章节，在医疗系统中，挂号、诊断、缴费等功能模块要清晰分开描述。
- 语言简洁明了：使用通俗易懂的语言，避免过多的行业术语堆砌。
- 学习方法：阅读优秀的文档范例，学习其结构和表达方式。
8. 可修改性
- 易于更新和维护：在互联网产品迭代过程中，需求规格说明书要能够方便地进行修改以适应新的需求。
- 学习方法：了解软件工程中的版本控制和管理方法。
9. 可跟踪性
- 需求与项目其他文档关联：如在软件开发中，需求要与设计文档、测试文档有明确的对应关系。
- 学习方法：建立文档关联模型，进行实际的关联操作练习。
10. 规范性
- 遵循企业或者行业的标准格式：不同行业可能有不同的文档编写规范。
- 学习方法：收集相关行业的文档编写指南进行学习。
三、金融系统SRS评审案例
在金融系统中，以银行网上支付系统为例。其需求规格说明书要明确支付的渠道（如网页端、手机端）、支付的安全机制（如SSL加密）、交易的限额设定等。如果在评审中发现没有明确手机端支付的异常处理流程，这就是完整性的问题；如果安全机制与银行总行的安全策略不一致，那就是一致性问题。
总之，在系统分析师备考中，深入理解需求规格说明书的检查要点并通过实际案例进行分析是非常有效的学习方法。
喵呜刷题：让学习像火箭一样快速，快来微信扫码，体验免费刷题服务，开启你的学习加速器！
