2.2 Этапы создания информационных систем (ИС)
Выделяются несколько этапов создания ИС:
I этап – предпроектный (обследование, составление отчета, технико-экономического обоснования и технического задания);
II этап – проектный (составление технического и рабочего проектов);
III этап – внедрение (подготовка к внедрению, проведение опытных испытаний и сдача в промышленную эксплуатацию);
IV этап – сопровождение и анализ функционирования (выявление проблем, внесение изменений в проектные решения и существующие ИС).
Содержание документации на каждой стадии определяется составом и спецификой работ. Стадии детализируются и включают следующие этапы:
Предпроектная стадия:
обследование объекта и обоснование необходимости создания ИС;
формирование требований пользователя к ИС;
оформление отчета о выполненной работе и заявки на разработку ИС;
разработка и утверждение технического задания ИС.
Проектная часть:
разработка проектных решений по системе и ее частям;
разработка документации на ИС;
разработка и оформление документации на поставку изделий для комплектования ИС;
разработка рабочей документации на систему или ее части;
разработка или адаптация программ.
Стадия внедрения:
подготовка объекта автоматизации к вводу в действие;
подготовка персонала, проводится обучение персонала;
строительно-монтажные работы, в том случае, если строится специализированное здание;
проведение предварительных испытаний;
проведение опытной эксплуатации;
проведение опытных испытаний;
введение в промышленную эксплуатацию.
Анализ функционирования:
гарантийное и послегарантийное обслуживание;
внесение изменений в проектные решения.
Основными участниками процесса создания ИС являются предприятие-заказчик, для которого она создается и предприятие-разработчик, выполняющий работы по проектированию ИС. Юридические и организационные взаимоотношения конкретно заказчиков и разработчиков регулируются заключенными между ними договорами.
Заказчик обязан заключить договор на создание ИС, приобрести технические средства, подготовить задание на строительство или реконструкцию помещения, если необходимо, совместно с разработчиком выполнить работы предпроектной стадии, в необходимые сроки подготовить помещение, приобрести и установить технические средства, разработать и осуществить мероприятия по совершенствованию организации управления и производства. На стадии проектирования необходимо обеспечить обучение персонала, обеспечить запись необходимой информации на машинные носители и ее контроль, обеспечить уточнение исходных данных по составу и структуре информационной базы, завершить ее формирование, подготовить контрольные примеры, организовать поэтапную приемку рабочих программ с проверкой на контрольных примерах. При подготовке объекта к внедрению заказчик выполняет следующие работы: внедряет локальные и общегосударственные классификаторы, унифицированные формы документов, проводит в намеченные сроки мероприятия по подготовке объекта к внедрению ИС. При вводе системы в действие заказчик завершает ввод в эксплуатацию технических средств, завершает опытную эксплуатацию комплекса задач и принимает в промышленную эксплуатацию. Разрабатывает и согласовывает с разработчиком программу приема сдаточных испытаний и организуют работу приемочной комиссии по проведению испытаний системы.
Основная цель разработчика – создание ИС. На предпроектной стадии проводит обследование объекта, обрабатывает материалы обследования, определяет задачи, комплексы задач, подлежащие автоматизации, определяет экономическую эффективность. На стадии ТП разрабатывает документацию, в соответствии с утвержденным ТЗ осуществляет методическое руководство работами по созданию классификаторов, внедрению унифицированных систем документации, разрабатывает структуру информационной базы, принимает участие в обучении персонала заказчика. На стадии рабочей документации осуществляет разработку программного обеспечения, генерацию рабочих программ, участвует в разработке должностных инструкций управленческого персонала, технологических инструкций пользователя. При вводе системы в действие разработчик осуществляет методическое руководство, вносит корректировки в проекты, принимает участие в сдаче задач и комплексов задач в промышленную эксплуатацию и участвует в работе комиссии по приемке системы в промышленную эксплуатацию.
Цели и задачи предпроектной стадии ИС
В стадии формирования требований к ИС включается комплекс научно-исследовательских и организационно-технических мероприятий по обследованию, позволяющих определить производственные возможности предприятия по повышению прибыли, снижению затрат в результате создания ИС. Проводится технико-экономическое обследование, включающее системное описание конкретного объекта, диагностический анализ в системах управления и исследование информационных потоков.
Целью системного описания является разработка экономико-организационной модели. Такая модель характеризует следующее: цели и критерии функционирования производства; требования к организационной структуре управления; функции и задачи управления объектом; взаимодействие задач управления, общая структура информационной базы решаемых задач.
Цель диагностического анализа – оценка качества решения задачи управления, проводится на базе результатов системного описания. Диагностический анализ включает сбор необходимых данных, систематизацию, обработку и анализ информации, выявление факторов влияющих на результат деятельности предприятия. В процессе диагностического обследования необходимо количественно установить: цели и критерии развития производства и его отдельных звеньев; установить роль и место данного предприятия в отрасли; состояние производства и его структуру; состояние системы управления; взаимодействие предприятия с поставщиками и потребителями; взаимодействие с финансовыми органами; организация информационной базы.
По результатам диагностического анализа оформляется отчет об обследовании предприятия.
Цель исследования информационных потоков – получение материалов для формирования информационной базы. Для этого нужно выявить связи между подразделениями предприятий и внешними предприятиями, схему документооборота, наименование первичных и результатных документов для каждой задачи.
В результате этих работ должны быть выработаны рекомендации по составу документов, показателей и их схемы взаимосвязи.
В процессе обследования объекта применяются следующие методы сбора материала:
непосредственного обследования, включая:
метод личного наблюдения;
метод изучения путем анализа материала;
метод опроса исполнителей на рабочих местах;
метод личного участия в работе;
метод получения сведений путем беседы и консультаций с участием руководителей;
метод аналогий;
получение сведений в письменном виде от сотрудников.
документальной инвентаризации, в том числе:
метод самофотаграфии рабочего дня - для изучения структуры рабочего времени за короткий период;
метод анализа операций - для исследования существующей технологии обработки информации, подробного изучения маршрутов обрабатываемой информации.
Анализ материалов должен быть направлен на решение задач:
уточнение целей совершенствования управления;
выявление номенклатурных показателей, которые следует использовать для оценки системы управления;
упорядочивание и взаимоувязка выявленных целей;
выявление общих тенденций развития предприятия;
определение факторов производства и управления, обеспечивающих достижение целей и выявление факторов, отрицательно влияющих на достижение целей;
выявление перспективных проблем, от которых зависит эффективность системы;
получение необходимых данных для экономического обоснования проведения организационных мероприятии по рационализации системы управления и внедрения ИС.
Обработка результатов обследования – систематизация полученных данных по формам, срокам обработки, техники и технологии формирования сводных показателей. Для обработки данных применяется экономико-математический аппарат и вычислительная техника. Материалы обследования оформляются в виде отчетов, схем, блок-схем, сетевых диаграмм.
Большое распространение получил метод анализа – метод матричного моделирования для выявления внутренних логических связей между данными, составления анализа полного состава реквизитов, установления наличия информационной связи между задачами, выделения связанных групп реквизитов, оптимизации количества циркулирующих в системе управления документов и состава реквизитов в них.
Предпроектная документация содержит разделы: цель обследования; основания для обследования; объект обследования; организация разработчика и состав исполнителей; характеристика предприятий; выводы по анализу производственной структуры предприятия; результаты обработки опросных листков; выводы по анализу функционирующей структуры; выводы по анализу существующей ЭИС. Даются предложения: по совершенствованию организационной структуры; потоков информации и форм документов и пр. Производится: выбор и обоснование объекта автоматизации; выбор технико-экономических показателей, отражающих воздействие ЭИС на объект управления; общие рекомендации по улучшению управления; обоснование очередности разработки задач.
Основные показатели эффективности ИС:
Эгод=(А2-А1)*П1/А1+(С1-С2)*А2/100);
годовой экономический эффект:
(Э=Эгод-Ен*К);
(Т=1/Ер);
расчетный коэффициент эффективности затрат на создание ИС:
(Ер=Эгод/К),
где А1,А2 – годовой объем реализуемой продукции до и после внедрения ЭИС;
C1, C2 – затраты на 1 рубль реализуемой продукции;
П1 – прибыль от реализации продукции до внедрения ИС;
Ен – нормативный коэффициент эффективности капитальных вложений на внедрение ИС;
К – капитальные вложения на создание ИС.
Постановка экономической задачи и ее особенности
Экономическая задача – любая законченная последовательность действий, которые выполняются над одним или несколькими упорядоченными документальными массивами, в результате чего формируется не менее одного наименования реквизита-основания с соответствующей призначной частью, в документальной форме.
Особенности экономических задач: жесткая структура форм входной и выходной информации; алгоритмизация экономической задачи имеет точное, полное и недвусмысленное толкование; участие пользователей в постановке любой задачи и использование одних и тех же первичных данным при решении многих задач.
Важнейшие признаки классификации экономических задач:
Признаки, характеризующие задачу в системе административного управления (прогнозировании, планирования, учета и др.).
Признаки, характеризующие класс математических моделей, к которым относится данная задача (многовариантные, расчетные и пр.).
По предметному (объемному) признаку – задачи регулярно решаемые, разовые.
По временным интервалам – оперативные, текущие, перспективные.
Постановка задачи выполняется в соответствии с планом. Приведем пример одного из возможных его вариантов [10].
План постановки задачи
Организационно-экономическая сущность задачи:
наименование задачи;
место решения;
цель решения;
назначение (для каких объектов, подразделений, пользователей предназначена);
периодичность решения и требования к срокам решения;
источники и способы получения данных;
потребители результатной информации и способы ее отправки;
информационная связь с другими задачами.
Описание исходной (входной) информации:
перечень исходной информации;
формы представления (документ) по каждой позиции перечня; примеры заполнения документов;
количество формируемых документов (информации) в единицу времени, количество строк в документе (массиве);
описание структурных единиц информации (каждого элемента данных, реквизита);
точное и полное наименование каждого реквизита документа, идентификатор, максимальная разрядность в знаках;
способы контроля исходных данных;
контроль разрядности реквизита;
контроль интервала значений реквизита;
контроль соответствия списку значений;
балансовый или расчетный метод контроля количественных значений реквизитов;
метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
Описание используемой условно-постоянной информации:
перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименований);
формы представления;
описание структурных единиц информации (по аналогии с исходными записями);
способы взаимодействия с переменной информацией.
Описание результатной (выходной информации):
перечень результатной информации;
формы представления (печатная сводка, видеограмма, машинный носитель и его макет и т.д.);
периодичность и сроки представления;
количество формируемых документов (информации) в единицу времени, количество строк в документе (массиве);
перечень пользователей результатной информации (подразделение и персонал);
перечень регламентной и запросной информация;
описание структурных единиц информации (каждого элемента данных, реквизита) по аналогии с исходными данными;
способы контроля результатной информации;
контроль разрядности;
контроль интервала значений реквизита;
контроль соответствия списку значений;
балансовый или расчетный метод контроля отдельных показателей;
метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
Описание алгоритма решения задачи (последовательности действий и логики решения задачи):
описание способов формирования результатной информации, с указанием последовательности выполнения логических и арифметических действий;
описание связей между частями, операциями, формулами алгоритма;
требования к порядку расположения (сортировке ключевых (главных) признаков в выходных документах, видеограммах и т.п., например, по возрастанию значений табельных номеров.
Алгоритм должен учитывать общие и все частные случаи решения задачи. При составлении алгоритма следует использовать условные обозначения (идентификаторы) реквизитов, присвоенные элементам исходной и результатной информации. Допускается описание алгоритма в виде поясняющего текста. Необходимо предусмотреть контроль вычислений на отдельных этапах, операциях выполнения алгоритма. При этом указываются контрольные соотношения, которые позволяют выявить ошибки.
Постановка задачи с целью ее решения на ПЭВМ определяет объект курсового проектирования (см. приложении. №2, 3).
Активное и непосредственное участие пользователя ИС управления на протяжении всего жизненного цикла системы является обязательным условием ее успешного внедрения и дальнейшего функционирования.
Кроме того, на нем лежит обязанность по наполнению банка данных реальной информацией и ответственность за ее достоверность, в том числе условно постоянной информации. Текущая же переменная информация будет корректироваться по ходу функционирования системы.
|
