|
❖ уточнение структуры пользовательского интерфейса; построение структурных схем, отражающих логику работы пользовательского интерфейса и модель бизнес-логики, и привязка их к формам; ❖ результатами детального проектирования являются: •> модуль архитектуры (структурные схемы интерактивных и неинтерактивных функций); модуль данных (определение в ДСС всех необходимых параметров для приложений); ❖ модуль внешнего (пользовательского) интерфейса (диаграмма последовательности форм, показывающая, какие формы появляются в приложении и в каком порядке, взаимосвязь между каждой формой и определенной структурной схемой, взаимосвязь между каждой формой и одной или более сущностями в ДСС). На фазе реализации строится реализационная модель системы формирования управленческих решений. На основе анализа потоков данных и взаимодействия процессов с хранилищами данных осуществляется окончательное выделение модулей и подсистем (предварительное должно было быть сделано и зафиксировано на этапе формулировки требований в техническом задании). При выделении модулей и подсистем необходимо руководствоваться принципом функциональной связанности и принципом минимизации информационной зависимости. Необходимо учитывать, что на основании таких элементов подсистемы как процессы и данные на этапе разработки должно быть создано приложение, способное функционировать самостоятельно. С другой стороны при группировке процессов и данных в подсистемы необходимо учитывать требования к конфигурированию продукта, если они были сформулированы на этапе анализа. Стадия подготовки предваряет запуск системы формирования управленческих решений в действие. Настраивается система ограничений системы 154 |
• модель пользовательского интерфейса (классификация процессов на интерактивные и неинтерактивные функции, диаграмма последовательности форм (ДПФ), показывающая, какие формы появляются в приложении и в каком порядке. На ДПФ фиксируется набор и структура вызовов экранных форм. Диаграммы ДПФ образуют иерархию, на вершине которой находится главная форма приложения, реализующего подсистему. На втором уровне находятся формы, реализующие процессы нижнего уровня функциональной структуры, зафиксированной на диаграммах ДАС. На фазе детального проектирования строится модульная модель. Под модульной моделью понимается реальная модель проектируемой системы формирования управленческих решений. В процессе прохождения стадия реализации строится системный прототип, который должен отражать все процессы и процедуры системы управления на предприятии, определенные в будущей концепции. Здесь основной задачей является настройка системы (конфигурировании всех системных таблиц) в соответствии с вашими требованиями; а также создание отчетов и форм, необходимых компании. Стадии реализации и подготовки частично пересекаются, некоторые действия из стадии подготовки могут начинаться еще во время стадии реализации. Процесс построения прототипа системы формирования управленческих решений включает в себя: • уточнение модели для последующей технической и программной реализации; • уточнение структуры пользовательского интерфейса; • построение структурных схем, отражающих логику работы пользовательского интерфейса и модель бизнес-логики, и привязка их к формам; • результатами детального проектирования являются: • модуль архитектуры (структурные схемы интерактивных и неинтерактивных функций); • модуль данных (определение в ДСС всех необходимых параметров для приложений); • модуль внешнего (пользовательского) интерфейса (диаграмма последовательности форм, показывающая, какие формы появляются в приложении и в каком порядке, взаимосвязь между каждой формой и определенной структурной схемой, взаимосвязь между каждой формой и одной или более сущностями в ДСС). На фазе реализации строится реализационная модель системы формирования управленческих решений. На основе анализа потоков данных и взаимодействия процессов с хранилищами данных осуществляется окончательное выделение модулей и подсистем (предварительное должно было быть сделано и зафиксировано на этапе формулировки требований в техническом задании). При выделении модулей и подсистем необходимо руководствоваться принципом функциональной связанности и принципом минимизации информационной зависимости. Необходимо учитывать, что на основании таких элементов подсистемы как процессы и данные на этапе разработки должно быть создано приложение, способное функционировать самостоятельно. С другой стороны при группировке процессов и данных в подсистемы необходимо учитывать требования к конфигурированию продукта, если они были сформулированы на этапе анализа. Стадия подготовки предваряет запуск системы формирования управленческих решений в действие. Настраивается система ограничений системы формирования управленческих решений, выполняется проверка взаимодействия и функционирования системы и проверка «качества» вырабатываемых системой решений и рекомендаций аналитиками и |