Файл: Занятие 12 Участие в составлении проектной документации на разработку информационной системы.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 25.03.2024

Просмотров: 41

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Практическое занятие №1-2
Участие в составлении проектной документации на разработку информационной системы (Анализ и определение состава объектов автоматизации)
Цель: получить навыки анализа состава объектов автоматизации для определенной предметной области
Теоретические основы

Анализ объекта автоматизации

Любая деятельность может быть представлена совокупностью компонентов — используемых ресурсов и процессов их преобразования. Эти ресурсы и процессы образуют предметную область, в которой будет функционировать разрабатываемая система.

В основе проектирования ИС лежит моделирование предметной области автоматизации. Для того чтобы получить адекватный предметной области проект ИС, необходимо иметь модель, которая дает целостное, системное представление об автоматизируемой деятельности и отражает все аспекты функционирования будущей ИС. Таким образом, под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемых компонентов предметной области и отвечающая основному требованию — адекватно представлять эти компоненты.

Предварительное моделирование предметной области позволяет сократить время и сроки проектирования систем, получить проект, в большой степени соответствующий реальным потребностям заказчика. Без проведения моделирования предметной области велика вероятность появления большого количества ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее исправление системы. Вследствие этого все современные технологии проектирования ИС основываются на использовании тех или иных подходов к моделированию предметной области.

К моделям предметных областей предъявляются следующие требования:

    • формализация, обеспечивающая однозначное описание структуры предметной области;

    • понятность для заказчиков и разработчиков на основе применения графических средств отображения модели;

    • реализуемость, подразумевающая наличие средств физической реализации модели предметной области в ИС;

    • обеспечение оценки соответствия проектных решений модели предметной области на основе определенных методов и вычисляемых показателей.

Для реализации перечисленных требований, как правило, строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области.


Структурный аспект предполагает построение:

    • объектной структуры, отражающей состав взаимодействующих в процессах материальных и информационных объектов предметной области;

    • функциональной структуры, отражающей взаимосвязь функций (действий) по преобразованию объектов в процессах;

    • структуры управления, отражающей события и бизнес-правила, которые воздействуют на выполнение процессов;

    • организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах;

    • технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств.

Для отображения структурного аспекта моделей предметных областей в основном используются графические методы, которые должны гарантировать представление информации о компонентах системы. Главное требование к графическим методам документирования — простота. Графические методы должны обеспечивать возможность структурной декомпозиции спецификаций системы с максимальной степенью детализации и согласований описаний на смежных уровнях декомпозиции.

С моделированием непосредственно связана проблема выбора языка моделирования — представления проектных решений, позволяющего как можно больше привлекать будущих пользователей системы к ее разработке. Язык моделирования определяется используемыми графическими и текстовыми элементами (нотациями), которые обеспечивают описание компонентов предметной области. Нотация является синтаксисом языка моделирования. Язык моделирования, с одной стороны, должен делать решения проектировщиков понятными пользователю, а с другой — предоставлять проектировщикам средства достаточно формализованного и однозначного определения проектных решений, подлежащих реализации в виде программных комплексов, образующих целостную систему ПО.

Графическое изображение нередко оказывается наиболее емкой формой представления информации. При этом проектировщики должны учитывать, что графические методы документирования не могут полностью обеспечить декомпозицию проектных решений от постановки задачи проектирования до реализации программ ЭВМ. Трудности возникают при переходе от этапа анализа системы к этапу проектирования и особенно к программированию.


Главный критерий адекватности структурной модели предметной области заключается в функциональной полноте разрабатываемой ИС.

Оценочные аспекты моделирования предметной области связаны с разрабатываемыми показателями эффективности автоматизируемых процессов, к которым относятся:

    • время решения задач;

    • стоимостные затраты на обработку данных;

    • надежность процессов;

    • экономические показатели качества деятельности, такие как объемы производства, производительность труда, оборачиваемость капитала, рентабельность и т.д.

Для расчета показателей эффективности, как правило, используются статические методы функционально-стоимостного анализа (АВС) и динамические методы имитационного моделирования.

Автоматизация управленческой деятельности предприятия

Характеристика подходов к автоматизации управленческой деятельности

Информационное обследование, как правило, проводится в ситуации, когда существуют какие-либо недостатки в процессе управления (например, плохое качество управления или плохая оперативность принятия решений), и руководство хочет определить возможность устранения этих недостатков за счёт использования средств автоматизации управления.

Решать эту задачу необходимо путём анализа процесса управления с целью выделения в нём возможных объектов автоматизации, определения информационных связей между ними и установления необходимого уровня автоматизации информационной деятельности, способного обеспечить решение возникшей проблемы.

Анализ практики создания АСУ позволяет выделить сложившиеся и используемые в настоящее время подходы к проектированию систем автоматизации управления.

Первый подход базируется на принципе построения АСУ "от фотографии"" т. е. по принципу "автоматизировать то, что есть". Такие АСУ принято называть фотографическими. Согласно этому принципу анализируется уже существующая система управления и строится модель реализуемой ею управленческой деятельности без изменения структур и задач элементов существующей системы управления.

Этот подход является наиболее простым и обеспечивает создание эффективной АСУ при автоматизации управленческой деятельности, которая хорошо изучена и поддаётся формальному описанию. Примером органа управления, осуществляющего хорошо формализуемую деятельность
, является, например, бухгалтерия, деятельность которой в целом, а также деятельность её отдельных должностных лиц хорошо изучена и практически полностью регламентирована общими правилами и соответствующими документами. Проблемы в таких органах управления связаны, как правило, с большой долей рутинных работ, которые хорошо автоматизируются. Если же предполагается автоматизировать управление сложным, плохо изученным объектом, управление которым осуществляется в условиях неполной и неточной исходной информации, применение фотографической АСУ может оказаться малоэффективным. Проблемы в таких органах управления могут быть связаны с неправильным определением целей и задач управления и, как следствие, нерациональной его организацией. Поэтому применение фотографической АСУ в "неправильной" системе управления, естественно, не даст желаемого эффекта.

Кроме того, необходимо учесть, что применение средств автоматизации требует, как правило, изменения состава и структуры системы управления. Иначе АСУ может оказаться неэффективной.

Попыткой устранения недостатков, присущих первому подходу к автоматизации организационного управления, явилась разработка второго подхода, базирующегося на принципe построения АСУ "от модели", т. е. по принципу "делать так, как должно быть". Такие АСУ называют модельными. Согласно этому принципу проводится анализ объекта управления, а также существующей системы управления и строится модель деятельности новой системы управления, способной решить возникшие проблемы управления объектом. Таким образом, при этом подходе предполагается автоматизировать управление с одновременным изменением (при необходимости) существующей структуры системы управления, а также целей и задач управления.

Построение модельных АСУ улучшает качество управления, однако создание адекватной модели деятельности оптимальной системы управления сложным объектом на начальном этапе автоматизации в большинстве случаев является практически неразрешимой задачей.

Практика показала, что в лучших разработках создание АСУ осуществлялось на основе третьего подхода — многошагового, основанного на принципе "от потребностей практики". Согласно этому принципу на начальном этапе автоматизируется деятельность конкретных должностных лиц последовательно, начиная с автоматизации простейших информационных процедур путем разработки отдельных информационных и рабочих задач (И и РЗ). Созданные И и РЗ по мере их накопления, оценки эффективности их использования и
корректировки объединяются в АИС, автоматизирующие решение задач управления и управленческой деятельности в целом. При такой автоматизации управленческой деятельности уточнение целей и задач управления, а также изменение состава и структуры системы управления происходит постепенно, а автоматизация выполнения информационных процедур проходит всестороннюю проверку ещё в процессе создания АСУ. Кроме того, должностные лица постепенно обучаются работе с ЭВМ, и в их сознании укрепляется уверенность в необходимости использования ЭВМ в практической работе. Всё сказанное выше обеспечивает успех автоматизации управленческой деятельности.

Принцип создания АСУ "от потребностей практики" базируется на трёх основных (отчасти противоречивых) требованиях, предъявляемых к процессу создания средств автоматизации управленческой деятельности:

  • внедрение средств автоматизации должно быть поэтапным (от простого к сложному), но при этом уже на начальных этапах в упрощенном виде необходимо видеть и учитывать конечные цели автоматизации;

  • необходимо учитывать готовность организационной структуры и должностных лиц к использованию средств автоматизации в своей работе и стараться, в первую очередь, планировать автоматизацию тех элементов управленческой деятельности, где эта автоматизация даст максимальный эффект либо по простоте и оперативности решения практических задач, либо по качеству их решения;

  • требуется свести к минимуму на первых этапах автоматизации попытку полного учёта организационной инфраструктуры органа управления, и сосредоточить усилия на автоматизации деятельности конкретных должностных лиц.

Каждый из перечисленных выше подходов может быть применён при создании конкретной АСУ. Если цели и задачи системы управления точно определены и управленческая деятельность хорошо формализуется, целесообразно строить АСУ по принципу "от фотографии". Если есть возможность разработать модель оптимальной системы управления, целесообразно строить АСУ по принципу "от модели". Если автоматизация управления находится на начальном этапе, в любом случае целесообразно создавать АСУ в соответствии с принципом "от потребностей практики", и, по мере накопления информации и рабочих здний, автоматизирующих отдельные информационные процедуры, приступать к созданию фотографических или модельных АСУ.

Порядок проведения информационного обследования управленческой деятельности