36
собственная разработка. По этой причине было принято решения о собственной
разработке своими силами.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Система должна позволять следующие функции:
− учёт клиентов;
− учёт сотрудников – менеджеров отдела по работе с клиентами;
− учёт продукции;
− учёт заявок;
− формирование графика поставок и партий;
− формирование отчёта о заявках за период;
− формирование отчёта о заявке;
− формирование отчёта о поставке;
− учёт пользователей.
Данные о клиентах:
− название;
− телефон;
− контакт;
− адрес;
− ИНН;
− Email.
Данные о сотрудниках:
− ФИО;
− дата рождения;
− телефон;
− пароль;
− работает;
37
− админ.
Данные о продукции:
− вид;
− сорт;
− цена.
Данные о заявках:
− номер – порядковый;
− поступила;
− стоимость;
− клиент;
− менеджер;
− статус.
Данные о поставках:
− поставлено;
− стоимость;
− адрес;
− заявка;
− выполнена.
Данные о партиях:
− поставка;
− продукция;
− количество;
− скидка;
− цена;
− стоимость.
Требуется учитывать сорт и вид продукции.
Виды продукции: огурцы, помидоры, розы и т.д.
Сорт продукции включает в себя:
− вид;
− название;
− характеристику.
38
Каждая заявка находится в определённом статусе: согласование,
выполняется, завершена, отменена и т.д. Статус подразумевает признак
завершённости заявки или нет.
Потребуется реализация следующих отчётов:
− отчёт о заявке;
− отчёт о заявках за период;
− отчёт о поставке.
Отчёт о заявке строится по определённой заявке и включает в себя
следующие поля:
− номер;
− дата;
− название клиента;
− ИНН клиента;
− вид продукции;
− сорт продукции;
− количество;
− стоимость;
− итог по заявке.
Отчёт о заявках за период строится за указанный период времени, включает
следующие поля:
− номер;
− дата;
− клиент;
− ИНН;
− менеджер;
− статус заявки;
− стоимость заявки.
Отчёт о поставке формируется по поставке и включает следующие поля:
− номер заявки;
− дата;
− клиент;
39
− дата поставки;
− адрес поставки;
− состояние поставки: выполнена или нет;
− вид;
− сорт;
− количество.
Потребуется разработать систему, которая будет удовлетворять
выявленным требованиям к информационному обеспечению.
1.4.2 Обоснование проектных решений по программному обеспечению
Перечень требований к СУБД, используемых при анализе той или иной
информационной системы, может изменяться в зависимости от поставленных
целей. Тем не менее можно выделить несколько групп критериев:
− моделирование данных;
− особенности архитектуры и функциональные возможности;
− контроль работы системы;
− особенности разработки приложений;
− производительность;
− надежность;
− требования к рабочей среде;
− смешанные критерии. [7. Стр. 39]
Рассмотрены две популярные СУБД MS SQL Server и MySQL.
SQL сервер также известен, как Microsoft SQL Сервер, появился
значительно раньше, чем MySQL. Microsoft разработал SQL сервер в 80х, с
обещанием разработать надёжную и расширяемую реляционную СУБД. Они
остаются ядром качества SQL сервера по прошествии всех этих лет, и
предоставляют незаменимое решение для крупномасштабного корпоративного
программного обеспечения. [8, стр. 93]
Разработанная в середине 90х (позже приобретённая Oracle), MySQL была
одной из первых баз данных с открытым исходным кодом и остаётся таковой и до
40
сегодня. Это значит, что существует несколько альтернатив MySQL. Но различия
между этими вариантами не слишком явные; синтаксис и основная
функциональность остаётся одинаковой. [19, стр. 102]
В таблице 1.7 представлены плюсы и минусы рассмотренных СУБД.
Таблица 1.7
Сравнение СУБД MS SQL и MySQL
СУБД
Плюсы
Минусы
MS SQL Server
наличие мощных средств
разработки;
простота использования в
разными ЯП;
возможность хранения
больших объемов данных;
клиент-серверный способ
доступа к данным.
высокая цена;
необходимость написания
клиентского приложения
вручную;
сложность в освоении.
MySQL
клиент-серверный способ
доступа к данным;
низкая загрузка ЦП.
отсутствие контроля
целостности данных;
отсутствие встроенных
инструментов разработки;
направленность на Web-
приложения.
В качестве СУБД выбирается MS SQL Server.
Правильный выбор языка программирования поможет создать компактное,
простое в отладке, расширении, документировании и исправлении ошибок
решение. При выборе языка программирования учитываются следующие
факторы:
− целевая платформа;
− гибкость языка;
− время исполнения проекта;
− производительность;
41
− поддержка и сообщество.
Delphi - язык программирования, который используется в одноимённой
среде разработки. Сначала язык назывался Object Pascal. Начиная со среды
разработки Delphi 7.0, в официальных документах Borland стала использовать
название Delphi для обозначения языка Object Pascal.
Достоинства:
− значительное сокращение сроков разработки;
− сокращение пути от прототипа до готовой версии;
− интерфейсы на основе жестов, освобождающие от необходимости
использовать клавиатуру;
− работа со всеми данными;
− повышение эффективности благодаря повторному использованию
кода;
− поддержка большего числа настольных систем;
− высокое качество;
− поддержка разных языков;
− подключения;
− мгновенная компиляция.
Недостатки:
− поток не может запретить приостановку на время выполнения
критического фрагмента кода и не получает оповещения о том, что он будет
приостановлен;
− обмен сообщениями между вторичными потоками и главным
потоком продуман достаточно хорошо, в последних версиях Delphi добавлены
даже асинхронные вызовы, а вот стандартных механизмов передачи сообщений
от главного потока к второстепенным не существует;
− Delphi плохо подходит для модели, в которой все потоки
равноправны. [15, стр. 201]
Язык программирования C# претендует на подлинную объектную
ориентированность.
Язык программирования C# призван реализовать компонентно-
42
ориентированный подход к программированию, который способствует меньшей
машинно-архитектурной зависимости результирующего программного кода,
большей гибкости, переносимости и легкости повторного использования
программ. [24, стр. 117]
Для проекта ИС учёта заявок выбирается Delphi. И среда разработки
Embarcadero RAD Studio.
1.4.3 Обоснование проектных решений по техническому обеспечению
Для работы ИС учёта заявок требуется персональные ПК со следующими
минимальными характеристиками:
− процессор: 1,5 ГГц;
− оперативная память: 1 Гб;
− жёсткий диск: 100 Гб.
Требуется сервер баз данных со следующими минимальными
характеристиками:
− процессор: 2 ГГц;
− оперативная память: 2 Гб;
− жёсткий диск: 500 Гб.
Климатические условия эксплуатации, при которых должны
обеспечиваться заданные характеристики, должны удовлетворять требованиям,
предъявляемым к техническим средствам в части условий их эксплуатации.
В компании АО «Сейм-Агро» используется техническое обеспечение,
которое по показателям превосходит минимальные требования. Следовательно,
не требуется закупки нового обеспечения.
43
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
В ходе исследования были рассмотрены некоторые стандарты жизненных
циклов, которые представлены ниже.
ISO/IEC 12207:1995 Information Technology – Software Life Cycle Process
(принят в качестве российского стандарта ГОСТ Р ИСО/МЭК 12207‑99 –
Информационные технологии. Процессы жизненного цикла программных
средств) – стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не привязан к
определенной модели ЖЦ. Стандарт не содержит описания фаз, стадий и этапов.
[4]
ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания –
распространяется на автоматизированные системы и устанавливает стадии и
этапы их создания. Кроме того, в стандарте содержится описание содержания
работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в
большей степени соответствуют каскадной модели жизненного цикла. Стадии и
этапы работ ГОСТ34 будут рассмотрены в каноническом проектировании ИС.
ISO/IEC 15288 Systems engineering. System life cycle processes (Системная
инженерия. Процессы жизненного цикласистем). Принят в качестве российского
стандарта ГОСТ Р ИСО/МЭК 15288-2005 – Информационная технология.
Системная инженерия. Стандарт применим для любого рода систем класса
систем, но его основное предназначение – поддержка создания
компьютеризированных систем. [3]
ГОСТ Р ИСО/МЭК 12207 - один из самых гибких и распространённых
стандартов в нашей стране, который выбирается для создания ИС учёта заявок.
[1]
Модель жизненного цикла программного обеспечения – структура,
44
содержащая процессы действия и задачи, которые осуществляются в ходе
разработки, использования и сопровождения программного продукта.
Каскадная модель жизненного цикла обладает следующими
преимуществами: последовательное выполнение этапов проекта в строгом
фиксированном порядке; позволяет оценивать качество продукта на каждом
этапе. Недостатки данной модели: отсутствие обратных связей между этапами; не
соответствует реальным условиям разработки программного продукта
Каскадная модель с промежуточным контролем почти идентична обычной
каскадной модели, но при этом резко возрастают затраты на разработку.
Данная модель основывается на разработки прототипов и
прототипирования продукта.
Модель на основе разработки прототипа. Прототипирование используется
на ранних стадиях жизненного цикла программного обеспечения.
Спиральная модель представляет собой процесс разработки программного
обеспечения, сочетающий в себе как проектирование, так и постадийное
прототипирование с целью сочетания преимуществ восходящей и нисходящей
концепции. Преимущества: быстрое получение результата; повышение
конкурентоспособности; не проблема в изменяющихся требований. Недостатки:
отсутствие регламентации стадий. [27]
В качестве модели ЖЦ ИС выбирается каскадная модель, как одна из самых
простых и надёжных.
Есть 3 способа начала использования новой системы:
Параллельная стратегия — для случая, когда старую работающую систему
необходимо заменить новой.
Скачок означает резкий переход на новую систему.
Если данные не столь точные, как хотелось бы, если люди не обучены,
тогда есть риск ввергнуться в хаос, сорвать поставки и финансовые расчеты.
Опытная эксплуатация пилотного проекта — это тактика скачка, но
применяемая к ограниченному числу изделий. Область применения стратегии —
малый участок деятельности. Такой подход наиболее надежен, он снижает риск,
и сегодня практически все фирмы применяют эту тактику.
Узкое место — это наиболее критичная малая часть производственного
45
процесса. При внедрении узкого места план внедрения выполняется только для
узкого места и для людей, работающих в нем. При стратегии узкого места объем
работ уменьшается значительно, и при заданных ресурсах узкое место может быть
завершено в более короткие сроки, чем внедрение во всей фирме. [13, стр. 73]
В данном проекте используется стратегия опытной эксплуатации
пилотного проекта.
Поставленная цель требует определения жизненного цикла системы учёта
заявок. Определены следующие этапы:
Анализ комплекса задач:
− анализ выбранного комплекса задач;
− определение требований к информационной системе;
− определение варианта ИС для поставленной задачи;
− оформление отчёта о работе.
Проектирование системы:
− проектирование информационной модели;
− проектирование базы данных;
− проектирование функциональной модели;
− проектирование схем системы;
− проектирование модулей системы;
− разработка алгоритма работы системы;
− разработка документации.
Разработка системы:
− написание кода.
Тестирование и отладка:
− тестирование;
− отладка;
− обучение персонала;
− запуск в эксплуатацию.