43
информационной системы являются информационное, лингвистическое,
техническое, программное, математическое, правовое, организационное и
эргономическое.
На данный момент на предприятие при обработке информации и
обеспечении поиска нужной автозапчасти используются подручное
стандартное программное обеспечение.
Используется компоненты MS Office и браузеры операционной
системы. С помощью данного программного обеспечения менеджер
производит оформление заявки на поиск автозапчасти и производит
непосредственно поиск и систематизацию имеющихся в наличии
продукции.
Целью создания информационной системы является:
снижение трудоемкости поиска и подбора необходимых
автозапчастей,
обработки поступающей информации;
оформление договоров и получения статистических данных по
деятельности фирмы.
Инструкция по
работе с СДО для
студента Аксёнова
Ирина
Александровна
Адрес сайта
ido.tltsu.ru
Далее ввести
логин и пароль
Логин:aksenovai
a
Пароль:asdfghjk
Справа в разделе
44
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Вопросы управления информационными системами целесообразно
рассматривать в контексте, определяемом жизненным циклом
программного обеспечения.
Проект — это уникальный процесс, в ходе выполнения которого
получают уникальный продукт. Разработчик может воспользоваться
обобщенной, проверенной на практике методикой, адаптировав ее для
конкретного проекта. Как правило, всегда есть возможность выбора среди
нескольких «начальных» жизненных циклов.
Жизненный цикл – непрерывный процесс, который начинается с
момента принятия решения о необходимости создания ИС и заканчивается
в момент ее полного изъятия из эксплуатации.
Модель жизненного цикла ИС – структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и
задач на протяжении жизненного цикла. Модель жизненного цикла
зависит от специфики, масштаба и сложности проекта и специфики
условий, в которых система создается и функционирует [16].
Модель жизненного цикла всего проекта определяется как
инкрементная. На этапе разработки необходимо проанализировать
отличительные категории проекта, такие как: требования, команда
разработчиков, коллектив пользователей, риски и тип проекта. Далее,
следует ответить на вопросы по каждой категории и проранжировать
полученные данные. На основе этого результата определяется наиболее
приемлемая модель ЖЦ для информационной системы.
Таблицы с вопросами, ответы на которые будут определять
оптимальную модель жизненного цикла для информационной системы,
приведены в Приложении 1.
45
По результатам суммы баллов таблицы ярко выражены
инкрементная и RAD – модели ЖЦ.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Инкрементная модель ЖЦ предполагает следующее: первая
создаваемая промежуточная версия системы (выпуск 1) реализует часть
требований, в последующую версию (выпуск 2) добавляют
дополнительные требования и так до тех пор, пока не будут окончательно
выполнены все требования и решены задачи разработки системы. Для
каждой промежуточной версии на этапах ЖЦ выполняются необходимые
процессы, работы и задачи, в том числе, анализ требований и создание
новой архитектуры, которые могут быть выполнены одновременно. В
соответствии с данной моделью ЖЦ, процессы которой практически такие
же, что и в каскадной модели, ориентир делается на разработку некоторой
законченной промежуточной версии, а задачи процесса разработки
выполняются последовательно или частично параллельно для ряда
отдельных промежуточных структур версии. Работы и задачи процесса
разработки следующей версии системы с дополнительными требованиями
или функциями могут выполняться неоднократно в той же
последовательности для всех промежуточных версий системы. Процессы
сопровождения и эксплуатации могут быть реализованы параллельно с
процессом разработки версии путем проверки частично реализованных
требований в каждой промежуточной версии и так до получения
законченного варианта системы. Вспомогательные и организационные
процессы ЖЦ обычно выполняются параллельно с процессом разработки
версии системы и к концу разработки будут собраны данные, на основании
которых может быть установлен уровень завершенности и качества
изготовленной системы [17].
При применении данной модели необходимо учитывать следующие
факторы риска:
46
– требования составлены с учетом возможности их изменения при
реализации продукта;
– все возможности системы требуется реализовать с начала;
– быстрое изменение технологии и требований к системе может
привести к нарушению полученной структуры системы;
– ограничения в ресурсном обеспечении (исполнители, финансы)
могут привести к затягиванию сроков сдачи системы в эксплуатацию.
Данную модель ЖЦ целесообразно использовать, в случаях когда:
– желательно реализовать некоторые возможности системы быстро
за счет создания промежуточной версии продукта;
– система декомпозируется на отдельные составные части, которые
можно реализовывать как некоторые самостоятельные промежуточные или
готовые продукты;
– возможно увеличение финансирования на разработку отдельных
частей системы.
RAD (от англ. Rapid Application Development — быстрая разработка
приложений) — концепция создания средств разработки программных
продуктов, уделяющая особое внимание быстроте и удобству
программирования, созданию технологического процесса, позволяющего
программисту максимально быстро создавать компьютерные программы.
Характерной чертой «RAD» является короткое время перехода от
определения требований до создания полной системы. Метод
основывается на последовательности итераций эволюционной системы
или прототипов, критический анализ которых обсуждается с заказчиком. В
процессе такого анализа формируются требования к продукту.
При использовании модели RAD относительно разрабатываемого
проекта, для которого она в достаточной степени приемлема, проявляются
следующие преимущества:
47
– требуется меньшее количество специалистов (поскольку
разработка системы выполняется усилиями команды, осведомленной в
предметной области);
– уменьшаются затраты (благодаря сокращенному времени цикла и
усовершенствованной технологии, а также меньшему количеству
задействованных в процессе разработчиков);
– постоянное присутствие заказчика сводит до минимума риск
неудовлетворения продуктом и гарантирует соответствие системы
коммерческим потребностям и надёжность программного продукта в
эксплуатации;
– в состав каждого временного блока входит анализ, проектирование
и внедрение (фазы отделены от действий);
– повторное использование компонент уже существующих
программ [37].
Информационная система менеджера автотехцентра ООО «Гарант»
разрабатывалась, основываясь на RAD модели ЖЦ.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Основным назначением проектирования программы является
помощь персоналу автотехцентра заключающаяся в быстром и
качественном поиске и подборе автозапчастей по анализу неисправности
автомобиля.
Основной задачей является разработать автоматизированную
систему для управления заказами клиентов автотехцентра ООО «Гарант».
Рассматривается от движение заказа клиентов от поступления
заказа на выполнение до подготовки отчета по выполненному заказу.
Обычно в реальной деятельности автотехцентра мало что
автоматизировано, разве только выдача накладных и счетов-фактур.
48
То есть, если на данный момент регистрация заказа на выполнение
ведется на бумажном носителе, а клиент сам «напоминает» периодически о
себе и бухгалтерская отчетность ведется в «Книге регистрации заказов», то
сейчас актуально автоматизировать все эти процессы.
Перечень задач автоматизированной системы
Регистрация клиента в системе
При реализации этой задачи клиент предоставляет следующие
данные менеджеру по работе с клиентами:
ФИО клиента
Город клиента
Адрес клиента
Телефон клиента
Ведение базы данных автозапчастей:
Для решения данной задачи необходимо спроектировать, базу
данных, набор полей входящих в таблицу базы данных, определить связи
между атрибутами и естественно между таблицами по ключевому полю.
Ведение базы данных производимых ремонтных работ:
Аналогично и по этой задаче:
Наименование выполненной работы
Стоимость выполненной работы
Дата заказа
Выдача клиенту на руки форм отчетности документов и
формирование электронной форм экономической отчетности по
выполненным заказам:
Система должна сформировывать следующие формы отчетности:
Заказ-наряд на работы
Акт выполненных работ
Схема данных построена в BPwin
Представим бизнес-процессы возникающие в процессе поступления
и обработки заявки клиента на приобретение автозапчастей. При
49
разбиении на составные задачи, менеджер решает следующие задачи (Рис.
4)
Распределение действий между персоналом и техническими
средствами при различных ситуациях решения задач: при решении
комплекса задач пользователем выполняются следующие действия:
загрузка данных, введенных сотрудником отдела
обслуживания клиентов;
контроль правильности ввода данных;
редактирование, в случае необходимости, данных;
установление параметров расчета, выбор категории клиентов
для расчет соответствующих цен и т.д.).
корректировка отчетов, сформированных программой,
детальный анализ полученных результатов;
ведение архива отчетов;
выбор устройства вывода для выдачи отчетов;
Сотрудником отдела обслуживания клиентов выполняются
следующие действия:
ввод данных;
редактирование данных;
удаление данных;
формирование доступных отчетов.
Информационная система выполняет следующие действия:
хранение информации;
поиск данных в БД;
построение сводных таблиц по интересуемым видам
автозапчастей;
расчет финансовых показателей (наценка, маржинальный
доход, другие);
построение графиков, диаграмм;
50
формирование отчетов;
вывод отчетов на устройство вывода
Рис. 4 Схема бизнес-процессов менеджера компании
Информационная модель включает в себя совокупность входных и
выходных документов, файлов входной оперативной, постоянной,
промежуточной и результатной информации, подробное описание которых
будет дано в следующих пунктах.
2.2.2 Используемые классификаторы и системы кодирования
В составе информационного обеспечения рассматриваемого
комплекса задач важное место отводится классификаторам экономической
информации: обеспечить сжатие призначной части (идентификатора)
показателей, а, следовательно, и сократить объем хранимой информации
в ЭВМ и время на поиск информации, необходимой для решения задач,
USED
AT:
AUTHOR
:
DATE
:
REV
:
PROJECT:
Автозапчасти
28.11.200
8
03.06.200
9
NOTES: 1 2 3 4 5 6 7 8 9
10
WORKIN
G
DRAF
T
RECOMMENDE
D
PUBLICATIO
N
READE
R
DAT
E
CONTEXT
:
A-
0
NODE
:
TITLE
:
NUMBER
:
Обработка и выполнение заказа клиента
A0
Устав
компании
Таможенно
е
законодательств
о
Менеджер
отдела
прода
ж
Нормы и правила
международной
торговл
и
Руководств
о
компани
и
Заявк
а
клиент
а
Выполненна
я
заявка
клиента
Потребность в
покупке
автозапчасте
й
Требования
и
характеристик
а
автомобил
я
Списо
к
автозапчасте
й
Выбранна
я
модел
ь
комплектаци
и
1
0р
.
Определение
требований
и характеристик
автомобиля
2
0р
.
Подбор
автозапчастей
по
критериям
3
0р
.
Выбор нужной детали
от
определенного
поставщика
4
0р
.
Оформлени
е
документаци
и
51
облегчить обработку информации позволяют классификация
и кодирование информации.
Классификатор — это документ, с помощью которого
осуществляется формализованное описание экономической информации в
ЭИС, содержащий наименования объектов, наименования
классификационных группировок и их кодовые обозначения.[9] В
зависимости от применения они делятся на три группы:
1. общегосударственные классификаторы, используемые во всех
отраслях и на всех уровнях управления для повсеместного и одинакового
обозначения объектов;
2. отраслевые (ведомственные) классификаторы, используемые в
пределах определенной отрасли (ведомства);
3. локальные, используемые в пределах организации или группы
организации.
Для полной формализации экономической информации
недостаточно простой классификации, поэтому проводят процедуру
кодирования.
Кодирование — это процесс присвоения условных обозначений
объектам и классификационным группам по соответствующей системе
кодирования. [9]
Система кодирования — это совокупность правил обозначения
объектов и группировок с использованием кодов. [8]
Код — это условное обозначение объектов или группировок в виде
знака или группы знаков в соответствии с принятой системой. Все
системы кодирования можно сгруппировать в два подмножества:
регистрационных и классификационных систем кодирования.[11]
Требования, которым должны удовлетворять разрабатываемые
классификаторы, следующие:
– полнота охвата объектов и признаков классификации каждым
классификатором;
52
– согласованность признаков деления множеств объектов с
алгоритмами обработки экономической информации;
– взаимная однозначность наименований объектов и их кодовых
обозначений;
– простота кодирования и возможность автоматизации
классификации и кодирования;
– возможность увязки с другими классификаторами и
системами обозначений;
– эффективность использования классификатора при обработке
информации.
В системе используется следующие виды системы кодирования,
указанные в таблице 1.
Таблица 1
Используемые классификаторы и коды
№
п.п
Наименование объекта
кодируемого множества
Значность
кода
Система
кодирования
Вид
классификатора
1
Код заявки
8
порядковая
локальный
2
Код операции
8
порядковая
локальный
2.2.3 Характеристика нормативно-справочной, входной и
выходной оперативной информации
Нормативно-справочная информация:
Устав компании;
Законодательство РФ;
Нормы и правила торговли.
Оперативная информация:
Новые поступления заявок от клиентов;
Сводка по видам автозапчастей.
Параметры объекта автоматизации.
а) количество человек занятых на объекте автоматизации – 1
человек;