Дипломная работа: Автоматизация документооборота в АО "Нива"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
54
в то время как C++ предоставляет обработку исключений через конструкции try,
catch и throw. В принципе можно управлять ошибками в PHP, но структура не
стандартизована, так что программисты предоставлены сами себе в
осуществлении обработки ошибок, что приводит к меньшей устойчивости и, как
минимум, необходимости изобретать колесо.
Другой минус заключается в том, что имена функций в PHP 5
чувствительны к регистру. Некоторые программисты могут посчитать эту
особенность раздражающей, хотя это и не является существенным недостатком.
Кроме того, есть некоторые опасения относительно объектной модели PHP.
PHP не был разработан как объектно-ориентированный язык. Некоторые из таких
особенностей были добавлены позднее несмотря на то, что уделялось достаточно
большое внимание реализации обратной совместимости с PHP 3, так что почти
предоставлены обе модели. В действительности многие эти слабости адресованы
PHP 5 [13].
Несмотря на то, что обе технологии направлены на разработку веб-
приложений, у них имеются достоинства и недостатки, указанные в таблице 1.6.
Таблица 1.6
Достоинства и недостатки языков программирования
PHP
ASP.NET
Цена
бесплатный
бесплатный
Цена платформы
бесплатный
платный
Скорость
высокая
низкая
Эффективность
высокая
низкая
Безопасность
высокая
высокая
Платформа
любая
Win32 (только IIS)
Открытый код
да
нет
Исключения
да
да
ООП
хорошо
хорошо
55
Несмотря на достоинства и недостатки как PHP, так и ASP.NET пользуются
большой популярностью среди программистов, и очень часто ими
обнаруживаются ошибки в обеих системах. В случае с коммерческими
продуктами, такими как ASP.NET эти ошибки должны пройти через
бюрократическую систему, чтобы быть изученными, исправленными уже в более
новых версиях продукта, а на это иногда уходят месяца. В случае PHP и подобных
ему продуктов с открытым исходным кодом эти ошибки исправляются очень
быстро, и обновления могут выходить практически ежедневно.
ASP.NET хорошо подходит для более серьезных корпоративных
разработок, которые, в основном предназначены для работы в локальных сетях,
так как для ASP.NET необходим хостинг с системой Microsoft Windows, аренда
которых обходится в очень не малую сумму. В отличие от ASP.NET, PHP
поддерживается на всех системах, в том числе и UNIX-подобными, он дешев в
разработке и сопровождении. Так как хостинг с UNIX-платформа обойдется
дешевле, чем хостинг с операционной системой Windows, а так же в целях
безопасности будет выбран RedHat, Debian, Libux или FreeBSD, а также веб-
сервер Apache.
Различия проявляются в стоимости и трудоёмкости разработки и
эксплуатации проекта. В этих показателях, по моему убеждению, PHP
значительно выгодней ASP.NET. Поэтому в качестве языка программирования
был выбран язык веб-программирования PHP.
56
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационных систем (ЖЦ ИС) – это период их
создания и использования, охватывающий различные состояния, начиная с
момента возникновения необходимости в такой системе и заканчивая моментом
ее полного выхода из употребления у пользователей [18].
Модель жизненного цикла – структура, состоящая из процессов, работ и
задач, включающих в себя разработку, эксплуатацию и сопровождение
программного продукта, охватывающая жизнь системы от установления
требований к ней до прекращения ее использования [ГОСТ Р ИСО/МЭК 12207-99
Информационная технология. Процессы жизненного цикла программных
средств].
Существующие модели ЖЦ определяют порядок исполнения этапов в ходе
разработки, а также критерии перехода от этапа к этапу. В соответствии с этим
наибольшее распространение получили три следующие модели ЖЦ [18]:
1. Каскадная модель.
Данная модель предлагает переход на следующие этапы после полного
осуществления работ по предыдущему этапу. Модель демонстрирует
классический подход в любых прикладных областях. На рисунке 2.1 представлена
каскадная модель.
Рис 2.1 Каскадная модель
57
2. Модель с промежуточным контролем.
Ведется итерациями с циклами обратной связи между этапами.
Межэтапные корректировки позволяют учитывать реально существующее
взаимовлияние результатов разработки на различных этапах; время жизни
каждого из этапов растягивается на весь период разработки. На рисунке 2.2
представлена модель с промежуточным контролем
Рис 2.2 Модель с промежуточным контролем
3. Спиральная модель.
Данная модель делает упор на начальные этапы анализа и проектирования.
Эта модель представляет собой итерационный процесс разработки, где каждая
итерация (цикл), представляет собой законченный цикл разработки, приводящий
к выпуску версии изделия (версии проекта ИС), который совершенствуется от
итерации к итерации, чтобы стать значимой информационной системой. При этом
каждый виток спирали соответствует поэтапной модели создания
информационной системы. Таким образом углубляется и последовательно
конкретизируется обоснованный вариант ИС, который и доводится впоследствии
до реализации.
Основная проблема спирального цикла – определение момента перехода на
следующий этап. Для ее решения необходимо ввести временные ограничения на
каждый из этапов жизненного цикла. Иначе процесс разработки может
превратиться в бесконечное совершенствование уже сделанного. На рисунке 2.3
представлена спиральная модель.
58
Рис 2.3 Спиральная модель
В качестве разработки системы документооборота выбрана каскадная
модель, которая предусматривает последовательное выполнение всех этапов
проекта в строго фиксированном порядке. Таким образом, на каждом этапе
формируется законченный набор проектной документации, отвечающий
критериям полноты и согласованности.
Рассмотрим стандарты, описывающие жизненный цикл информационной
системы:
ГОСТ 34.601-90 комплекс стандартов на автоматизированные
системы. Автоматизированные системы. Стадии создания – распространяется
на автоматизированные системы и устанавливает стадии и этапы их создания.
Кроме того, в стандарте содержится описание содержания работ на каждом этапе.
Стадии и этапы работы, закрепленные в стандарте, в большей степени
соответствуют каскадной модели жизненного цикла [6].
ISO/IEC 12207 – стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз,
стадий и этапов.
ISO/IEC 15288 – стандарт применим для широкого класса систем, но его
основное предназначение – поддержка создания компьютеризированных систем.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
Источник: https://baza.diplomsite.ru/previewfile/1706