57
- Данные из модели представления. Наиболее распространенными
являются реляционные модели данных. Модели с расположением элемен-
тов обещания являются, так как они имеют хорошие возможности для вы-
ражения семантики предмета;
- Качество инструментов разработки. При рассмотрении качества
средств разработки учитываются: возможность создания пользовательско-
го интерфейса, мощность процесса композиции, язык, автоматизация раз-
работки различных объектов: мониторинг форм, отчетов, запросов. Выбор
должен иметь систему, которая не имеет полного генератора и дать поль-
зователю средство;
-Качество средств защиты и контроля корректности базы данных.
Доступ к функциям безопасности должен быть доступен как на уровне
разработки функциональности программного обеспечения, так и на
уровне пользователя. Самая важная функция очистки управления отно-
сятся: обеспечение уникальности записей в базе данных, первичный ключ,
автоматический контроль целостности связей между таблицами во время
операции обновления, вставки и удаления записей, проверка корректности
значений в БД;
- Качество средств связи. При оценке качества связи, инструмента,
обратите внимание на следующие атрибуты программного продукта:
- Поддержка сетевых протоколов ,
- Поддержка интерфейса по умолчанию для базы данных,
- Наличие инструментов для работы с информацией группы в базе
данных ;,
- Возможность доступа и управления базой данных в другом форма-
те, без импорта или преобразования.;
- Девелоперская фирма. Способность компании к разработке пакета
представления, как правило, дает следующие преимущества:
Высококачественный продукт ;,
- Наличие документации и руководства ;
58
- Наличие горячей линии для консультаций по актуальным вопро-
сам ;
При выборе товара, стоит обратить внимание на дату его появления.
В качестве показателя "благополучия" можно использовать солидное фи-
нансовое положение, долгосрочную динамику, как аппаратную, так и про-
граммную, годовой объем продаж, силу продаж и т.д. - Над землей. Стои-
мость программного продукта в основном зависит от вида программного
обеспечения на продукт, и co – разработчик. Стоимость полной базы как
обычно там составляет до $ 500 - $ 1000. Общая стоимость включает сто-
имость приложения, конфигурации системы, управления базой данных и
мониторинга. Во многих случаях общая стоимость крупномасштабных
систем, построенных на базе реляционных баз данных, достигает десятков
миллионов долларов. Наиболее важным фактором, определяющим общую
стоимость системы, чаще всего является количество поддерживаемых
пользователей.
По техническим характеристикам разные СУБД, даже больше, чем
на качественном уровне. Дополнительные функции включают в себя:
- Общие параметры (условия эксплуатации, необходимый объем
памяти-это максимальное ограничение на размер базы данных и т. д.).);
Операции с ограниченными данными ;;
-Тип данных;
- Оказание помощи в подготовке и исполнении заявки ;;
- Работа в многопользовательской среде;
- Инструмент разработки приложений ;
- Импорт и экспорт.
Оценка производительности выполняется путем тестирования с ис-
пользованием теста из пакета as3ap (ANSI SQL standard scalable and
portable). Они управляют широким спектром общих операций с базами
данных, и модель находится в однопользовательских и многопользова-
тельских средах.
59
Смотри таблицу 4 . Представлен сравнительный обзор трех наибо-
лее распространенных систем управления базами данных, конкуренция на
рынке программного обеспечения для наиболее важных показателей.
Таблица 4 Сравнение СУБД
Показатели
Microsoft SQL Server 2017
MySQL 5.1
Oracle 11
Поддерживаемые опера-
ционные системы
Windows Desktop/Server/Linux
Windows
Desktop/Server
, Linux, Unix,
Mac
Windows
Desktop/Server/Linux
Условии лицензирования
Коммерческий продукт
с закрытым исходным кодом.
Есть бесплатная версия
с ограничением оперативной
памяти до 4 Гб.
Коммерческая
лицензия и
GNU GPL.
Коммерческая Ли-
цензия Core
Наличие предустановлен-
ных драйверов
в ОС семейства Windows
Да
Нет
Нет
Наличие драйверов
ODBC, JDBC, ADO.NET
Да
Да
Да
Поддержка репликации
Да, встроенная и разных типов.
AlwaysON лидирует в организа-
ции многочисленных реплик
онлайн на чтение и построения
катастрофоустойчивой георас-
пределенной системы.
Да, включая
mater-master
репликацию.
Да, RAC
Возможность писать хра-
нимые функции
на разных языках про-
граммирования
Да, теоретически на любом язы-
ке, поддерживающим CLR,
например VisualBasic.NET, C#,
IronPython, но сначала надо
скомпилировать код
в библиотеку dll.
Нет (кроме
C и Pl/SQL)
Да, наиболее полная
поддержка из всех
рассматриваемых.
Возможность создавать
пользовательские аггре-
гированные функции
Да.
Да, только
на С
Да
Поддержка даты
и времени
Да
Да (но без
временной
зоны)
Да
Аутентификация
Средствами БД и Доменная ав-
торизаяция.
Средствами
БД
Средствами БД
и Доменная автори-
заяция.
Разграничение доступа
к столбцам
Да
Да
Да
Поддержка DISTINCT ON
Да
Нет
Да
Поддержка WITH
ROLLUP
Да
Да
Да
Поддержка WITH CUBE
Да
Нет
Нет
Поддержка функций
OVER..PARTITION BY
Да
Нет
Да
Поддержка рекурсивных
запросов
Да
Нет
Да
Производительность пла-
нировщика запросов для
сложных запросов
Высокая
Очень хоро-
шая
Высокая
60
Таким образом, база данных MS SQL 2017 является наиболее при-
емлемой для проекта, включенного в данный дипломный проект. В дан-
ной версии появилась поддержка Linux, что дополнительно увеличивает
производительность работы как сервиса, так и при построении планов за-
просов и выполнения скриптов.
Для реализации с помощью приложения выбран язык программиро-
вания ASP. ASP.NET -технология создания веб-приложений и веб-служб
от Microsoft. Это неотъемлемая часть платформы Microsoft .NET и разра-
ботки старой технологии Microsoft ASP. На данный момент последней
версией этой технологии является ASP.NET 4.0 b.
ASP.NET экстерьер сохраняет большое сходство со старой техноло-
гией ASP, что позволяет разработчикам относительно легко перейти к
ASP.NET. В то же время внутренняя структура ASP.NET существенно от-
личается от ASP, так как базируется на платформе .NET и поэтому ис-
пользует все новые возможности, предлагаемые этой платформой.
Хотя ASP.NET берет свое название от более старой технологии
Microsoft ASP, она существенно отличается от нее. Microsoft полностью
перестроена ASP.NET на основе среды CLR, которая является основой
всех программ Майкрософт .Чистая. ASP.NET он имеет преимущество в
скорости по сравнению со скриптовой технологией, так как первый раз
код складывается и помещается в специальный буфер, а потом просто де-
лается.
Однако, следует иметь в виду, что это преимущество не всегда
можно реализовать. Это связано с тем, что на скорость реального проекта
влияет множество факторов. [11 ]
1.4.3. Обоснование проектных решений по техническому обеспече-
нию
61
Системные требования для использования автоматизации докумен-
тооборота ООО «Домодедово Айти Сервис»:
Процессор Pentium 4 Xeon 2000 МГц или более мощный;
Оперативная память – от 4 Гб и более
Жесткие диски – от 3 дисков. Объём диска зависит от количества
информации.
Техническое обеспечение предприятия полностью отвечает систем-
ным требованиям программного обеспечения. Обновлять технический
парк не требуется.
62
2 Проектная часть
2.1 Готовим разработку проекта автоматизации
2.1.1. Этапы проекта автоматизации (описание жизненного цикла)
Понятие жизненного цикла является одним из основополагающих
понятий методологии проектирования информационных систем. Жизнен-
ный цикл информационной системы-это непрерывный процесс, который
начинается, когда принято решение о внесении информации в систему, и
заканчивается, когда она полностью выведена из эксплуатации.
Жизненный цикл информационной системы на всех этапах, а также
этапов ее создания, поддержания и развития:
- Исследование пораженного участка с последующим формировани-
ем задачи и информации в модели объекта, для которого разработана ин-
формационная система;
- Проектирование систем, в разработке которых участвуют проект-
ные решения, отвечающие всем требованиям к ТЗ;
- Разработка системы (включая программирование и тестирование
приложения на основе проектной спецификации подстанции, определен-
ной на стадии проектирования);
- Информация в испытании системы и обнаружении ошибки в до-
полнение к вышеуказанному концу ;;
- Системы обработки и мониторинга ;;
- Развитие системы.
Жизненный цикл происходит в соответствии с выбранными ЖК-
моделями.
Существует ряд стандартов, которые применяются к программному
обеспечению LCS и, в некоторых случаях, к эволюционному процессу.
Среди наиболее известных стандартов можно выделить следующие:
63
- ГОСТ 34.601-90-для внедрения автоматизированной системы и
этапа настройки, и этапа собственного создания. Кроме того, стандарт
описывает содержание работы каждого этапа. Этап и этап стандарта, в
линии с другим, бесконечная модель жизненного цикла.
- ISO / IEC 12207: 1995 технологический и жизненный цикл и орга-
низация стандарта. Применимо для всех типов пользовательского про-
граммного обеспечения. Стандарт не описывает фазы, этапы и фазы.
- Custom development method (метод Oracle) для разработки при-
кладных информационных систем - расширенные материалы, для расши-
рения масштаба проектных документов, предназначенных для использо-
вания в проекте, с использованием Oracle. М для реализации классической
модели жизненного цикла (с учетом всех мероприятий и этапов), а также
"фаст-трек" или "легкого" подхода к технологии рекомендуется для не-
больших проектов.
- Rational unified process (RUP) поддерживает итерационную модель
разработки с четырьмя фазами: запуск, исследование, сборка и реализа-
ция. Каждый этап можно разделить на фазы (итерации), в результате чего
создается версия для внутреннего или внешнего использования. Прохож-
дение четырех основных фаз называется циклом роста, каждый из кото-
рых завершается созданием версии системы. Если вам не нужно останав-
ливаться после работы над проектом, то в результате продукт должен
быть разработан для выпуска, а затем перемещен в стадию строительства.
Суть работы в рамках РУП в том, чтобы создать и поддерживать модель
на основе UML.
- Microsoft solutions framework (MSF) равна RUP, она также включа-
ет в себя четыре этапа: анализ, проектирование, разработка, стабилизация,
итерационный, предполагает использование объектно-ориентированного
моделирования. Врачи по сравнению с RUP, с другой стороны, находится
в центре внимания процесса развития бизнеса.
64
- Экстремальное программирование (XP). Экстремальное програм-
мирование (последний из рассматриваемых методов) было сформировано
в 1996 году. Методология основана на командной работе и эффективной
коммуникации между клиентом и подрядчиком во время проектов разра-
ботки ИС, а разработка осуществляется с помощью постоянно совершен-
ствуемого продукта..
- ISO / IEC 15288 серий стандарта
ISO / IEC 12207 предлагает не конкретную модель жизненного цик-
ла, а способ разработки, и его рекомендации являются общими для всех
моделей жизненного цикла. Модель, в общем случае, как понимание,
представляет собой структуру, которая определяется рядом процессов и
отношений, действий и деятельности в течение жизненного цикла.
В настоящее время существует два основных типа модели жизнен-
ного цикла – каскадная и спиральная модели. В каскадной модели процесс
разработки идет шаг за шагом. Переход к следующему этапу заключается
в том, чтобы сделать то же самое там после завершения предыдущего. В
спиральной модели развитие находится на подъеме. На первом этапе были
разработаны системы с высоким уровнем абстракции, а выше этого пока-
зано, как развитие все более конкретизируется. В жизненном цикле теку-
щего проекта была выбрана каскадная модель, так как она является по-
этапной разработкой, более подходящей для разрабатываемой системы.
Переход на следующий этап заключается в том, чтобы сделать то же са-
мое там после завершения всех задач предыдущего этапа (рис. 4), включая
подготовку полного пакета документов, достаточно для разработки, чтобы
быть выданным другой командой разработчиков, и можно планировать на
реализацию времени и затрат.
65
Рисунок 4. Схема разработки ПО (Каскадная).
Метод Каскад хорошо подходит для построения системы, в которых
в самом начале разработки можно достаточно точно и полно сформулиро-
вать все требования, чтобы предоставить разработчикам свободу реализо-
вать их как можно лучше с технической точки зрения. Однако, в случае,
что в середине развития выявляет ошибки в начале, вам придется прибег-
нуть к пересмотру проекта и собственно схема типового каскада другую
форму (рис. 5). Таким образом, каскадный метод наиболее подходит для
конкретной разработки.
66
Рисунок 5. Как в жизни проходит процесс разработки ПО по кас-
кадной схеме.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Так или иначе, проект по созданию корпоративной информацион-
ной системы-это всегда множество мероприятий, связанных с общим
управлением проектом, разработкой программного обеспечения, проекти-
рованием ИС, с реализацией, каждому из которых присущи свои свойства.
Таким образом, есть много различных рисков при разработке.
Риски для клиента связаны с частичным достижением целей проекта
и неэффективным использованием средств, а риски для поставщика - с
возможностью резкого увеличения фактической стоимости работ по от-
ношению к планам. Потребность в человеческом организме, а в некото-
рых случаях и принципиально разная природа обоих, что приводит к то-
му, что из этого проекта риск возрастает в несколько раз.
Наиболее типичные риски и методы отпугивания приведены в при-
ложении B.