Модели структурного проектирования
Nbsp;
Методы проектирования информационных систем
⇐ Предыдущая31323334353637383940Следующая ⇒
Методы проектирования ИС можно классифицировать по степени использования средств автоматизации, типовых проектных решений, адаптивности к предполагаемым изменениям (табл. 2.3):
- ручное (проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование – на алгоритмических языках);
Таблица 2.3.
Классификация методов проектирования ИС
| Использование средств автоматизации | Использование типовых проектных решений | Использование адаптивности к предполагаемым изменениям |
| Ручное Компьютерное | Оригинальное Типовое | Реконструкция Параметризация Реструктуризация модели |
- компьютерное, при котором производится генерация или конфигурирование (настройка) проектных решений на основе использования специальных инструментальных программных средств.
- оригинальное (индивидуальное), когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС. Характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности;
- типовое, предполагающее конфигурирование ИС из готовых типовых проектных решений (программных модулей). Выполняется на основе опыта, полученного при разработке индивидуальных проектов. Типовые проекты, как обобщение опыта для некоторых групп организационно-экономических систем или видов работ, в каждом конкретном случае связаны со множеством специфических особенностей и различаются по степени охвата функций управления, выполняемым работам и разрабатываемой проектной документации;
|
|
|
- реконструкция, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
- параметризация, когда проектные решения настраиваются (генерируются) в соответствии с изменяемыми параметрами;
- реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически заново генерируются проектные решения.
Выделяют два основных класса используемых технологий проектирования ИС [3–7]: каноническую и индустриальную технологии. Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий не исключает использования в отдельных случаях канонических.
|
|
|
Яндекс.Директ
 Ищешь Факультет Бизнеса?Мы сделаем из тебя бизнесмена! Поступай и мы поможем тебе развить бизнес!факультетбизнеса.рфАдрес и телефон
|
 Проектирование локальных сетейПолный комплекс работ. Грамотные специалисты. Доступные цены. Звоните!stelsys.byАдрес и телефонМинск
|
В основе канонического проектирования лежит каскадная модель жизненного цикла ИС[4], рассмотренная выше.
Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:
Стадия 1. Формирование требований к ИС. На начальной стадии проектирования выделяют следующие этапы работ:
- обследование объекта и обоснование необходимости создания ИС;
- формирование требований пользователей к ИС;
- оформление отчета о выполненной работе и тактико-технического задания на разработку.
Стадия 2. Разработка концепции ИС:
- изучение объекта автоматизации;
- проведение необходимых научно-исследовательских работ;
- разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
- оформление отчета и утверждение концепции.
|
|
|
Стадия 3. Техническое задание:
- разработка и утверждение технического задания на создание ИС.
Стадия 4. Эскизный проект:
- разработка предварительных проектных решений по системе и ее частям;
- разработка эскизной документации на ИС и ее части.
Стадия 5. Технический проект:
- разработка проектных решений по системе и ее частям;
- разработка документации на ИС и ее части;
- разработка и оформление документации на поставку комплектующих изделий;
- разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация:
- разработка рабочей документации на ИС и ее части;
- разработка и адаптация программ.
Стадия 7. Ввод в действие:
- подготовка объекта автоматизации;
- подготовка персонала;
- комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);
- строительно-монтажные работы;
- пусконаладочные работы;
- проведение предварительных испытаний;
- проведение опытной эксплуатации;
- проведение приемочных испытаний.
Стадия 8. Сопровождение ИС:
- выполнение работ в соответствии с гарантийными обязательствами;
|
|
|
- послегарантийное обслуживание.
Типовое проектирование ИС предполагает создание системы из готовых типовых элементов. Основополагающим требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия.
Типовое проектное решение (ТПР) – это тиражируемое (пригодное к многократному использованию) проектное решение.
Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:
- элементные ТПР – типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);
- подсистемные ТПР – в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;
- объектные ТПР – типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.
Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.
Параметрически-ориентированное проектирование включает следующие этапы: определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач, анализ и оценка доступных ППП по сформулированным критериям, выбор и закупка наиболее подходящего пакета, настройка параметров (доработка) закупленного ППП.
Критерии оценки ППП делятся на следующие группы:
- назначение и возможности пакета;
- отличительные признаки и свойства пакета;
- требования к техническим и программным средствам;
- документация пакета;
- факторы финансового порядка;
- особенности установки пакета;
- особенности эксплуатации пакета;
- помощь поставщика по внедрению и поддержанию пакета;
- оценка качества пакета и опыт его использования;
Яндекс.Директ
 Евростальстрой-Проект БеларусьВесь цикл проектных и строительных работ в промышленности: заводы, склады, АБК.project.stroj.bizАдрес и телефонМинск
|
 Готовые дипломныеработыБолее 6 000 готовых работ. Посмотрите бесплатно часть работы.studvopros.com
|
- перспективы развития пакета.
Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации.
Технология проектирования в этом случае должна обеспечивать единые средства для работы как с моделью типовой ИС, так и с моделью конкретного предприятия.
Типовая ИС в специальной базе метаинформации – репозитории – содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование ПО. Таким образом, модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария. Возможно также создание системы на базе типовой модели ИС из репозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования ИС для различных отраслей и типов производства.
Реализация типового проекта предусматривает выполнение следующих операций:
- установку глобальных параметров системы;
- задание структуры объекта автоматизации;
- определение структуры основных данных;
- задание перечня реализуемых функций и процессов;
- описание интерфейсов;
- описание отчетов;
- настройку авторизации доступа;
- настройку системы архивирования.
Модели структурного проектирования
⇐ Предыдущая34353637383940414243Следующая ⇒
Структурный подход к анализу и проектированию ИС заключается в рассмотрении ее с общих позиций с последующей детализацией и представлением в виде иерархической структуры. На верхнем уровне иерархии обычно представляется функциональное описание системы.
При проведении структурного анализа и проектирования для повышения наглядности используется графическое представление функций ИС и отношений между данными.
Наиболее распространенными моделями и диаграммами графического представления являются следующие:
- диаграммы СУЩНОСТЬ-СВЯЗЬ или ER-диаграммы – Entity-Relationship-Diagrams (ERD) служат для наглядного представления схем баз данных;
- диаграммы потоков данных – DataFlowDiagrams (DFD) служат для иерархического описания модели системы;
- метод структурного анализа и проектирования – StructuredAnalysisandDesignTechnique (SADT), служащий для построения функциональной модели объекта;
- схемы описания иерархии ВХОД-ОБРАБОТКА-ВЫХОД – HierarchyplusInput-Processing-Output (HIPO) служат для описания реализуемых программой функций и циркулирующих внутри нее потоков данных;
- диаграммы Варнье-Орра служат для описания иерархической структуры системы с выделением элементарных составных частей, выделением процессов и указанием потоков данных для каждого процесса.
Названные модели позволяют получить описание ИС, а их состав зависит от требуемой полноты ее описания.
Моделирование данных – это процесс описания информационных структур и бизнес-правил для определения потребностей информационной системы.
Модель данных является визуальным представлением структур данных, данных и бизнес-правил для СУБД. Обычно она разрабатывается как часть более крупного проекта по разработке программного обеспечения. Модель данных состоит из двух компонент – логической и физической моделей. В большинстве случаев первой создается логическая модель, затем – модель физическая.
Логический уровень – это абстрактный взгляд на данные, когда данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например «Постоянный клиент», «Отдел» или «Фамилия сотрудника». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.
Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах (таблицах, колонках, индексах, процедурах и т.д.).
Дата добавления: 2018-04-15; просмотров: 865; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!