一、需求号生成条件
评审通过：当客户提出的需求或系统问题反馈经过西安研发总部的严格评审，被认定为合理且具备实施价值后，才会正式生成一个需求ID号。这个评审过程是对需求的全面审核，包括需求的可行性、必要性、与现有系统的兼容性等诸多方面。只有通过这一关键环节，需求才会被赋予一个具有唯一标识性的需求ID号。
正式立项：除了评审通过外，需求还必须进入正式立项阶段。立项意味着需求已经从概念阶段转变为一个具体的项目任务，被纳入研发计划之中。未正式立项的需求，即使有一定的价值，也不会被赋予需求ID号，因为它们尚未确定是否会被实际开发和实施。
二、需求号的功能与意义
进度查询：对于拥有需求ID号的用户来说，这个编号是他们查询需求解决进度的关键依据。用户可以通过方天系统的相关查询功能，输入需求ID号，获取该需求当前所处的阶段，例如是否正在进行设计、开发、测试，或者已经进入部署阶段等详细信息。这使得用户能够清晰地了解自己需求的推进情况，合理安排自身的工作和预期。
便于管理与追溯：从研发管理的角度来看，需求号为研发团队提供了一个标准化的管理工具。每一个需求ID号都对应着一个明确的需求任务，方便研发人员进行任务分配、进度跟踪和质量把控。同时，在后续可能出现的需求变更、问题追溯等场景中，需求号也能够帮助快速定位相关需求，确保问题能够得到及时、准确的解决。
三、未分配需求号的情况说明
评审不通过：如果客户的需求在评审过程中被认定为不合理、不具备实施价值，或者与现有系统存在不可调和的冲突等情况，该需求将不会通过评审。此时，不会为其生成需求ID号。研发团队会向客户反馈评审不通过的具体原因，帮助客户理解需求未被采纳的原因，以便客户对需求进行调整或重新考虑。
未正式立项：即使需求通过了评审，但在未正式立项之前，也不会赋予需求号。这可能是因为研发团队还需要进一步评估资源分配、优先级排序等因素，或者等待其他相关条件的成熟。在未正式立项阶段，需求仍然处于待定状态，其后续的实施情况存在不确定性，因此不会提前分配需求号。
四、用户建议与反馈
持续沟通：对于未通过评审或未正式立项的需求，用户无需气馁。建议用户与研发团队保持密切沟通，根据反馈意见对需求进行优化和完善。同时，用户可以关注研发团队后续的动态，适时重新提交需求进行评审。
理解与支持：研发团队在需求评审和立项过程中需要综合考虑多方面因素，以确保系统的稳定性和研发资源的有效利用。希望用户能够理解这一过程的严谨性和必要性，给予研发团队充分的支持和信任。
方天系统需求号的管理规则旨在确保研发工作的高效、有序开展，同时也为用户提供清晰、透明的需求管理流程。希望用户能够熟悉并理解这一规则，与研发团队携手合作，共同推动系统的持续改进与发展。
