27
неполнота рыночной информации, открытость данных о работе компании для
сторонних фирм, совокупные риски при аренде оборудования.
• Приобретение готового решения и его доработка – это довольно
недешёвый способ, но наиболее оптимальный. Купив самое подходящее
готовое решение, можно доработать его в доступных пределах и получить
вариант, приближенный к желаемому, к запросам пользователей и
руководства.
• Реализация ИС под заказ – наиболее дорогой способ.
Подразумевает под собой заказ ПО у группы разработчиков. Исходя из
желания клиента, группа реализует любой интерфейс и функциональность,
производит поддержку и сопровождение системы выделенное время после
проекта. Именно тут могут выявляться некие недоработки, которые были
упущены в рамках приема проекта заказчиком. Разработчики сами
подготавливают описание ПО, что явно упрощает последующее внесение
корректив даже при завершении сотрудничества с группой.
• Личное создание ИС – способ дешевый, но со своими плюсами и
минусами. Плюсы заключены в том, что нет расходов на готовые решения, сам
проект создается под свои нужды и своими силами, что исключает попытки
взломов и делает понятным стиль написания кода всего проекта. Минус тут
только один – это затраченное время и получившийся в итоге продукт
полностью зависят от профессионализма и грамотности разработчиков.
По итогу – покупка имеющегося варианта – хоть и затратный и быстрый
выход из ситуации, но никогда нельзя быть уверенным в том, что подобное
готовое решение будет продано и конкурентам компании, и уже их
специалисты будут в курсе всех проблемных мест конкурирующей фирмы. А
такой расклад создает предпосылки к возможным взломам, дискредитации,
хищению, обычному хулиганству. Программа становится “белым ящиком”
для многих специалистов.
Приобретение бесплатной и доступной системы тем более ставит под
сомнение дальнейшую работу из-за отсутствия безопасности как таковой,
28
возможности использования недокументированных уязвимостей, что
помогает взломщикам получить конфиденциальную информацию и
распространить ее у конкурентов фирмы.
Реализация системы своими силами даст ряд гарантий: непохожий код,
персональные методы защиты от взлома, доведение кода до оптимального,
малые расходы ресурсов ПК, где будет работать система, что приведет к
минимизации задержки при загрузке страниц для пользователей сайта.
Расширяемость системы в будущем, т.к. свою программу всегда проще
менять, чем понимать чужой код. А обслуживание и сопровождение системы
будет реализовываться, пока в компании есть хотя бы один ИТ-специалист.
2.4 Входные данные
Справочники ИС считаются особой группой совокупных данных.
Справочники нужны для упорядочивания различной информации: значений,
параметров, типов, спецификаций и т.п. Итогом подобной систематизации
часто становится то, что, занося отдельные данные в систему, пользователь
далее заносит только те значения, которые находятся в соответствующем
справочнике. Такой подход значительно облегчает ввод, помогает
минимизировать некоторые ошибки (опечатки), а также делает проще
последующий анализ.
Справочники изначально создаются незаполненными, поэтому
предварительно необходима их тонкая настройка. Также в процессе
использования возникают некоторые потребности в корректировке
справочных значений или создании новых полей.
В системе используются справочники, приведенные в таблице 2.
Таблица 2 - Перечень используемых справочников
№
пп
название
справочника
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации,
%
29
1
Сотрудники
100
1 раз в месяц
10
2
Должности
5
1 раз в год
10
3
Клиенты
50
1 раз в неделю
10
4
Туры
500
1 раз в неделю
25
Ответственным за ведение всех справочников является администратор
системы.
Реквизитный состав справочников приведен в таблице 3.
Таблица 3 - Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1
Сотрудники
– Фамилия;
– Имя;
– Отчество;
– Дата рождения
– Пароль
– Логин
– Дата регистрации.
2
Клиенты
– Фамилия
– Имя и отчество
– Адрес
– Образование
– Данные паспорта
– Семейное положение
– Сведения о членах семьи
– Телефон
– Адрес электронной почты
– Дата регистрации
3
Туры
– Наименование
– Страна
– Количество дней/ночей
– Курорт/отель
– Питание
– Стоимость за сутки
– Описание
4
Должности
Наименование должности
В системе используются следующие входные документы:
– договор о продаже;
– перечень туров;
– паспорт;
– штатное расписание;
30
– платежное поручение.
Документ договор о продаже имеет следующие реквизиты:
– наименование тура;
– количество дней;
– дата продаж;
– реквизиты клиента.
Документ Перечень туров имеет в своем составе следующие реквизиты:
– наименование;
– страна;
– отель/курорт;
– количество дней/ночей;
– питание;
– стоимость за сутки;
– описание.
Из документа Паспорт используются следующие реквизиты:
– Фамилия, имя и отчество менеджера;
– Дата рождения;
Из документа Платежное поручение используются следующие
реквизиты:
– Наименование клиента;
– Дата оплаты;
– Сумма оплаты;
– Номер договора.
Из документа Штатное расписание используется только наименование
должностей.
Все документы могут поступать как бумажной, так и в электронной
формах.
2.5 Выходные данные
31
К результатной информации в разработанной системе относятся
следующие документы:
Список клиентов;
Список туров;
Список заказов;
Список платежей;
Список договоров;
Предварительный договор о предоставлении туристического
продукта;
Отчет о работе менеджеров.
Реквизиты данных документов приведены в таблице 4.
Таблица 4 - Реквизиты результатных документов
Наименование
результатного
документа
Реквизиты
Пользователь
Список клиентов
Фамилия;
Имя и отчество;
Домашний адрес;
Семейное положение;
Номер и серия паспорта;
Образование;
Телефон;
Электронная почта;
Сведения о членах семьи;
Дополнительные сведения.
Администратор,
менеджер
Список туров
Полное наименование
Страна;
Курорт или отель;
Тип питания;
Описание;
Количество дней и ночей.
Администратор,
менеджер
Список заказов
Рег. номер
Дата заезда
Клиент
Тур
Питание
Администратор,
менеджер
32
Кол-во дней
Стоимость
Общая стоимость
Список платежей
Рег. номер
№ дог.
Дата
Клиент
Сумма
Сумма договора
Остаток
Администратор,
менеджер
Список
договоров
№ дог.
Дата
Клиент
Тур
Питание
Кол-во
Стоимость
Общая стоимость
Администратор,
менеджер
Предварительный
договор о
предоставлении
туричтисеского
продукта
Предмет договора;
Номер договора;
Сумма;
Реквизиты клиента;
Условия договора;
Дата договора.
Администратор,
менеджер
Отчет о работе
менеджеров
ФИО менеджера;
Номер договора;
Количество договоров;
Сумма договоров.
Администратор
2.6 Выбор языка программирования
Далее важно определить язык программирования, который поможет
создать приложение для взаимодействия с БД.
При формировании программного комплекса следует рассматривать его
как отложную систему, разные части которой взаимодействуют друг с другом
для решения общей задачи в то же время, различные его программные модули
могут решать независимые задачи При проектировании должны программные
33
систем необходимо поддерживать такого рода модульность, как для
разделения труда программистов, так и доя упрощения поддержки конечного
продукта и расширения его функционала.
Разделяя систему на модули с определенным функционалом, скрытым
за некоторым интерфейсом, появляется возможность разрабатывать
различные части программной системы1, используя независимым стек
технологий. Поэтому нет необходимости писать всю систему целиком,
используя один язык программирования. Необходимо рассматривать язык
программирования как инструмент и, соответственно использовать тот
инструмент, которым лучше подходит к решаемой задаче ключевым
параметрами при выборе языка программирования являются:
• кроссплатформенность,
• Торговое мультипарадигменность,
• эффективность,
• безопасность,
• выразительность,
• поддержка,
• расширяемость,
• поддержка методов параллельного программирования.
Кроссплатформенность - обеспечивает возможность сборки исходного
кода без его изменения доя различные аппаратные и программные систем. Под
аппаратными системами в первую очередь понимаются системы1 с
различными архитектурами процессора и объемом оперативной/постоянной
памяти. Однако наличие одинаковой аппаратной платформы1 еще не
гарантирует совместимость программного обеспечения. Как правило,
современное программное обеспечение разрабатывается с учетом работы на
этой аппаратной платформе некоторой операционной системы. Для языка
программирования кроссплатформенность означает наличие компилятора дои
среды выполнения под различные аппаратные и программные платформы^
34
Торговое мультипарадигменность - поддержка языком различные
парадигм программирования, что позволяет писать код продукта в том ключе,
который более удобен доя конкретно решаемой задачи
Так, например, для программирования общей архитектуры системы
хорошо подходит ООП парадигма, а код алгоритмов часто просто приходиться
писать в императивном стиле на языке низкого уровня, пожертвовав
удобством ради скорости выполнения.
Эффективность
Эффективность выполнения одной и тот же последовательности
операций написанного на различных языках крайне трудно оценить, как
минимум из-за различия в семантике языка однако можно с уверенностью
разделить языки по скорости выполнения генерируемого на их основе
машинного дои байт кода на три класса.
Компилируемые языки
Это языки компиляция которых порождает объектный код целевой
платформы. Такой объектный код являет непереносимым, в том плане, что он
предназначен доя исполнения на процессоре тот архитектуры, для которых
компилировала. Таким образом, доя каждой аппаратной платформы может
быть собран объектный код на основе программного кода продукта
компилятор данного языка в объектный код этот аппаратной платформы. Это
позволяет.
Компилируемые языки работают быстрее интерпретируемых и
компилирующихся в байт-код.
Языки с компиляцией в байт-код
Такие языки транслируются в промежуточное представление - байт код
виртуальной машины, который можно рассматривать как аналог ассемблера
доя целевой виртуальной машины. Как правдой содержат средства JIT
компиляции, что почти уравнивает их по скорости выполнения с
компилируемыми языками.
Интерпретируемые языки
35
Программный код написанной на этот категории языков работает
медленнее всего. Причина в том что в случае компиляции в машинный дои
байт код компилятор строит абстрактное синтаксическое дерево на основе
всей информации о программе, которое анализируется и затем
оптимизируется. Интерпретатор лишен возможности проанализировать весь
программный код целиком, он вынужден анализировать команды построчно и
интерпретировать их, каждую в отдельности.
Безопасность
Многие конструкции языка могут содержать потенциальные опасности
их использования. Возможности низкоуровневого доступа к памяти,
преобразование типов операции с указателями, отсутствие обработки
исключений, и встроенной проверки критических ситуаций, такта как выход
за границы массива обращение к неинициализированным данным приводат к
тому, что код становится небезопасным. Во время выполнения такой код
может выполнить недопустимую операцию дои привести к краху ОС Для
параллельных программных систем факторами уменьшающими безопасность
кода является отсутствие механизмов синхронизации потоков разделяемых
переменных, атомарных операций и других языковых средств
Выразительность языка
Язык накладывает множество ограничений при проектировании
архитектуры ПО. Языковые конструкции одновременно ограничивают
программиста и в то же время предоставляют ему некоторый уровень
абстракции. Так например, программы, написанные в опеперативном стиле на
ассемблере предоставляют неограниченный контроль над машиной, но в то же
время, код на языке ассемблера труден доя восприятия человеком, его сложно
модифицировать и поддерживать. Это происходит по причине того что
ассемблерные инструкции описывают элементарные операции над данными,
в то время как программист представляет логику работы более абстрактно.
За структурным программированием появились объектно-
ориентированное и др. При всем этом разнообразии рассматриваемые далее
36
языки за исключением C, относятся к объектно-ориентированному типу но
при этом поддерживают и оперативную и функциональную парадигмы,
однако большинство кода на такта языках пишется в объектно-
ориентированном стиле. ООП парадигма прочно задала свое место в
разработке программных систем благодаря основным принципам:
наследованию, инкапсуляции, полиморфизму и абстрагированию. Так же как
все структурные языки имеют реализации цикла, ветвления, так и все ООП
языки так или иначе реализует языковые средства доя организации сокрытия
функционала за некоторым интерфейсом, полиморфного поведения объектов
языке и обеспечения низкой связанности компонентов. Однако все языки
делают это по- своему.
В настоящее время программисты не испытывают недостатка в выборе
средств программирования: существует множество различных языков, как
универсальных, используемых во многих сферах программирования и
способных работать на нескольких аппаратных и программных платформах,
так и специализированные, ориентированные на определенную область
разработки, как, например, PROLOG - язык программирования высокого
уровня, предназначенный для реализации систем и программ искусственного
интеллекта. Существует множество различных классификаций языков
программирования: по уровню семантики (языки высокого и низкого уровня),
по используемым парадигмам программирования, по безопасности и по ряду
других характеристик. Совокупность требований к разрабатываемой системе
и определяет выбор средств ее реализации на этапе проектирования;
учитываются требования к ее быстродействию, надежности, информационной
безопасности.
Цель данной работы - провести сравнительный анализ свойств языков
Python и PHP. Условно можно разделить эту работу на две основные части:
- теоретическая часть, содержащая краткий обзор возможностей
языков программирования и сферы их применимости,