Концептуальная модель: требования к приложениям
При разработке концептуальной модели необходимо определить бизнес-проблемы и функции, необходимые для решения этих проблем. Подход к рекомендациям заключается в том, чтобы поговорить с людьми, которые фактически будут использовать приложение, встретиться с широким спектром пользователей и включать как можно больше бизнес-сценариев или пользователей. Определите удостоверения и количество потенциальных пользователей системы, а также размер и область участвующих данных. Хотя сбор этой информации может быть наименее техническим аспектом процесса проектирования, это один из самых важных. Для разработки успешного приложения необходимо четкое представление о бизнес-проблемах и процессах, которые необходимо решить.
При определении требований приложения следует учитывать следующие рекомендации.
- Требования к производительности. Какое ожидаемое время отклика для задач приложения? Какая поддержка отработки отказа для серверов вниз необходима? Каковы часы доступности?
- Среда. Какие серверы доступны? Планируются ли дополнительные серверы для обработки любых требований к масштабированию?
- Шаблон Как приложение интегрируется с текущей системой? С какими другими системами будет взаимодействовать приложение? Какие операционные системы используют другие системы? Какие протоколы связи должны поддерживаться? Какой API можно использовать для взаимодействия с другими системами? Где находятся другие системы в сети? Какие ограничения на использование компьютера существуют? Какие учетные записи пользователей разрешен доступ?
- Location. Где находятся данные относительно клиента? Удаленный доступ к данным или локальный?
- Безопасность. Существуют ли требования к шифрованию или целостности проверка? Существуют ли требования к проверке подлинности или защите данных?
- Права доступа. Существуют ли ограничения на выполнение определенных операций? В этом случае сначала следует документировать, какие операции требуют авторизации, а затем документировать типы пользователей, которые могут иметь авторизацию. Эти требования могут оказать большое влияние на реализацию частей приложения.
См. также
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по