Различные источники понимания требований к программному обеспечению
Спецификации требований к программному обеспечению обеспечивают основу для разработки системы, и это один из наиболее важных шагов в SDLC. Хотя заинтересованное лицо является основным источником требований, вы не можете полагаться на спецификацию, заявленную одним источником.
Для требований из одного источника практически не будет возможной проверки спецификаций, потому что не будет существовать сопоставимых проверок для предписанных специальностей из различных источников, включая клиентов, потребителей, экспертов в проблемной области, экспертов в связанной области, потенциальных пользователей, операторов, опытных разработчиков, и даже критики системы. Набор данных знаний создается в результате выполнения существующей ручной или полуавтоматической системы.
Отзывы владельца, пользователя, оператора, других сотрудников. также собираются бенефициары, и их предложения и ожидания в отношении новой системы записываются. Собранные данные оцениваются и уточняются коллективно и в консультации с вовлеченными людьми.
- Заинтересованные стороны / покупатели:
Это лица, ответственные за принятие и запуск программного обеспечения. Это могут быть отдельные лица, организации, трасты или даже правительство или общественность страны. - Пользователь / Бенефициары:
Это пользователи продукта, для которого он предназначен. - Операторы:
Это люди, которые работают над программным обеспечением, чтобы сделать услуги программного обеспечения доступными для его бенефициаров или конечных пользователей. - Эксперты в предметной области:
Это профессионалы, обладающие опытом и знаниями в той области, в которой программное обеспечение предоставляет свои услуги, а именно. страхование, финансы, банковское дело, связь, передача данных, создание сетей и т. д. Специалисты в предметной области раскрывают скрытые или невидимые вероятные требования или риски, связанные с разработкой продукта. - Разработчик:
Программная инженерия, ответственная за разработку программного обеспечения, чтобы оно предоставляло ожидаемые услуги. Они несут ответственность за проектирование программного обеспечения, разработку прототипов и техническую осуществимость. Они работают в тесном сотрудничестве с конечными пользователями, покупателями и экспертами по приложениям. - Автоматизированные инструменты:
В новом поколении информационных технологий и парадигмы разработки программного обеспечения доступно множество автоматизированных и полуавтоматических инструментов, которые позволяют подтверждать необходимость построения системы и управлять ею. такое программное обеспечение также обеспечивает ввод. Системные / программные требования. - Прошлый опыт / примеры из практики:
Организация, работающая в аналогичной или той же области, может поделиться своим прошлым опытом или даже задокументированными тематическими исследованиями. Это помогает получить более четкое представление о требованиях, которые в противном случае можно было бы скрыть. - Подключенные люди / машины / окружающая среда:
Люди, связанные с программным обеспечением или факторами окружающей среды и ИТ-областью, могут предоставить много информации об ограничениях, связанных с разработкой, разработкой, их последствиями и воздействием на окружающую среду для программного обеспечения. - Тестер:
Тестеры - хороший источник информации о поведении пользователя или прогнозирующем поведении состояния системы. постоянный контакт с реальными пользователями за их вклад. В таких случаях экзаменаторы могут использовать свой опыт и аналитические навыки для внесения вклада.
Вниманию читателя! Не переставай учиться сейчас. Получите все важные концепции теории CS для собеседований SDE с курсом теории CS по доступной для студентов цене и будьте готовы к отрасли.