Ответы. Основные понятия процесса проектирования ис
 Скачать 4.65 Mb.
|
|
Основные понятия процесса проектирования ИС. Проект ИС – это проектно-конструкторская и технологическая документация, в которой представлено описание проектных решений по созданию и эксплуатации ИС в конкретной программно-технической среде. Проектирование ИС – это процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС. Проектирование ИС сводится к последовательной формализации проектных решений на различных стадиях ЖЦ ИС: планирования и анализа требований, технического и рабочего проектирования, внедрения и эксплуатации ИС. Технология проектирования ИС – это совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта ИС). Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, реализуемых набором методов проектирования, которые, в свою очередь, должны поддерживаться некоторыми средствами проектирования.  Принципы проектирования ИС.  Методы и средства проектирования ИС.      Технология проектирования ИС.    Формализация технологии проектирования ИС.    Процессы жизненного цикла ИС.     Модели жизненного цикла ИС.     Предпроектная стадия создания ИС.     Стадия техно-рабочего проектирования ИС.      Стадии внедрения и эксплуатации и сопровождения ИС.    Методология функционального моделирования IDEF0. IDEF0 - это совокупность методов, правил и процедур, предназначенных для построения функциональной модели предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. В IDEF0 различают 5 типов стрелок: Вход (Input) – материал или информация, которые используются или преобразуется функцией для получения результата (выхода). Допускается, что функция может не иметь ни одной стрелки входа. Зачастую сложно определить, являются ли данные входом или управлением. В этом случае подсказкой может служить то, перерабатываются/изменяются ли данные в функции или нет. Если изменяются, то, скорее всего это вход, если нет – управление. Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется функция. Управление влияет на функцию, но не преобразуется функцией. Выход (Output) – материал или информация, в которые преобразуются входы после выполнения функции. Функция без результата не имеет смысла и не должна моделироваться. Механизм (Mechanism) – ресурсы, которые выполняют функцию, например, сотрудники предприятия, устройства и т.д. Вызов (Call) – специальная стрелка, указывающая на другую модель функция. Стрелка вызова используется для указания того, что некоторая функция выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.     Методология моделирования потока данных DFD. Диаграммы потоков данных DFD показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Основные компоненты DFD: Процесс (работа) – это преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Каждый процесс имеет номер для его идентификации и имя. Имя начинается с глагола в неопределенной форме, за которым следуют существительные в винительном падеже. Работа имеет входы и выходы, но не поддерживает управление и механизмы, как IDEF0. Внешняя сущность – это материальный предмет или физическое лицо, являющееся источником или приемником информации. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. Внешняя сущность имеет номер для ее идентификации и имя. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Поток данных – это информация, передаваемая через некоторое соединение от источника к приемнику. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой и т.д. Хранилище данных – это абстрактное устройство для хранения информации, которую можно в любой момент поместить в него и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми. Каждое хранилище данных имеет номер для его идентификации и имя. В случае, когда поток данных входит в хранилище или выходит из него и его структура соответствует структуре хранилища, он должен иметь то же самое имя, которое нет необходимости отражать на диаграмме. Правила построения диаграмм: Все потоки данных должны начинаться или заканчиваться процессом. Данные не могут протекать непосредственно от источника до потребителя или между источником / потребителем и хранилищем данных, если они не проходят через промежуточный процесс. Потоки данных должны входить в процесс из хранилища данных или внешней сущности. Потоки данных, выходящие из процесса, должны входить в хранилище данных или внешнюю сущность. Поскольку механизмы процессов не указываются явно стрелками, для понятности в их можно указать в процессе в конце его имени, например, оформить заказ менеджером. Многочисленные потоки данных между двумя компонентами можно показывать двумя линиями потока данных или двунаправленной стрелкой. Название процесса состоит из глагола, следующего за существительным. В соответствии с соглашением, названия источников, получателей и хранилищ данных использует заглавные буквы, в то время как названиям процесса и потоки данных показываются произвольно. Процессы первого уровня перечисляется 1, 2, 3, и так далее. Подпроцессам в декомпозированной диаграмме потока данных назначают номера, начинающиеся с номера родительского процесса.  Методология моделирования потоков работ IDEF3. IDEF3 – это методология моделирования, описывающая логику взаимодействия информационных потоков, использующая графическое описание этих потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Компоненты диаграмм методологии IDEF3: Работы. Работы являются центральными компонентами диаграмм. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Работы изображаются прямоугольниками и имеют имя, обозначающее процесс действия и номер (идентификатор). В имя обычно включается основной результат работы (например, приготовление обеда). Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается во вкладке Style диалога Arrow Properties. Старшая (Precedence) – сплошная линия, связывающая работы, рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется. Отношения (Relational Link) – пунктирная линия, использующаяся для изображения связей между работами, а также между работами и объектами ссылок. Показывает, что работа-источник не обязательно должна закончиться прежде, чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник. Потоки объектов (Object Flow) – стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой. Перекрестки (Junction) – используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Правила создания перекрестков: Каждому перекрестку для слияния должен предшествовать перекресток для разветвления. Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа синхронного или асинхронного «ИЛИ». Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа, исключающего «ИЛИ». Перекресток для слияния типа исключающего «ИЛИ» не может следовать за перекрестком для разветвления типа «И». Перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой. Объекты ссылок – являются специальными символами, которые ссылаются на внешние части описания процесса. Они добавляются на диаграмму для того, чтобы обратить внимание редактора на что-либо важное, что невозможно связать со стрелкой, работой или перекрестком. Понятие CASE-технологии.    Принципы CASE-технологий.    Факторы эффективности CASE-технологий.   Классификация CASE-средств.  Методология ARIS. Методология ARIS – Автоматизированная перестройка информационных систем реализует комплексный подход к формализации информации о деятельности предприятия бизнеса и представление ее в виде графических моделей. Модели ARIS чаще всего используются для анализа и выработки различного рода решений по реорганизации деятельности предприятия, в том числе для создания и внедрения информационной системы, разработки систем менеджмента качества и с другими целями. В рамках методологии ARIS имеется также возможность не только определить требования к автоматизированной системе управления, но и провести ее проектирование.   Проектирование унифицированной системы документации. Документ – определенная совокупность сведений, используемая при решении задач, расположенная на материальном носителе в соответствии с установленной формой. Система документации– это совокупность взаимосвязанных форм документов, регулярно используемых в процессе управления объектом. Унифицированная система документации (УСД)– это рационально организованный комплекс взаимосвязанных документов, который отвечает единым правилам и требованиям и содержит информацию, необходимую для оптимального управления некоторым объектом.    Проектирование форм первичных документов.   Типовые формы первичных документов: Линейная форма, анкетная форма, табличная форма, комбинированная форма. Проектирования форм результатных документов. Требования к формам документов результатной информации: полнота информации, т.е. результатные документы должны содержать в себе первичные (исходные) и результатные показатели; количество результатных показателей должно соответствовать количеству группировочных признаков (количество итогов должно быть равно количеству ключей сортировки); своевременность предоставления информации управленческому персоналу; достоверность предоставляемой информации; хорошая читаемость (логичность построения форм и наличие хорошо отредактированного текста шапок документов); отсутствие показателей, рассчитываемых вручную. Принципы построения результатных документов: выделение трех зон в документе; разделение реквизитов на однозначные, т.е. имеющие одно значение на документ, и многозначные реквизиты, имеющие несколько значений в документе; выделение группировочных реквизитов, помещаемых во вторую зону документа, и размещение этих реквизитов в порядке убывания старшинства; выделение реквизитов-оснований и размещение их в последовательности, противоположной той, в какой выстраиваются группировочные реквизиты, по которым рассчитываются итоги; если документ не размещается на одном стандартном листе, то выполнение разрыва строк и переноса оставшихся строк документа второй зоны вместе с реквизитами третьей зоны на другой лист, сохраняя размеры листов стандартными. Последовательность построения результатных документов: Определение полного реквизитного состава документа. Классификация реквизитов-признаков: на справочные и группировочные, реквизиты-основания: на первичные и результатные, а результатные основания – по степеням итогов. Выбор формы документа (с одной или несколькими таблицами в содержательной части документа). Размещение реквизитов в форме согласно их логической соподчиненности. Подсчет длины строки в табличной зоне (Lдок), с учетом пробелов между реквизитами и разделительными линиями граф по формуле: Lдок = L1 + L2 + …+Li +…+ Ln + k*d, где Li – длина i-го реквизита, ( i = 1 – n); k – число колонок в таблице, d- число пробелов между колонками. Проектирование системы классификации и кодирования информации.      Проектирование фактографических БД.  Проектирование документальных БД.  Основы проектирования пользовательского интерфейса.  Проектирование иерархического меню пользовательского интерфейса.  Проектирование экранных форм пользовательского интерфейса.   Проектирование отчётов пользовательского интерфейса. Проектирование отчетов (машинограмм) состоит из следующих этапов: проектирование содержания отчета. проектирование формы отчета. программное обеспечение формирования отчета. Таблица 3 – Реквизитный состав отчёта
Структура формы отчета содержит заголовок, предметную часть и основание. Заголовок и основание печатаются иногда в виде отдельного титульного листа, который содержит следующую информацию: наименование организации, название задачи, подписи и дату решения задачи. Предметная часть печатается в табличной форме, часто на нескольких страницах. Предметная часть не разлиновывается, а иногда и не разграфляется. Горизонтальными линиями выделяются лишь шапка таблицы и итоговые строки. |