Обоснование проектных решений по информационному обеспечению

1.5.2 Обоснование проектных решений по информационному обеспечению

Информационное обеспечение – это совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, методология построения баз данных. Данная подсистема предназначена для своевременного предоставления информации и принятия управленческих решений. Информационное обеспечение автоматизированных информационных систем состоит из вне машинного (информация, которая воспринимается человеком без каких-либо технических средств) и внутри машинного информационного обеспечения – это экранные формы для ввода первичных данных в ЭВМ или вывода результативной информации [6].

К внемашинному информационному обеспечению можно отнести следующие информационные документы:

o  инструкция пользователя ИС планирования;

o  инструкция по инсталляции ПО ИС отдела планирования.

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

Инструкция по инсталляции позволяет правильно установить и запустить ПО ИС планирования.

В состав базы данных ИС планирования должны входить следующие таблицы:

o  таблица «Продажи», поскольку она будет содержать данные для формирования плана продаж;

o  таблица «Производство», поскольку она будет содержать данные для формирования статистических;

o  таблица «Сток», поскольку она будет содержать данные для формирования плана по складированию;

o  таблица «Доставка» », поскольку она будет содержать данные для формирования статистических;

o  таблица «План продаж», поскольку она будет содержать данные о предыдущих планах продаж, необходимые для составления статистической отчетности;

o  таблица «План производства», поскольку она будет содержать данные о предыдущих планах производства, необходимые для составления статистической отчетности;

o  таблица «План складирования», поскольку она будет содержать данные о предыдущих планах складирования, необходимые для составления статистической отчетности;

o  таблица «План доставки», поскольку она будет содержать данные о предыдущих планах доставки, необходимые для составления статистической отчетности;

o  таблица «Коэффициенты планирования», поскольку она будет содержать коэффициенты для расчета планов на будущий временной период.

Также, в состав базы данных ИС входят справочники, которые будут содержать необходимую для формирования планов и статистических отчетов, условно-постоянную, информацию:

o  справочник «Склады»;

o  справочник «Филиалы»;

o  справочник «Виды продукции»;

o  справочник «Контракты».

Существуют три метода классификации объектов: иерархический, фасетный и дескрипторный. Иерархическая система классификации делит объекты по классификационному признаку на уровни. При этом признаки классификации каждого уровня в последовательности зависят друг от друга. Фасетная система классификации позволяет выбирать признаки классификации независимо друг от друга. Дескрипторная система классификации широко используется в библиотечной системе поиска [3].

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

1.5.3 Обоснование проектных решений по программному обеспечению

Программное обеспечение АИС – это ПО, специальное разработанное в рамках автоматизации, реализующие разработанные модели разной степени адекватности, отражающие функционирование реального объекта; а также ПО общего назначения, предназначенное для решения типовых задач обработки информации [5].

Для организации клиентских рабочих мест ИС планирования необходима ОС Windows 2000 или ОС Windows ХР. ОС Windows ХР установлена на всех компьютерах предприятия, поэтому установки дополнительной ОС не требуется.

ПО ИС планирования необходимо разработать. Для разработки документации по ИС планирования необходимы следующие ПС:

o  MS Project, для разработки календарного плана-графика;

o  MS Visio, для разработки всех схем ИС;

o  ERWIN, для разработки схемы данных;

Данные ПС являются вспомогательными и используются при осуществлении проектирования.

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

Ниже приведены характеристики рассматриваемых СУБД, которые можно использовать с ИС отдела планирования.

Выполнение программ СУБД системами Dbase осуществляется путём интерпретации одиночных команд или их набора в форме программного модуля (программы, процедуры). При этом программы, написанные для системы-интерпретатора, работают лишь в присутствии самой системы.

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

Язык программирования CLIPPER позволяет создавать отдельные программы, пакеты программ и независимые информационные системы благодаря возможности манипулирования файлами различных типов. Операции, выполняемые над данными с целью получения требуемого результата, описываются на языке Clipper в форме последовательностей команд. Командный файл является исходным модулем, подлежащим компиляции с целью его превращения в объектный модуль для последующего редактирования связей (подключения библиотечных модулей) и формирования выполняемого модуля. Текст командного файла (программа, процедуры, функции) может быть создан средствами прилагаемого текстового редактора.

Clipper – алгоритмический язык программирования традиционной структуры. Набор служебных слов очень велик, поскольку велика номенклатура команд и библиотечных функций. Команды, условно объединяемые под общим названием «команды выполнения операций по реализации алгоритма» можно разделить на три группы: манипуляции с файлами, выполнение вычислений, организация диалогового режима.

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

FoxPro содержит набор утилит для выполнения трудоемких операций, как то создание падающих меню, экранных форм, генерации отчетов, таким образом, приближаясь к визуальным системам программирования, кроме этого, FoxPro имеет встроенный отладчик, функции обработки событий, что позволяет создавать Windows-подобные интерфейсы, предоставляет средства конфигурации самой системы, возможность создания многооконного и многозадачного интерфейса. С точки зрения СУБД, предоставляют средства доступа и обработки мемо-полей, технология Rushmore (локализация записей с общим признаком), многоиндексные файлы, средства язык SQL для создания запросов, специализированные команды обработки массивов, управление цветами. Также, автоматизированы самые популярные циклы создания интерфейса – цикл регенерации меню после выбора команды и цикл регенерации окна редактирования записи базы данных. За счет этих возможностей в СУБД FoxPro может быть реализован удобный, гибкий и эффектный пользовательский интерфейс. При всех достоинствах FoxPro имеет высокую стоимость лицензии.

Работа с реляционными таблицами, хранящимися в файлах БД, является одним из самых сильных мест системы Clarion.. Вполне возможно, что построенная информационная модель далека от оптимальной, обладает неприятными коллизиями или даже является противоречивой. Средства предоставляет Clarion для статического анализа информационной модели. Clarion позволяет обеспечить достаточно полноценную работу в архитектуре клиент/сервер, вне зависимости от того, какая модель доступа к удаленным данным используется. При инсталляции и функционировании Clarion не имеет высоких аппаратных требований. Clarion позволяется обеспечить создание как фундаментального, так и вариативного компонентного программирования. Clarion эффективно используется для создания информационных систем как для отдельных бизнес-процессов, так и для предприятия в целом. Шаблоны СУБД Clarion позволяют быстро и эффективно генерировать экранные формы, на основе которых формируются объектные программные модули. Clarion по своим функциональным возможностям не уступает выше перечисленным СУБД, но при этом лицензионная версия не является дорогой.

Учитывая преимущества СУБД Clarion, по сравнению с рассмотренными, в данной задаче, а именно невысокая стоимость, отсутствие высоких аппаратных требований, а также удобные средства администрирования и создания БД, для создания программы будет использоваться СУБД Clarion.

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 Разработка проекта автоматизации: информационный менеджмент

2.1.1 Этапы жизненного цикла проекта автоматизации

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

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

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

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

o  проектирование системы (включая разработку технического задания, эскизного и технического проектов);

o  разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций подсистем, выделенных на стадии проектирования);

o  интеграцию и сборку системы, проведение ее испытаний;

o  эксплуатацию системы и ее сопровождение;

o  развитие системы [10].

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

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

В России, создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако, отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Международный стандарт ISO/IEC 12207 определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы.

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

Однако, стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Он ориентирован на разработку ИС в рамках предприятия. Другие стандарты более ориентированы на производителей ИС и подразумевают более жесткие требования. Из существующих, в настоящее время, моделей, наиболее распространены две: каскадная и спиральная [1]. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. При выполнении этих условий каскадный метод позволяет достичь хороших результатов.

Рис.12. Каскадная модель жизненного цикла

Суть каскадного метода, представленного на рисунке Рис.12 заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно, на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако, у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому, постоянно возникает необходимость возврата к предыдущим этапам, с целью уточнения и пересмотра решений, принятых ранее. Результатом такого конфликта стало появление модели с промежуточным контролем. Она представлена на рисунке Рис. 13. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность.

Рис. 13. Модель жизненного цикла с промежуточным контролем

Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из-за неточного изложения требований или их изменения, за длительное время создания программного обеспечения, конечный продукт окажется невостребованным.

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

Рис. 14. Спиральная модель

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

Основываясь на проведенном анализе, для проекта автоматизации была выбрана каскадная модель жизненного цикла ИС, т.к в разрабатываемой ИС изначально можно определить все основные задачи проектирования.

Она имеет следующие этапы:

o  анализ;

o  проектирование;

o  реализация;

o  внедрение;

o  сопровождение;

Цель этапа «Анализ» - формирование технического задания. Этап разбивается на подэтапы, задачи которых: определений требований к ИС, определение функций ИС и стратегий автоматизации, обоснование проектных решений по техническому, информационному и программному обеспечению. Результативная информация – это документация по техническому заданию. Информация для анализа берется из интернета и отдела планирования.

Цель этапа «Проектирование» - разработка проекта автоматизации и разработка информационного обеспечения задачи. Разработка проекта автоматизации включает в себя разработку плана-графика, архитектуры проекта, анализ рисков, а также оценку стоимости проекта. Разработка информационного обеспечения задачи включает в себя разработку информационного модели, классификаторов и прототипов экранных форм. Результативная информация – это проектная документация.

Цель этапа «Реализация» - разработка программного обеспечения ИС. Этап включает в себя подготовку к разработке ПО и разработку ПО. Результативная информация – это документация по ПО.

Цель этапа «Внедрение» включает в себя установку элементов ПО ИС и технического обеспечения, а также их тестирование и устранение выявленных ошибок. Этап разбивается на два подэтапа: создание среду функционирования ИС и тестирование ИС.

Цель этапа «Сопровождение» - мониторинг и доработка программного и технического обеспечения ИС в процессе эксплуатации, а также работа с пользователями.