46
ГОСТ 34.601-90 «Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные
системы. Стадии создания» [2].
ISO/IEC 12207:1995 – подходит для реализации заказного
программного обеспечения [3];
Custom Development Method – технология создания программного
обеспечения при условии создания его из готовых частей;
Rational Unified Process (RUP) – итеративная модель жизненного
цикла;
Microsoft Solution Framework (MSF) – использование объектно-
ориентированного программирования при создании программного
обеспечения;
Extreme Programming – использование экстремального
программирования;
Стандарт ISO/IEC серии 15288.
В настоящей работе будет использована модель жизненного цикла
проекта ISO/IEC 12207:1995.
На рисунке 2.1 представлены основные этапы создания программного
обеспечения [1].
Жизненный цикл любого проекта автоматизации включает основные
стадии: предпроектную, проектировочную, внедрение, функционирование.
Рисунок 2.1 - Основные этапы создания программного обеспечения
47
От качества проектировочных работ зависит эффективность
функционирования системы, поэтому каждая стадия разделяется на ряд этапов и
предусматривает составление документации, отражающей результаты работ.
Наиболее популярными моделями жизненного цикла являются спиральная
и каскадная модель жизненного цикла. Существует также итерационная модель
ЖЦ с поэтапным выполнением работ, но она используется все реже.
На рисунке 2.2 представлена спиральная модель ЖЦ.
Рисунок 2.2 - Спиральная модель жизненного цикла
Преимущества спиральной модели жизненного цикла:
быстрое получение готового продукта
при изменении требований к программному обеспечению риски по
сдаче некачественного продукта снижаются;
низкий процент проблем в процессе доработки программного
обеспечения.
Недостатком спиральной модели является отсутствие четких границ
каждой стадии разработки программного обеспечения.
Каскадная модель жизненного цикла предполагает поэтапное выполнение
работ на каждом этапе.
На рисунке 2.3 представлена каскадная модель ЖЦ ПО.
48
Итерационная модель жизненного цикла предполагает поэтапное
выполнение каждого этапа разработки с возможностью возврата на предыдущий
этап. Но в этом случае пройденные этапы необходимо закончить снова.
Управление проектом проводится на основе ключевых функциональных
требований заказчика. Все силы разработчиков направлены на выполнение всех
требований заказчика в конечной версии программы.
Рисунок 2.3 - Каскадная модель жизненного цикла
По мере необходимости вносятся коррективы в техническое задание в
соответствии с замечаниями и требованиями. Разработка проекта в руках
архитекторов (рисунок 2.4).
Рисунок 2.4 - Итерационная модель жизненного цикла
49
В настоящей выпускной квалификационной работе будет использована
каскадная модель жизненного цикла программного обеспечения.
В таблице 2.3 представлены основные работы, которые будут выполнены
в процессе разработки проекта.
Таблица 2.3
Основные этапы работы над проектом с использованием каскадной
модели жизненного цикла
Этап
Выполняемые работы
Выработка системных
требований
Разработка требований к информационной системе, выбор
аппаратного и программного обеспечения
Анализ
Разработка функциональных требований к информационной
системе, выбор способов реализации системы
Проектирование
Разработка структура БД, функциональной схемы системы,
характеристика входные и выходные данные, математическая
модель решения задачи.
Кодирование
Разработка кода информационной системы.
Тестирование
Разработка контрольных наборов тестов, тестирование
информационной системы, составление протокола
тестирования, отладка программы
Эксплуатация
Установка программного обеспечения на рабочих местах
сотрудников, обучение пользователей
Существуют несколько стратегий внедрения системы, представленных на
рисунке 2.5 [7].
Рисунок 2.5 – Стратегии внедрения информационной системы
50
При внедрении данного проекта будет использована стратегия «Пилотный
проект», как наиболее оптимальная стратегия в данной ситуации.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Входные документы содержат информацию, которая хранится в базе
данных и необходима в процессе ведения учета запчастей, а также при
составлении отчетов. В выходных документах отражается результат запросов из
базы данных администрации. Каждому документу соответствует своя экранная
форма для ввода переменной и условно-постоянной первичной информации, а
также для вывода на экран результатной информации или ответов на запросы.
Все формы имеют поля для заполнения, а также необходимые кнопки и
справочную информацию. Заполнив экранную форму, мы имеем возможность
распечатать документ на принтере [4].
В качестве входных документов, используемых, при работе с
разрабатываемой информационной системой управления продажами
ООО «ВЕКТОР Транс» определены:
– сведения о поставщиках товаров;
– сведения о клиентах интернет-магазина;
– сведения о заказах в интернет-магазине;
– сведения о товарах (наименование, артикул, единица измерения);
– документ, подтверждающий оплату заказа;
– товарно-транспортная накладная (бланк);
– договор поставки товаров (бланк);
– счет-фактура (бланк).
В таблице 2.4 представлено описание входной информации.
Таблица 2.4
Описание входной информации
Документ
Источник получения
Периодичность
1
2
3
Сведения о поставщиках
товаров
Договор поставки,
документ поставщика
При необходимости
51
Продолжение таблицы 2.4
1
2
3
Сведения о клиентах
интернет-магазина
Данные, предоставленные
клиентом
При регистрации в
интернет-магазине, при
оформлении заказа
Сведения о заказах в
интернет-магазине
Интернет-магазин
При оформлении заказа
Сведения о товарах
(наименование, артикул,
единица измерения)
Договор поставки
При необходимости
Документ,
подтверждающий оплату
заказа
Квитанция об оплате
заказа, фактическое
поступление денег на счет
При оплате заказа
2.2.3. Характеристика результатной информации
В ГОСТ 34.003-90 дано определение выходной информации – это
информация, получаемая в результате выполнения функций автоматизированной
системы и выдаваемая на объект ее деятельности, пользователю или в другие
системы [2].
В качестве выходных данных определены:
– розничный прайс-лист;
– оптовый прайс-лист;
– статистика работы с поставщиками;
– сведения о поставке товаров;
– сведения об отгрузке товаров;
– статистика работы с клиентами;
– товарно-транспортная накладная и счет-фактура.
Периодичность формирования отчетов: при необходимости.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
52
Дерево функций системы представляет декомпозицию функций системы и
формируется с целью детального исследования функциональных возможностей
системы и анализа совокупности функций, реализуемых на различных уровнях
иерархии системы. На базе дерева функций системы осуществляется
формирование структуры системы на основе функциональных модулей. В
дальнейшем структура на основе таких модулей покрывается конструктивными
модулями (для технических систем) или организационными модулями (для
организационно-технических систем) [4].
На рисунке 2.6 представлено дерево функций информационной системы
управления продажами интернет-магазина ООО «ВЕКТОР Транс»,
Рисунок 2.6 — Дерево функций информационной системы
Сценарий обмена информацией между пользователем и системой прост и
интуитивно понятен. Использование структурированного меню легко
воспринимается пользователем за счет логического построения.
Для удобства пользователя внешний вид выходных форм унифицирован
[22]. На рисунке 2.7 представлена сценарий диалога пользователя и
информационной системы.
Диалог пользователя и информационной системы реализован в виде меню.
Функции
проекта
Основные
Работа со
справочниками
Отдел
Должности
Сотрудники
Категории
товаров
Склады
Поставщики
Учет
клиентов
Общая
информация о
клиенте
Заказы
клиента
Учет
заказов
Учет
движения
товаров
Учет товаров
Учет
поставок
товаров
Учет выдачи
заказов
клиентов
Управление
продажами
Учет покупок
клиентов
Учет
контактов с
клиентом
Учет
изменения
статусов
зказазов
Анализ
продаж
Обработка
запросов
Формирование
отчетов
Служебные
Идентифика-
ция
пользоват-
еля
Сменя
пароля
Рисунок 2.7 - Сценарий диалога пользователя и информационной системы
Форма
авторизации
Заказы
Список заказов
Учет контактов с клиентами
Учет состава заказа
Информация о клиенте
Главное меню
приложения
Справочники
Категории товаров
Отделы
Должности
Сотрудники
Поставщики
Склады
Пользователи
Клиенты и
заказы
Товары Учет
Поставки
Отгрузки
Состояние
склада
Шаблоны
документов
ТТН
Счет-фактура
Бланк заказа
Отчеты
Розничный
прайс-лист
Оптовый
прайс-лист
Статистика
работы с
поставщиками
Сведения о
поставке
товаров
Сведения о
реализации
товаров
Статистика
работы с
клиентами
2.3.2. Характеристика базы данных
В результате исследования предметной области и разработанных
требований к информационной системе управления продажами интернет-
магазина ООО «ВЕКТОР Транс» выделены следующие сущности [11, 13]:
сотрудник;
товар;
категория товаров;
поставка товаров;
спецификация поставки;
отпуск товаров;
спецификация отпуска;
клиент;
заказ;
спецификация заказа;
статус заказа;
обработка заказа;
должность;
отдел;
поставщик;
пользователь.
Атрибуты выделенных сущностей и их параметры представлены в
таблицах 2.5-2.19.
Таблица 2.5 - Сущность «Сотрудник»
Атрибут
Ключевое
поле
Внешний
ключ
Описание
1
2
3
4
Код сотрудника
Да
Нет
Идентификатор сотрудника
Фамилия сотрудника
Нет
Нет
Фамилия сотрудника
Имя сотрудника
Нет
Нет
Имя сотрудника
Отчество сотрудника
Нет
Нет
Отчество сотрудника
Отдел
Нет
Да
Наименование отдела
Должность
Нет
Да
Наименование должности
Дата начала работы
Нет
Нет
Дата поступления в фирму
55
Продолжение таблицы 2.5
1
2
3
4
Дата рождения
Нет
Нет
Дата рождения сотрудника
Район проживания
Нет
Нет
Район проживания
Адрес
Нет
Нет
Полный адрес
Паспортные данные
Нет
Нет
Паспортные данные
Таблица 2.6 - Сущность «Товар»
Атрибут
Ключевое поле
Внешний ключ
Описание
Код товара
Да
Нет
Идентификатор товара
КодКатегорииТовара
Нет
Да
Категория товара
Наименование
Нет
Нет
Наименование товара
Артикул
Нет
Нет
Артикул товара
Производитель
Нет
Нет
Данные о производителе
Единица измерения
Нет
Нет
Наименование единицы
измерения
Таблица 2.7 - Сущность «Поставщик»
Атрибут
Ключевое
поле
Внешний ключ
Описание
1
2
3
4
Код поставщика
Да
Нет
Идентификатор поставщика
Статус
Нет
Нет
ИП, ЗАО,ОАО и т.д.
Название фирмы
Нет
Нет
Название фирмы поставщика
Страна
Нет
Нет
Страна
Город
Нет
Нет
Город поставщика
Адрес
Нет
Нет
Адрес поставщика
Номер
Нет
Нет
Номер телефона поставщика
Факс
Нет
Нет
Факс поставщика
Банк
Нет
Нет
Наименование банка, в котором
открыт счет
ИНН
Нет
Нет
ИНН поставщика
Расчетный счет
Нет
Нет
Расчетный счет поставщика
Таблица 2.8 - Сущность «Поставка товаров»
Атрибут
Ключевое поле
Внешний ключ
Описание
1
2
3
4
Код поставки
Да
Нет
Идентификатор поставки