42
Рис. 1.22. Состав инструментального ПО
Одной с главных составных частей ПО является операционная система.
На ПК персонала ООО «Кенгуру Тур» применяется ОС Windows 10.
При этом, для реализации разработки ПО для учета посещений клиентов
выбор ОС повлияет только на выбор среды разработки.
Выбор системы управления БД для автоматизации учета клиентов ООО
«Кенгуру Тур» представляет основную задачу на этапе анализа и
проектирования ИС, а также считается одной с самых важных стадий
выполнения процессов разработки ПО.
Выбранный тип СУБД должен удовлетворять практически всем
последующим потребностям ООО «Кенгуру Тур».
Кроме этого, руководство туристической компании должно определить
выбор процесса приобретения ИС:
– получить полностью готовую ИС за солидную стоимость, а
выполнение поддержки будет оказано за низкую стоимость;
– купить базовую платформу дешево, а ее поддержку выполнять за
большую стоимость.
Ввиду того, что в настоящее время сводная информация по ранее
исполненным договорам с клиентами хранится в Excel файле, и она в привычной
форме должна быть доступна руководству компании (требование руководства
ООО «Кенгуру Тур»), было принято следующее решение:
Инструментальное
ПО
Языки
программирования
Среды
программирования
Трансляторы
43
- на первом этапе, необходимо будет реализовать возможность загрузки
информации по исполненным договорам в СУБД Access из Excel файла;
- на втором этапе, реализовать импорт данных из СУБД в Excel в
привычной для руководства форме (работа будет проведена за рамками ВКР)
Предложение по разворачиванию собственного SQL сервера, или его
аренду руководство компании отклонило по следующим причинам:
1. Недостаточность финансовых ресурсов;
2. Отсутствие в штате компании соответствующих специалистов.
Однако, руководство ООО «Кенгуру Тур», согласно на использование
SQL в качестве СУБД в промышленной версии системы и на дальнейшую
реализацию пользовательских форм в HTML.
На данном этапе, в штате компании присутствует специалист со знанием
MS Access, поэтому принято решение об использовании её в качестве СУБД и
пользовательского интерфейса.
Помимо этого, MS Access имеет ряд неоспоримых преимуществ (рисунок
1.23):
Рис.1.23. Положительные стороны СУБД Access
Положительные стороны
СУБД
Access
быстрое моделирование информационных данных
выполнение требований к среде функционирования
контроль работы создаваемой системы
надежность СУБД
производительность системы
короткие сроки реализации
44
Так как, для промышленной версии ИС выбран SQL Server приведём ряд и
его преимуществ. SQL Server – высокопроизводительная платформа обработки
информации для разного рода бизнеса, которая отвечает полностью всем
современным требованиям для обработки данных разных форматов, поддержке
разработки программ. СУБД реализует комплексную обработку информации и
позволяет реализовать хранение ценной информации и преобразование ее в
знания на базе анализа данных. В SQL Server можно сохранять практически
любую неструктурированную, структурированную, полуструктурированную
информацию – мультимедиа и изображения с разных источников. SQL Server
может обрабатывать информацию, которая поступает практически с любого
источника, который разработан с применением технологии .NET.
На данном этапе, для прототипирования, будет применяться СУБД
Access, так как она является наиболее удобной и дает возможность реализовать
весь функционал в полном объёме за короткие сроки, минимальные деньги и
имеющимся персоналом.
1.4.3.Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением ООО «Кенгуру Тур» понимается
следующая совокупность вычислительных средств:
– имеющиеся ПК и ноутбуки;
– каналы и линии связи;
– периферийные устройства;
– коммуникационное оборудование;
– организационная техника.
Все имеющиеся в ООО «Кенгуру Тур» располагают такими средствами и
составляющими компонентами:
– вычислительная система;
– аппаратные устройства по сбору и обработке данных;
– устройства по передачи информации в вычислительных сетях
разного уровня;
45
При выполнении выбора ПК надо руководствоваться требуемыми
характеристиками, которые являются крайне важными для функционировании
вычислительной системы в ООО «Кенгуру Тур» (рисунок 1.24):
Рис.1.24. Критерии выбора ПК в ООО «Кенгуру Тур»
От значения рассмотренных выше факторов зависят также итоговые
показатели функционирования ПК и всей туристической компании в целом. [10,
с.50]
Анализируя уже применяемое аппаратное обеспечение туристической
компании, можно сделать вывод, что оно в полной мере соответствует
поставленным целям для автоматизации учета посещений клиентов.
Критерии выбора ПК
обеспечение выполнения
всех поставленных задач
стоимостные затраты
надежность
простота использования
производительность
46
II.Проектная часть
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Под жизненным циклом программных средств понимается непрерывный
процесс, начинающейся с момента утверждения начального решения о
надобности проектирования ИС и заканчивается он в момент изъятия
программы из эксплуатации.
Ниже, на рисунке 2.1 рассматривается структурная схема понятий,
связанных с термином «жизненный цикл»:
Рис.2.1. Структура терминологии ЖЦ
Заметим, что ЖЦ – это одно из самых базовых определений методологии
для проектирования ПО.
Основным нормативным и стандартным документом, который дает
возможность регламентировать понятие жизненного цикла и его основные
стадии, является международный стандарт под названием ISO 12207
Международной организации стандартизации по электротехнике и электронике.
[5, c.121]
Структура ЖЦ
Основные
процессы ЖЦ
Вспомогательные
процессы ЖЦ
Организационные
процессы ЖЦ
Этапы ЖЦ
Жизненный цикл
АИС
Модели ЖЦ
Спиральная
модель
Каскадная модель
47
Он определяет перечень компонентов структуры ЖЦ, содержащий
процессы, действия, задания, которые должны выполняться при проектировании
и создании ПО.
Стоит отметить, что он в себе содержит такие 3 группы (рисунок 2.2):
– вспомогательные;
– основные;
– организационные.
Рис. 2.2. Структура ЖЦ
Основная группа рассматриваемых процессов включают в себя перечень
определенных действий, которые тесно связаны с задачами, выполняемые на
протяжении конкретного жизненного цикла проектируемого программного
средства.
К ним относят (рисунок 2.3):
Структура жизненного цикла
Основная группа
Вспомоготельная
группа
Организационная
группа
48
Рис.2.3. Основные стадии ЖЦ
Первый процесс собой охватывает все возможные действия заказчиков
для приобретения необходимого программного продукта. Заметим, что к таким
действиям можно отнести:
1) Инициирование приобретения программного обеспечения. Данное
действие имеет много задач, к примеру, определение заказчиком разного
рода потребностей в непосредственном приобретении,
усовершенствование методологии создания или разработки системы
программных средств.
2) Подготовка так называемых заявочных предложений – это процесс
разработки и составления предложений, что содержат все требования к
ранее покупаемой или разрабатываемой системе; перечень необходимых
программных средств; соглашений и условий, разные технические
ограничения на эксплуатацию и функционирования программного
обеспечения.
3) Подготовка, корректировка и редактирование договора под собой
подразумевает задачи:
– выбор поставщиком критериев для оценки надобности и
актуальности предложений;
– непосредственный выбор поставщика на основании выполненного
анализа предложений;
Основные стадии ЖЦ
приобретения
поставки
разработки
эксплуатации
сопровождения
49
– заключение и непосредственная подготовка договора на поставку
программного обеспечения;
– выполнение изменений в договоре в процессе его выполнения и
реализации.
4) Надзор за выполнением работы поставщика осуществляется по разного
рода действиям, предусмотренными при оценке.
5) Завершение работ и приемка ПО.
При приемке ПО подготавливаются и выполняются разнообразные тесты.
Завершение таких работ осуществляется только в случае удовлетворения
практически всем условиям приемки ПО.
Поставка охватывает многие действия, а также некоторые задачи
поставщика при получении клиентом программного средства или с им связанной
услуги.
Под каскадной моделью понимается процесс разбиение всей длительности
разработки программного средства на несколько этапов, причем все переходы,
которые выполняются с одного к следующему происходят лишь после
завершения работы на текущих этапах (рисунок 2.4).
Рисунок 2.4. Каскадная модель
50
Рассмотрим далее положительные стороны рассматриваемой каскадной
модели ЖЦ:
– на каждом из этапов создан законченный перечень всей проектной
документации для ПО;
– выполняемые в необходимой последовательности этапы для всех работ
позволяют выполнить планирование сроков окончания работ и для них
соответствующие затраты.
Одно из самых применяемых в современной западной литературе
названий указанной схемы организации ЖЦ является "водопадная модель" или
же waterfall model.
Главным и самым основным недостатком каскадного подхода в
разработки программного продукта есть существенное запаздывание с точки
зрения содержания результата.
Функциональные и разные информационные модели для
автоматизируемого объекта могут иногда устаревать одновременно при
постоянном их утверждении.
Следующим недостатком является такое проектирование программного
обеспечения ведет к его примитивной автоматизации или механизации
существующих действий персонала.
Для преодоления указанных выше появившихся проблем, что связаны с
применением каскадной модели, еще в середине 1980-х годов предложена так
называемая спиральная модель.
В рассматриваемой спиральной модели жизненного цикла
рассматривается упор на такие же аналогичные начальные этапы, как и в
каскадном подходе, а именно:
– анализ;
– проектирование.
Непосредственная реализация технических решений выполняется с
помощью прототипов (рисунок 2.5).
51
Рис.2.5. Внешний вид спиральной модели
Ее принципиальной особенностью является то, что прикладное
программное обеспечение создается вовсе не сразу, как по примеру каскадной
модели, а по специальным составным частям при применении метода
прототипирования.
Под прототипом понимается действующий программный компонент, что
может реализовать отдельные функции, разные внешние интерфейсы для
разрабатываемого ПО.
Спиральная модель избавляет разработчиков и пользователей
программным средствам от полного и точного формулирования всех основных
требований к системе на начальной стадии, поскольку они также могут
уточняться в каждой новой итерации.