37
текущей ситуации, просмотра отчетов, анализа документов, внесения
корректировок и обновления информационной базы, изменения условно-
постоянной информации в справочниках, анализа обобщенной информации за
период времени по каждому проекту или в целом.
Входная информация, содержащая данные оперативного новых
учитываемых заказов, регистрируется первичными аналитическими
документами и вносится в базу данных через интерфейсную форму ввода
(обеспечивается отмена произведенных операций с возвратом исходных
значений).
Условно-постоянная информация включает справочные данные о
номенклатуре предлагаемых услуг по заказу, характеристиках заказов (срок,
статус) [10].
Исходная информация об услугах в рамках клиентской деятельности
компании хранится в справочниках. Сведения о заказчиках, менеджерах, заказах
хранится в отдельных справочниках и корректируется по мере необходимости.
Учет операций по клиентам регистрируются в системе с контролем
финансово-управленческой информации и возможностью отмены транзакции,
при операции выписывается отчет в виде печатной формы.
Управление заказами клиентов ведется в разрезе менеджеров, а
информация содержится в единой базе данных на сервере, соединение с
клиентскими приложениями обеспечивается посредством архитектуры «клиент-
сервер».
Доступ к модулям системы обеспечивается через главное кнопочное
меню. Проектируемая система должна предоставлять удобный и интуитивно
понятный пользовательский интерфейс.
Анализ накапливаемой количественно-суммовой информации в базе
данных проводится в модуле аналитики с последующим выводом выходных
данных.
Параметры обрабатываемой информации должны корректироваться в
зависимости от устанавливаемого пользователем интервала времени и или
итоговая информация за весь период по всему предприятию.
Система должна иметь возможность последующей реорганизации и
38
расширения для улучшения её возможностей или добавления функций. Должен
обеспечиваться контроль ввода данных при отсутствии избыточности, а также
надежное хранение и целостность базы данных.
В системе используется 5 видов кодирования, предназначенные для
однозначной идентификации менеджеров, клиентов, договоров, платежей,
проектов. Виды системы кодирования указаны в таблице 1.8.
Таблица №1.8
Используемые системы кодирования
Кодируемое
множество
объектов
Длина
кода
Мощно
сть
кода
Система
кодирования
Система
классификации
Вид
классификатора
Менеджеры
клиентов
5
9999
порядковая
иерархическая
общесистемный
Клиенты
5
9999
порядковая
иерархическая
общесистемный
Договоры
5
9999
порядковая
иерархическая
общесистемный
Заказы
клиентов
5
9999
порядковая
иерархическая
общесистемный
Все классификаторы ведутся менеджером.
Классификатор менеджеров.
Структурная формула классификатора:
F = [Фамилия] : [XXXXX] – код менеджера
Пример заполнения - 001234
Классификатор клиентов.
Структурная формула классификатора:
F = [Наименование ]:[ XXXXX] - код клиента
Пример заполнения - 00001
Классификатор заказаов.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код заказа
Пример заполнения - 00004
Классификатор договоров.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код договора
39
Пример заполнения – 00012
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение – совокупность программ системы обработки
информации и программных документов, необходимых для их эксплуатации [16,
с.46].
Для обеспечения разработки возникает задача выбора оптимальных
программных и информационных средств для реализации функций системы.
В состав программного обеспечения входят общесистемные и
специальные программные продукты, а также техническая документация.
Для разработки программы необходимо выбрать СУБД. Рассмотрим
наиболее популярные СУБД.
Наглядное представление характеристик СУБД представлено в таблице
1.9.
Таблица №1.9
Сравнительный анализ характеристик СУБД
Характеристики
Microsoft
SQL Server
Oracle
Microsoft
Access
FireBird
Стоимость
От $ 500
от $800
от $ 250
Бесплатная
Тип СУБД
Реляционная
СУБД
Объектно-
реляционная
СУБД
Реляционная
СУБД
Реляционная
СУБД
Работа под
управлением
различных ОС
Приемлемо
Хорошо
Приемлемо
Отлично
Административное
управление
Хорошо
Отлично
Очень
хорошо
Хорошо
Графические
инструменты
Отлично
Хорошо
Отлично
Хорошо
Простота
обслуживания
Хорошо
Отлично
Отлично
Хорошо
Механизм данных
Хорошо
Отлично
Хорошо
Хорошо
Работа с
несколькими ЦП
Приемлемо
Отлично
Приемлемо
Хорошо
40
Продолжение таблицы №1.9
Характеристики
Microsoft
SQL Server
Oracle
Microsoft
Access
FireBird
Функция соединения
и выбор индексов
Отлично
Отлично
Хорошо
Хорошо
Одновременный
доступ нескольких
пользователей
Хорошо
Отлично
Хорошо
Хорошо
Обработка
мультимедиа-данных
Плохо
Отлично
Плохо
Плохо
Обработка аудио,
видео, изображений
Плохо
Отлично
Плохо
Плохо
Поиск по всему
тексту
Хорошо
Отлично
Очень
хорошо
Хорошо
Функциональная
совместимость
Хорошо
Приемлемо
Хорошо
Хорошо
Сопряжение с
другими БД
Хорошо
Плохо
Хорошо
Хорошо
Возможности
программирования
Приемлемо
Отлично
Хорошо
Хорошо
Хранимые
процедуры и
триггеры
Хорошо
Отлично
Хорошо
Хорошо
Внутренний язык
программирования
Плохо
Отлично
Хорошо
Хорошо
Построение баз
данных
Хорошо
Отлично
Хорошо
Отлично
Язык SQL
Отлично
Отлично
Очень
хорошо
Очень
хорошо
Объектно-
ориентированные
системы
Плохо
Отлично
Плохо
Отлично
Обработка
транзакций
Отлично
Отлично
Отлично
Хорошо
Организация
хранилищ данных и
подготовка отчетов
Отлично
Хорошо
Отлично
Хорошо
Средства загрузки
Отлично
Отлично
Хорошо
Хорошо
Средства анализа
Отлично
Хорошо
Хорошо
Хорошо
Защита данных
Отлично
Отлично
Хорошо
Хорошо
Подключение к Web
Плохо
Отлично
Хорошо
Хорошо
41
Основными критериями выбора СУБД Microsoft Access являются:
компактный размер;
простота установки;
простота администрирования;
допускает подключение пользовательских функций (UDF) в видее dll
библиотек, разработанных на любом языке программирования с
использованием любой среды разработки (Delphi, C++Builder, MS Visual
Studio, C++, Pascal).
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение является комплексом технических средств,
которые предназначены для функционирования информационной системы, а
также включает соответствующую документацию на эти средства и
технологические процессы [13].
Комплекс технических средств состоит из компьютеров; устройств
накопления, сбора, обработки, вывода и передачи информации – жестких
дисков, устройств хранения данных, сканеров, принтеров, факсимильных
аппаратов; устройств передачи данных и линий связи – модемов;
эксплуатационных материалов – бумаги, CD (DVD)- дисков и т. п.
Выбирая компьютер, необходимо руководствоваться таким рядом
характеристик как: стоимость, производительность, надежность, простота
использования и др. От значений указанных параметров зависит возможность
работы с требуемыми программными средствами, а следовательно, и успех
создания системы. Технические требования к рабочему месту представлены в
таблице 1.10.
Таблица №1.10
Техническое обеспечение
Наименование характеристики
Значение характеристики
Процессор
Intel Core 2 DUO ~2,4 МГц
Оперативная память
4.00 ГБ
Жесткий диск
500 ГБ
Графическая карта
1 ГБ
Сеть
1Гбит
42
Продолжение таблицы №1.10
Наименование характеристики
Значение характеристики
Монитор
Монитор 19” Philips 193V5LSB2
Клавиатура
USB-клавиатура
Мышь
Мышь оптическая USB
Принтер
HP LaserJet 8150
Для печати отчетов и любой другой результатной информации имеются
принтеры бизнес-класса и сканеры для обработки графической информации.
Анализируя уже имеющиеся на предприятии вычислительные системы,
можно сказать, что они подходят по всем требованиям
Персональный компьютер и прочая техника соответствующие
представленным выше требованиям, имеются в наличии на предприятии,
поэтому затраты на их приобретение при расчете себестоимости создания ИС не
учитываются.
43
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы - период времени, который
начинается с момента принятия решения о необходимости создания
информационной системы и заканчивается в момент ее полного изъятия из
эксплуатации [6, с.72].
Для разработки был выбран стандарт ISO/IEC 12207. Согласно ISO/IEC
12207 основные процессы жизненного цикла построения системы:
– процесс заказа программного средства;
– процесс поставки ПО;
– процесс разработки программного решения;
– процесс эксплуатации программного решения;
Процесс заказа состоит из работ и задач, выполняемых заказчиком. В
данной разработке заказчиком является само предприятие [4].
Основная цель данного этапа выявление требований проекта, разработка
технического задания:
– требования к информационной системе;
– описание области применения системы;
– список программных продуктов;
– сроки и условия реализации заказа;
– технические ограничения (например, по условиям эксплуатации).
Процесс поставки ПО заключается в определении состава проекта для
поставки.
Процесс разработки включает в себя определение состава программного
продукта, а именно информационной базы, ее физическая реализация.
Разработка программных модулей. Процесс эксплуатации заключается в
установке и интеграции программного продукта на рабочем месте и
использование его сотрудниками предприятия [7].
Существуют три модели жизненного цикла ИС:
каскадная модель;
44
поэтапная модель (итерационная);
спиральная модель.
Каскадная модель ЖЦ
Разбиение процесса на этапы является основной характеристикой. И
только после того, как будет полностью завершена работа на текущем этапе,
будет произведен переход с одного этапа на следующий (рис. 2.1). Каждый этап
завершается выпуском полного комплекта документации, которого достаточно
для того, чтобы разработка могла быть продолжена другой командой
разработчиков.
Рисунок 2.1. Каскадная схема разработки ПО
Применение каскадного подхода имеет следующие положительные
стороны:
на каждом этапе создается готовый набор проектной документации,
который отвечает критериям полноты и согласованности;
этапы работ, выполняемые в логичной последовательности, позволяют
планировать сроки окончания всех работ и соответствующие затраты.
Но, в процессе использования каскадного подхода, обнаруживается ряд
недостатков, которые вызваны, прежде всего, тем, что реальный процесс
создания ПО в такую жесткую схему никогда полностью не укладывался. В
процессе создания ПО постоянно возникала потребность в возврате к
предыдущим этапам для уточнения или пересмотра ранее принятых решений. В
результате реальный процесс создания ПО принимал следующий вид (рис. 2.2):
45
Рисунок 2.2. Реальный процесс разработки ПО по каскадной схеме
Основной недостаток каскадного подхода заключается в существенном
запаздывание получения результатов. Результаты согласовываются с
пользователями только в точках, планируемых после завершения каждого этапа
работ. Требования к ИС описаны в виде технического задания и на все время ее
создания не должны изменяться. Таким образом, замечания от пользователей
могут быть внесены только после того, как работа над системой полностью
завершиться. В случае изменения требований или их неточного изложения в
течение длительного периода создания ПО, пользователи получают систему, не
удовлетворяющую их потребностям. Модели (как информационные, так и
функциональные) автоматизируемого объекта могут устареть одновременно с их
утверждением.
Спиральная модель ЖЦ
Для преодоления перечисленных проблем была предложена спиральная
модель ЖЦ (рис. 2.3), делающая упор на начальные этапы ЖЦ: анализ и
проектирование.
На этих этапах реализуемость технических решений проверяется путем
создания прототипов. Каждый виток спирали соответствует созданию фрагмента
или версии ПО, на котором определяется его качество, уточняются
характеристики и цели проекта и планируются работы следующего витка
спирали. Таким образом, последовательно конкретизируются и углубляются
детали проекта, и в результате выбирается обоснованный вариант, который
доводится до реализации.
46
Рисунок 2.3. Спиральная модель ЖЦ
Преимуществом по сравнению с каскадной моделью является
возможность начать работу над следующим этапом, не дожидаясь завершения
предыдущего.
Основными недостатками спиральной модели являются:
определение момента перехода на следующий этап;
сложность планирования;
определения рисков;
определение затрат на выполнение проекта.
Итерационная модель ЖЦ
Разработка итерациями отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом этапе позволяет
переходить на следующий этап, не дожидаясь полного завершения работы на
текущем (рис. 2.4). При итеративном способе разработки недостающую работу
можно будет выполнить на следующей итерации. Главная же задача заключается
в том, чтобы как можно быстрее показать пользователям системы
работоспособный продукт, тем самым, активизируя процесс уточнения и
дополнения требований.