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

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

.6 Обоснование выбора технологии проектирования

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

Стадии жизненного цикла (далее ЖЦ) описаны в Государственном стандарте РФ ГОСТ Р ИСО/МЭК "Информационная технология. Процессы жизненного цикла программных средств"под номером 12207-99, принятый и введенный в действие постановлением Госстандарта России от 23 декабря 1999 г. № 675-ст. Настоящий стандарт содержит полный аутентичный текст международного стандарта ISO/IEC 12007:95 «Информационная технология. Процессы жизненного цикла программных средств», который действует с незначительными поправками в настоящее время и регламентирует процессы жизненного цикла программных средств и информационных технологий. Все процессы ЖЦ в соответствии с этим стандартом делятся на три группы: основные процессы, вспомогательные и организационные.

Вспомогательные процессы предназначены для поддержки выполнения основных процессов, обеспечения качества проекта, организации верификации, проверки и тестирования ПО. Организационные процессы определяют действия и задачи, выполняемые как заказчиком, так и разработчиком проекта для управления своими процессами [2]. Стандарт не определяет конкретной модели жизненного цикла или метода разработки программного средства. Пользователи, применяющие настоящий стандарт, должны сами выбирать модель ЖЦ применительно к своему программному проекту и распределять процессы, работы и задачи, выбранные из настоящего стандарта, на данной модели [6].

ГОСТ 34.60190 определяет следующие стадии и этапы создания АИС [7]:

. Формирование требований к АИС:

обследование организации и обоснование необходимости разработки ИС;

требования конечных пользователей к системе;

оформление отчёта о проделанной работе (тактико-техническое задание).

. Разработка концепции АИС:

изучение объекта автоматизации;

проведение исследовательских научных работ, необходимых для работы;

разработка вариантов АИС, выбор окончательного варианта, который будет удовлетворять всем требованиям пользователя;

оформление отчёта о проделанной работе.

. Разработка технического задания (далее ТЗ). ТЗ - это документ, в котором сформулированы основные цели разработки, требование к программному продукту, определены сроки и этапы разработки, и регламентирован процесс приёмно-сдаточных испытаний.

. Эскизный проект (макет):

планирование предварительных проектных решений по будущей системе, по отдельным её частям;

разработка документаций как на АИС.

. Технический проект:

принятие решений по создаваемой системе;

разработка документаций на систему;

разработка и оформление документации на поставку изделий на комплектование АИС;

оформление технических требований на разработку изделий для комплектования АИС;

задания на проектирование в смежных модулях ИС.

. Рабочая документация:

создание рабочей документации;

разработка программ и её адаптация.

. Ввод в действие:

обучение персонала;

комплектование АИС техническими и программными средствами;

строительно-монтажные и пуско-наладочные работы;

предварительные испытания ИС;

опытная эксплуатация установленной и проверенной системы;

приёмочные испытания.

. Сопровождение АИС:

выполнение обязательств по гарантийному обслуживанию;

послегарантийное обслуживание.

Модель жизненного цикла отражает различные состояния системы в процессе всего жизненного цикла ИС. Модель ЖЦ - это такая структура, которая содержит все процессы, действия и задачи по разработке программного продукта, по его сопровождению и функционированию в течении всей жизни созданной системы, вплоть до её исчезновения [2].

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

Планирование и анализ требований.

Проектирование (техническое и логическое.).

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

Внедрение (Тестирование, опытная эксплуатация. Обучение персонала).

Эксплуатация (Сопровождение и модернизация. Исправление ошибок и недоработок. Повторение стадий 2-5 при необходимости). [3]

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

Для проектирования информационной системы отдела снабжения будет применяться V-образная модель, которая основана на систематическом подходе к проблеме, для решения которой определены четыре базовых шага:

анализ (планирование и требования);

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

разработка (кодирование);

обзор (тестирование).

Рисунок 1.5 - V-образная модель ЖЦ ИС

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

детальное проектирование - определяется алгоритм работы каждого компонента;

кодирование - преобразование алгоритма в готовое программное обеспечение (далее ПО);

модульное тестирование - проверка каждого компонента или модуля;

интеграционное тестирование - интеграция программного продукта (далее ПП) и его тестирование;

системное тестирование - проверка функционирования ПП после помещения его в аппаратную среду [5].

Данный вид модели ЖЦ используют для разработки ИС, где главным требованием является надёжность. Несмотря на ряд преимуществ, главное из которых качественное планирование всех действий, у модели есть и недостатки: не учитываются итерации между фазами, нельзя вносить изменения на разных этапах ЖЦ. В техническом задании были предусмотрены работы по созданию информационной системы (таблица 1.6).

Таблица 1.6 - Состав и содержание работ по созданию системы

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

Таблица 1.7 - Процессы жизненного цикла ИС

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

.7 Обоснование проектных решений

.7.1 Обоснование выбора технического обеспечения требуемого для решения задачи

Минимальной конфигурацией рабочей станцией является компьютер с процессором Pentium III под управлением Windows XP. В состав рабочей станции должны входить SVGA-монитор с разрешением экрана 800x600 и выше и поддерживающим не менее 256 цветов, манипулятор «мышь». Рекомендуется использовать разрешение экрана 1024x768, минимальная конфигурация системы представлена в таблице 1.8.

Таблица 1.8 - Рекомендуемые конфигурации рабочих станций

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

1.7.2 Обоснование выбора программного обеспечения

Для обоснования выбора СУБД был проведён сравнительный анализ трёх СУБД и рассчитана аддитивная оценка (R), которая рассчитывается по следующей формуле:

, где:

 - количество сравнительных характеристик;

 - вес каждого критерия;

 - оценка значения каждого критерия.

Для сравнения были выбраны такие СУБД:

MS Access 20107.5FoxPro 8.0

При сравнении СУБД были выделены наиболее значимые характеристики, такие как системные требования, требования к количеству объектов, поддержка операций и функций. Результаты сравнительного анализа выделенных СУБД приведены в таблице 1.9.

Таблица 1.9 - Сравнительный анализ СУБД

Таким образом, на основании анализа характеристик СУБД, было установлено, что Access имеет наиболее высокую аддитивную оценку, поэтому для хранения данных была выбрана эта СУБД.

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

Таблица 1.10 - Сравнительный анализ средств разработки