62
классификаторов системы в строгом соответствии с указанными
требованиями. В случае необходимости принимается решение о перемене
внедренных практик учета или функциональных моделей. По итогам этапа
составляется подписываемый всеми участниками проекта внедрения
документ, описывающий все установленные недостатки и намечает пути
их решения.
2. Реализация информационно—функциональной модели работы
предприятия, оптимизация и описание процессов, которые подлежат
автоматизации. Моделирование должно осуществляться хорошо
обученными сотрудниками исследуемой компании с привлечением
опытных консультантов и с привязкой построенной модели к стандартам
бизнеса и к только что спроектированной системе.
3. Адаптация ИС внутри компании. В ходе этапа реализуется
настройка системы тестирование ключевых модулей и функций группой
внедрения. Этот этап также требует наличия корпоративных стандартов,
поскольку именно они составляют основу настроек системы.
4. Опытная эксплуатация ИС. Реализуется для тестирования четкого
соответствия функциональности, полученной в процессе отладки системы,
требованиям компании. На этом этапе присутствует двойной ввод данных
в новую и старую системы. В процессе опытной эксплуатации: создаются
стандартные отчеты (при помощи ИС и стандартными способами) и
реализуется проверка данных; система шаг за шагом вводится в
эксплуатацию по каждому участку учета; документируются инструкции по
обслуживанию рабочих мест и дополняются должностные инструкции
всех членов учетного процесса. В отдельных подразделениях компании в
систему добавляются фактические данные (в минимальном объеме) и
последовательно проверяются бизнес—функции при помощи
моделирования реальных ситуаций работы компании (в максимально
приближенных к действительности условиях). Оттачивается слаженная
63
работа подразделений на базе тестовых пилотных примеров. Конечные
пользователи (сотрудники IT-отдела) проходят обучение с настроенной
системой только на своих рабочих местах. По завершению обучения
конечных пользователей реализуется встроенный пилотный пример и
полностью моделируется работа компании. Основываясь на результатах
реализации пилотного примера руководство компании принимает решение
о переводе ИС в повседневную эксплуатацию.
Этап эксплуатации подразумевает под собой непосредственное
использование информационной системы для выполнения ею тех функций,
для которых она предназначена.
Для внедрения системы выбираем стратегию Пилотный проект.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относятся такие работы, как:
• инсталляция программного обеспечения;
• базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
• устранение недостатков в конфигурации системы;
• проверка надежности работы системы;
• окончательная донастройка.
Данные работы будут выполнять специалисты отдела ИТ.
Модель жизненного цикла ПО отражает структуру, определяющую
последовательность реализации и взаимосвязь процессов, действий и задач
в рамках всего ЖЦ. Модель ЖЦ зависит от специфики, масштаба и
трудности проекта и конкретных условий, в которых система развивается и
работает.
Сегодня наибольшее распространение получили три базовые модели
ЖЦ:
• Задачная модель;
64
• Каскадная модель (70-85 г.г.);
• Спиральная модель (сегодняшние дни).
ЖЦ программных средств (ПС) обычно представляет собой набор
этапов, работ и операций в порядке их реализации и взаимосвязях,
определяющих ведение работ от составления технического задания до
финальных испытаний ряда версий и завершения эксплуатации ПС или
ИС. Подобные стандарты состоят из правил описания начальной
информации, методики выполнения операций, осуществляют контроль
технологических процессов и правил представления их результатов. Еще
они определяют содержание технологических и эксплуатационных
документов на комплексы ПО. Они выражают организационную структуру
коллектива, поддерживают распределение и планирование заданий,
реализуют контроль над этапами разработки комплекса ПС.
Для составления жизненных циклов (ЖЦ) ИС был выбран стандарт
ISO 12207, как стандарт, включающий в себя большинство
автоматизированных систем (АС) и ПС, где ПС – малая часть всего плана
работ. Международный стандарт ISO/IEC 12207 показывает стратегию и
общий порядок в разработке и использовании ПО, он охватывает ЖЦ ПО
от зарождения идей до окончания цикла. Определение стандарта: система
— это совокупность одного или более процессов, аппаратных средств, ПО,
оборудования и людей для реализации возможности удовлетворения
конкретных потребностей или целей.
В отличие от Oracle CDM стандарт ISO 12207 одинаково нацелен на
организацию действий каждой из двух сторон: поставщик (создатель) и
покупатель (клиент). Применяется в разных случаях, даже когда обе
стороны внутри одной компании. В отличии от CDM, стандарт ISO
состоит из более крупных обобщенных процессов: «покупка», «доставка»,
«создание» и т.п. Любой процесс разделен на набор действий, а каждое
действие — на совокупность задач. Важно одно отличие ISO: любой
65
процесс, действие или задача определяется и реализуется другим
процессом по мере необходимости, причем нет ранее заданных
последовательностей (конечно, в рамках сохранения логики связей по
начальным сведениям задач и т.п.).
Развивающийся характер стандарта зависит от способа выражения
последовательности выполнения процессов и задач, когда один процесс в
случае необходимости вызывает другой или его часть. Стандарт отражает
архитектуру, процессы, разделы и подразделы ЖЦ ПС, а также указывает
список необходимых работ и подробно описывает содержание каждой из
них. Архитектура ЖЦ ПС в стандарте основывается на 3 основных
компонентах:
• Покупка или поставка,
• Создание,
• Использование.
Стандарт не включает конкретные методы действий, а также
заготовки решений или документации. Он отражает архитектуру
процессов ЖЦ ПО, но не углубляется в детали реализации или выполнения
услуги и задачи, включенных в процессы. Стандарт не указывает
конкретную модель ЖЦ или метод создания ПО, но показывает, что
стороны участники использования стандарта несут ответственность за
выбор модели ЖЦ для проекта ПО, за подгонку процессов и задач
стандарта к этой модели, за обоснованный выбор и использование методов
создания ПО, за реализацию действий и задач, уместных для проекта ПО.
Покупка или поставка. Цель этапа – предложение разработчику от
заказчика, на выполнение автоматизированной системы. На этом этапе
заключается договор, корректируются его условия и требования.
Участники этапа – ответственный от лица заказчика, который
контролирует и уточняет направления для разработчиков. А так же
менеджер проекта от лица разработчиков. Он принимает от заказчика
66
требования, подписывает договор, и согласует начальные установки и
задачи для работы. На этом этапе заказчик должен предоставить
развернутое техническое задание (ТЗ), менеджер утверждает его,
уточняются некоторые детали задания и согласовываются средние сроки
выполнения разработки.
Создание. Создание ПО разбито на множество небольших этапов,
призванных обеспечить создание ИС, отвечающей требованиям заказчика,
и в договоренные сроки:
• Исследование требований к системе;
• Построение системной архитектуры;
• Исследование требований к ПС;
• Построение архитектуры ПС;
• Детальное проектирование ПС;
• Реализация и тестирование ПС;
• Внедрение ПС;
• Квалификационная проверка системы;
• Начало эксплуатации ПС;
• Финальная приемка ПС.
Основные участники на этом этапе – это менеджер проектов и
непосредственные разработчики. Сам менеджер разбивает задачу
разработки ПС на вышеперечисленные этапы, следит за их выполнением,
контролирует ход выполнения за каждым разработчиком. При
необходимости сам участвует в разработке или координации действий
между отдельными разработчиками. Определяет участки работы для
каждого отдельного разработчика в зависимости от квалификации и опыта,
определяет степень универсальности взаимодействия отдельных частей
ПС, разрешает коллизии и спорные моменты.
Разработчики принимают план работ, поле деятельности и
конкретные задачи для выполнения. Определяют для себя методы решения
67
своих задач, согласовывают пути взаимодействия с программными
частями других разработчиков, спецификации функций, протоколов
передачи данных, и др.
Использование. На этом этапе проводятся тестовые испытания ПС,
определяются сильные и слабые моменты, недоработки, и слаженность
работы всех компонентов. При выявлении недоработок определяются
перечень указаний для исправлений разработчиками.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Информационная модель представляет собой схему движения
входных, промежуточных и результативных потоков и функций
предметной области. Кроме того, она объясняет, на основе каких входных
документов и какой нормативно-справочной информации происходит
выполнение функций по обработке данных и формирование конкретных
выходных документов. Информационная модель представлена на рис. 2.1.
68
ИС
Спр Корзина
Спр* Клиент
Спр Товар
Спр Должность
Т* Продажа
Спр Тип
упаковки
Спр* Должность
Т Продажа
Спр* Корзина
Учет
категорий и
типов
Учет
товаров
Список
товаров
Учет
пользовате
лей
Список
складов
Учет
продаж
Список
товаров
Список
товаров
Список
клиентов
Список
клиентов
счет на
оплату
счет на
оплату
Сотрудник
Спр* Товар
Сотрудник
Сведения о
пользователя
х
Учет
складов
Статистика
продаж
Статистика
продаж
Статистика
прихода
Статистика
прихода
накладная
накладная
прайс-лист
прайс-лист
1
2
3
4
Спр Клиент
Спр Сотрудник
Спр Склад
Спр* Склад
Спр* Тип товара
Спр* Сотрудник
Спр Тип
пользователя
Спр* Тип
пользователя
Спр Тип товара
Спр* Тип
упаковки
Рис. 2.1 Информационная модель системы учета продаж
В соответствии с приведенной информационной моделью, работа
системы осуществляется следующим образом.
Информационная модель включает в себя три области – область № 1,
в которой происходит заполнение справочников, область № 2, в которой
показана, как осуществляется работа с документами, и область № 3, где
указано, каким образом осуществляется получение выходных документов.
В области № 1 администратором системы на основании входных
документов заполняются справочники.
69
В области № 2 используются экранная форма импорта отчета о
продажах точки. При этом используются данные всех системы
справочников, указанных ранее. В результате информация о продажах
сохраняется в таблице Продажи.
В области № 3 пользователь системы получает на экран состав
справочников, а также отчеты, которые автоматически могут быть
отправлены на указанную электронную почту руководителю отдела или
компании. При необходимости данные документы можно вывести на
печать.
Входная информация представляет собой совокупность объектов
информации являющихся первичными (исходными) данными для
дальнейшей их обработки. Описание входной информации отвечает на
вопрос, на основании какой информации может быть получена выходная
информация.
Входная оперативная информация вводится в базу данных с
первичных документов путем заполнения экранных форм.
К первичной информации относится:
1. - информация о группе товара: наименование группы
Таблица 2.6
Группы товаров
Поле
Тип
Значение
Ограничение
Комментарий
Наименование
группы
Текстовый
—
—
Наименование
2. информация о типе упаковки: наименование.
Таблица 2.7
Тип упаковки
Поле
Тип
Значение
Ограничение
Комментарий
Наименование
Текстовый
—
—
Наименование
3. информация о товаре: код товара, наименование, тип товара,
упаковка.
70
Таблица 2.8
Товары
Поле
Тип
Значение
Ограничение
Комментарий
Код товара
Счетчик
—
—
Артикул
Наименование
Текстовый
—
—
Наименование
Тип товара
Текстовый
—
—
Код типа товара
Упаковка
Текстовый
—
—
Код упаковки
4. информация о приходе товара: наименование, количество,
цена, дата.
Таблица 2.9
Приход
Поле
Тип
Значение
Ограничение
Комментарий
Наименование
Текстовый
—
—
Код товара
Количество
Числовой
—
—
Кол-во
Цена
Числовой
—
—
Цена закупки
Дата
Дата
—
—
Дата прихода
5. информация о продажах товара: код, наименование,
количество, цена, дата, клиент.
Таблица 2.10
Продажи
Поле
Тип
Значение
Ограничение
Комментарий
Код
Текстовый
—
—
Код продажи
Наименование
Текстовый
—
—
Код товара
Количество
Числовой
—
—
Кол-во
Цена
Числовой
—
—
Цена продажи
Дата
Дата
—
—
Дата продажи
клиент
Текстовый
—
—
Код контрагента
2.2.3 Характеристика результатной информации
Под выходной информацией понимается информация, которая
содержит в себе результаты обработки входной информации. Объекты,
которые содержат в себе выходную информацию, являются выходными
формами.
71
Выходная форма отчета «Статистика продаж» представляет собой
таблицу, в которой содержатся данные о проданных товарах за
определенный период.
Сведения, содержащиеся в этом отчете:
– код;
– наименование товара;
– цена;
– количество;
– дата продажи;
– клиент.
Отчет «Статистика продаж » формируется с помощью базы данных,
но стоимость заказа рассчитывается с помощью программы и в базе
данных не отражается.
Таблица 2.11
Статистика продаж
Поле
Тип
Значение
Ограничение
Комментарий
Код
Счетчик
—
—
Код
Наименование
товара
Текстовый
—
—
Код товара
Цена
Числовой
—
—
Цена продажи
Количество
Числовой
—
—
Количество
Дата продажи
Текстовый
—
—
Дата продажи
Клиент
Текстовый
—
—
Код контрагента
Выходная форма отчета «Статистика прихода» представляет собой
таблицу, в которой содержатся данные о товарах, которые поступили на
склад за определенный период.
Сведенья, содержащиеся в этом отчете:
– код;
– наименование товара;
– цена;
– количество;