以电子采购为例，新的基于网络的招标助手（AnA-Web）取代了以前的软件客户端。公司已经能够使用招标助手参与电子采购招标。然而，以前的政府对企业的应用程序已经过时，需要建立在新的技术基础上。 AnA-Web 应完全集成到采购门户中，并应引导用户顺利完成整个招标过程。同时，遵守采购法、数据保护和数据安全的敏感要求也很重要。
您想知道是什么导致了这个现代化项目的成功吗？非常简单：AnA-Web 是使用顺序方法和敏捷方法相结合来开发的。连续的组件“分析和构思”以及“测试和验收”形成了敏捷软件开发的框架。所选择的方法适合 V-Modell XT 的框架。敏捷方法可以轻松地集成到联邦政府的流程模型中，特别是因为它提供了根本上可比的迭代、增量开发。
在AnA-Web的分析和构思阶段，需求工程师既包括来自专家方面的利益 美国电子邮件列表中的牧师 相关者，也包括来自用户界的利益相关者，以便能够尽早确定不同的愿望和需求。此外，后来软件开发的同事也参与其中，以便对技术可行性做出有效的陈述。需求工程师负责创建需求规范。与相关人员协调，对定义的目标、用例和要求进行了全面、全面的描述。选择了允许快速审查和协调过程的详细程度。
在实际开发之前，AnA-Web 创建了一个可用性原型。相关人员能够在早期阶段获得表面的“图片”并尝试初始场景。这加深了对要求的共同理解。此外，在测试运行过程中还获得了实际用户的建设性反馈。
随后的敏捷实施是基于Scrum的。规范中的内容被转换成小的规范单元（“用户故事”），进入电子 Scrum 板的所谓“产品待办事项列表”。可用性原型的功能和掩码在短期开发迭代（“冲刺”）中逐步扩展。对于 Scrum 角色“产品负责人”，需求工程师充当采购办公室和开发团队主要技术联系人之间的纽带。在实施过程中，在双方密切合作下，在短时间内做出了澄清。
每次冲刺之后，开发团队都会向相关利益相关者提交中期结果。这样，采购办公室就能够密切关注AnA-Web的发展情况，并在必要时进行干预。自组织的开发团队反过来利用详细规范的自由并为开发做出了创造性的贡献。这对团队的积极性以及最后但并非最不重要的一点是对产品质量产生了自我强化的影响。
在最终的测试和验收阶段，可以有效地使用冲刺测试中的测试用例。最终，更新规范的要求得到了验证。
结论
正如您所看到的，持续执行的需求工程（由 IREB 认证专家明确担任的角色）在技术方面明显减轻了客户的负担。在利益相关者的密切参与下，以所选方法系统地处理需求，为项目的成功做出了重大贡献。作为电子采购复杂维护和进一步发展的一部分，现代化措施高质量完成。 AnA-Web 已投入运行，具有有针对性且有吸引力的用户界面。
您可以在我们的网站上找到有关需求工程和电子招标主题的更多信息。