On the question of a method for researching user requirements for software

Методы User Story все чаще используются в качестве основы артефактов проектирования требований при разработке программного обеспечения. На практике доказано, что метод User Story является более эффективным для описания основных целей системы. Но непрерывное управление работой программного обеспечения может быть особенно трудоемким и подверженным ошибкам, особенно при оценке качества или объема пользовательских историй и наблюдении за общей картиной системы. С другой стороны, эти модели были признаны эффективными инструментами коммуникации и анализа цели. В рамках данной работы рассмотрены и проанализированы методы выявления и представления требований к разработке программного обеспечения. В статье предлагается генеративный подход для создания диаграмм надежности на основе автоматизированного анализа пользовательских историй. Истории преобразуются в диаграммы, что позволяет разработчикам требований и пользователям проверять основные концепции и функциональные этапы, лежащие в основе историй, и обнаруживать искаженные или избыточные истории. Такие модели также открывают двери для автоматизированного систематического анализа. The User Story methods (user stories) increasingly are used as the basis of requirements design artifacts in software development. In practice, it is proved that the User Story method is more effective for describing the main goals of the system. But continuous management of software operation can be particularly time-consuming and error-prone, especially when evaluating the quality or volume of user stories and observing the overall picture of the system. On the other hand, these models were recognized as effective tools for communication and goal analysis. Within the framework of this work, methods for identifying and presenting requirements for software development are considered and analyzed. In the article, we propose a generative approach for creating reliability diagrams based on automated analysis of user stories. Stories are converted into diagrams, which allow requirements developers and users to check the basic concepts and functional stages underlying the stories, and detect distorted or redundant stories. Such models also open the door for automated systematic analysis.