На этой странице описаны шаги, связанные с созданием приложения на основе модели. Для простого пошагового руководства по созданию первого приложения перейдите к созданию первого приложения на основе модели.
Этапы создания приложения на основе модели и предоставления к нему доступа
На базовом уровне управляемое моделью приложение состоит из следующих шагов.
| Моделирование бизнес-данных | Гарантировать, что данные построены правильным образом для решения бизнес-задачи. |
| Определение бизнес-процессов | Помочь пользователям обновлять таблицы и выполнять свою работу эффективно и точно. |
| Составление приложения | Создать приложение и выбрать таблицы и элементы таблиц, относящиеся к приложению. |
| Настройка ролей безопасности | Чтобы пользователи приложения могли взаимодействовать только с данными, соответствующими их ролям. |
| Совместное использование приложения | Распространение приложения. |
Разработка бизнес процесса «Разработка ПО» в ELMA
Каждый этап требует ряда редакторов, чтобы гарантировать, что приложение может быть создано, независимо от того, обновляет ли создатель приложения модель данных или выполняет процесс создания приложения.
Хотя наличие нескольких редакторов может показаться странным, они отражают различные технологии, которые были задействованы в Dataverse. Часто создатели легко переходят между редакторами, чтобы создать приложение.
Моделирование бизнес-данных
Для моделирования бизнес-данных требуется определить, какие данные будут нужны приложению и как эти данные будут связаны с другими данными. В разработке под управлением модели используется основанная на метаданных архитектура, что позволяет разработчикам дорабатывать приложения без написания программного кода. Метаданные означают «данные о данных» и определяют структуру данных, хранящихся в системе.
Приложения на основе моделей не могут быть созданы без таблиц Dataverse. Тем не менее, таблицы Dataverse могут использоваться многими службами Power Platform, в том числе приложениями на основе холста и Power Automate.
Определение бизнес-процессов
Определение и реализация последовательных бизнес-процессов является важным аспектом разработки управляемых моделью приложений. Однако следует отметить, что можно создать приложение на основе модели без настраиваемого на его основе бизнес-процесса.
Тем не менее, последовательные процессы помогают гарантировать, что пользователи вашего приложения могут сосредоточиться на своей работе, а не на том, что им следует выполнить набор действий вручную. Эти процессы могут быть простыми или сложными и могут содержать операции с несколькими таблицами.
На снимке экрана ниже показано влияние наличия потока бизнес-процесса.
Business Studio. Разработка стратегических карт и ландшафта бизнес-процессов
Потоки бизнес-процессов создаются и настраиваются с помощью Power Automate.
Создание управляемого моделью приложения
После создания модели данных и определения бизнес-процессов, где это необходимо, приложение может быть построено.
Это можно сделать одним из двух способов: путем создания приложения с использованием современного интерфейса или классического интерфейса.
С современным интерфейсом разработчики могут видеть эффекты изменений, которые они вносят во время проектирования, тогда как с классическим интерфейсом существует уровень абстракции между конечным пользовательским интерфейсом и представлением разработки. Дополнительные сведения:
- Узнайте, как создать современное приложение
- Узнайте, как создать приложение с использованием классического интерфейса
В обоих случаях создается карта сайта, определяя возможности навигации для пользователей. При современном подходе это часть процесса разработки приложения, тогда как при классическом конструкторе приложений используется отдельный конструктор карты сайта.
Запуск приложения
Запускайте свое приложение через конструктор приложений или через обозреватель решений.
После завершения этих этапов вы можете переходить к заключительным этапам, связанным с распространением вашего приложения.
Настройка ролей безопасности
Доступ к таблицам определяется с помощью ролей безопасности, и эти роли определяют действия, которые пользователи могут выполнять с таблицами в Dataverse. Без этого пользователи не будут иметь полноценного доступа к приложению.
К действиям операциям относятся создание, чтение, запись, удаление, назначение, назначение кому, назначение и общий доступ. Сначала необходимо настроить роли безопасности, а затем пользователям будут назначены роли на этапе совместного использования.
Для получения дополнительной информации о понимании, создании и настройке ролей безопасности перейдите по ссылке:
- Документация по Power Platform
- Начните с ролей безопасности в Dataverse
Совместное использование приложения
Чтобы поделиться приложением, требуются два действия.
- Назначьте роль безопасности пользователю. Это означает, что у них есть разрешение на просмотр данных.
- Предоставление общего доступа к ссылке на приложение. Чтобы получить ссылку:
- Отредактируйте приложение и выберите вкладку Свойства.
- Скопируйте URL-адрес единого интерфейса.
- Вставьте URL-адрес приложения в местоположение, в котором ваши пользователи могут получить доступ к нему, например путем публикация его на сайте SharePoint, или отправьте по электронной почте.
Совместное использование приложения и роли безопасности неразрывно связаны. Чтобы правильно поделиться приложением, вам нужно хорошо понимать и то, и другое. Узнайте больше о совместном использовании приложений и обеспечении безопасности
Использование приложения на основе модели
Документация была разработана, чтобы помочь пользователям приложений на основе моделей успешно ориентироваться и взаимодействовать таким образом, чтобы повысить их продуктивность. Подробнее об использовании приложений на основе моделей
Следующие шаги
Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).
Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).
Обратная связь
Отправить и просмотреть отзыв по
Источник: learn.microsoft.com
Разработка программного обеспечения
Технологии изменили нашу жизнь за последние несколько десятилетий. Они улучшили качество нашей жизни и позволили нам общаться с людьми по всему миру. Она также широко радикализировала бизнес-сектор, позволив предпринимателям повсеместно создавать свои собственные приложения без проблем.
Процесс разработки программного обеспечения — это процедура, состоящая из множества этапов. Его нельзя воплотить в жизнь за несколько дней. Уникальная и творческая идея может занять у вас всего несколько минут, но усилия по превращению этой зарождающейся идеи в полностью рабочий продукт, готовый к внедрению на рынок, требуют времени.
Процесс разработки программного обеспечения обычно осуществляется с учетом определенной структуры, и инженеры могут использовать для этого любую архитектуру, от водопадной модели до agile-методологии. Прежде чем перейти к более тонким деталям того, что на самом деле стоит за разработкой программного продукта, давайте рассмотрим, что такое разработка программного обеспечения.
Что такое разработка программного обеспечения?
Процесс разработки программного обеспечения состоит из множества этапов. В его рамках создаются, проектируются, программируются, документируются, тестируются и поддерживаются несколько веб- и мобильных приложений, библиотек и других модулей программной инженерии. Разработка программного обеспечения — это метод создания программного обеспечения и сопровождения программного кода. Поэтому процесс разработки программного обеспечения включает в себя исследование, новую разработку, прототипы, изменения, проектирование программного обеспечения, поддержку или любую другую деятельность, связанную с продуктами или приложениями программной инженерии.
Этапы разработки программы – как создаются и проектируются программы?
Привет, сегодня мы с Вами поговорим о том, как создаются высококачественные программы, а точнее, я расскажу на какие этапы делится этот процесс, поэтому если Вы хотите создавать классные приложения, то Вам обязательно стоит соблюдать все эти этапы, ну или по крайней мере большую их часть.
Зачем нужно проектировать программу и соблюдать этапы разработки?
Вы можете спросить, зачем нужно соблюдать какие-то там этапы, ведь разработка программы — это просто сел и написал код. Однако это не так, с таким подходом создать нормальное приложение не получится.
В зависимости от размера программных проектов этапы разработки могут отличаться, в некоторых случаях это будут очень детализированные и бюрократичные этапы, а в некоторых — просто сформулированные в любом удобном для разработчиков виде.
Так, например, при строительстве сарая у себя на даче Вы не будете что-то там детально планировать, исследовать, инспектировать, но в случае, скажем, со строительством электростанции все будет очень детально спланировано, спроектировано, режим работы рабочих будет расписан поминутно, так как цена ошибки на любом этапе будет значительно выше, чем в случае со строительством простого сарая.
Точно так же происходит и при разработке ПО, если проект крупный и очень важный, который возможно будет влиять на жизни людей или связан с огромными финансовыми рисками, все этапы разработки ПО будут соблюдаться, т.е. детально проработаны и даже будут добавляться новые этапы, микроэтапы и так далее.
Все это делается для того, чтобы не допустить появления ошибок и реализовать тот продукт, который действительно нужен.
Чем раньше будут обнаружены ошибки или выявлен неправильных подход в реализации того или иного действия, тем цена этих ошибок будет меньше. Иными словами, в зависимости от этапа обнаружения ошибки ее цена может меняться от 10 до 100 раз. Например, если на самом начальном этапе цена исправления ошибки будет равняться 100 рублей, то на этапе тестирования она может вылиться в 10000. Поэтому этапы разработки ПО очень важны, и разработчик должен их соблюдать и попытаться донести это видение до менеджеров, которым всегда нужен только результат. Так как они или отводят на это слишком мало времени или и вовсе не считают это необходимым, например, зачем при программировании вырабатывать какие-то требования или что-то там проектировать.
Основные этапы разработки ПО
Вот этапы, которые в большинстве случаев должны соблюдаться при разработке программного обеспечения:
- Этап 1 – Определение проблемы
- Этап 2 – Выработка требований
- Этап 3 – Создание плана разработки
- Этап 4 – Разработка архитектуры системы или высокоуровневое проектирование
- Этап 5 – Детальное проектирование
- Этап 6 – Кодирование и отладка
- Этап 7 – Тестирование компонентов
- Этап 8 – Интеграция компонентов
- Этап 9 – Тестирование всей системы
- Этап 10 – Сопровождение, внесение изменений, оптимизация
Некоторым может показаться, что это слишком сложный план, но если Вы будете работать над крупным проектом, то столкнётесь со всем этим, и даже более детализированным планом.
Сейчас давайте рассмотрим каждый этап, т.е. узнаем, какие действия необходимо выполнять на каждом этапе.
Этап 1 – Определение проблемы
Перед тем как приступать к кодированию, необходимо четко сформулировать проблему, которую Ваша будущая программа должна решать. Так как, не имея хорошего определения проблемы, Вы можете потратить много усилий и времени на решение не той проблемы, которую требуется решить.
На данном этапе проводится простая формулировка сути проблемы без каких-либо намеков на ее возможные решения, при этом формулировать ее следует на языке, понятном пользователю, т.е. она должна быть описана с пользовательской точки зрения.
Определение проблемы – это фундамент всего процесса программирования!
Этап 2 – Выработка требований
Что такое требования и зачем их нужно выработать?
Требования к программе – это подробное описание всех возможностей программы и действий, которые должна выполнять программа. Такие требования иногда также называют «Функциональной спецификацией» или просто «Спецификацией».
Требования вырабатывают для того, чтобы свести к минимуму изменения системы после начала непосредственной разработки. Такие требования должны быть обязательно официальными, т.е. документально оформлены. Так как это гарантирует то, что функциональность системы определяется заказчиком, а не программистом. Даже в случае с внутрикорпоративными разработками такие требования должны быть зафиксированы, например, в виде технического задания, подписанного всеми задействованными лицами, тем самым Вы избежите лишних разговоров и споров, например, о том, что реализованный функционал делает не все или не так.
Выработка требований очень важна, так как она позволяет определить функциональность программы до начала программирования.
Этап 3 – Создание плана разработки
На данном этапе Вы уже должны в формальном виде составить план разработки программного обеспечения с учётом существующей проблемы и выработанных требований. Иными словами, Вы должны составить план того, как Вы будете действовать дальше.
Этап 4 – Разработка архитектуры системы или высокоуровневое проектирование
Архитектура системы – это каркас программы, это высокоуровневое проектирование программы.
