Аналитическая часть (стр. 2 )

Однако стоит отметить, что ни Liferay Portal ни «1С Документооборот» являются платными и не являются выгодными вложениями с течением времени в малом предприятии. Так же они используют платные СУБД что увеличит их стоимость.

С позиции обеспечения информационной безопасности, естественно, что своя разработка даёт более высокий уровень информационной безопасности, так как ограничивается круг посвящённых лиц.

1.3.2. Выбор и обоснование стратегии автоматизации задачи

Существует несколько типов стратегий автоматизации:

1)  хаотичная (кусочная),

2)  по участкам,

3)  по направлениям,

4)  полная (комплексная).

При использовании хаотичной стратегии автоматизации функции ИС заранее не планируются. Сам процесс внедрения ИС не согласовывается с реальными потребностями бизнеса, не предусматривается весь максимальный спектр желаемых услуг для абонентов. Определяются только те функции, которые выбирает руководство компании. Данная стратегия автоматизации может использоваться на предприятии, не имеющим ИС вообще, как стартовая, пробная автоматизация.

Автоматизация по участкам подразумевает процесс автоматизации отдельных производственных или управленческих подразделений предприятия, объединенных по функциональному признаку. Подобный путь автоматизации выбирается в следующих случаях:

-  инвестиционные ресурсы предприятия недостаточны для решения задачи автоматизации в полном объеме,

-  существуют участки, где применение автоматизированных систем дает значительный экономический эффект, например за счет сокращения персонала,

-  технология производства или иные условия не позволяют обходиться без использования автоматизированных систем.

Автоматизация по направлениям подразумевает автоматизацию отдельных направлений деятельности предприятия, таких как: управление проектами, управление финансами и прочее.

От автоматизации по участкам этот подход отличается тем, что автоматизация по направлениям предполагает участие в этом процессе всех организационных подразделений, функционирование которых связано с автоматизируемым направлением. Подход, вязанный с автоматизацией по направлениям, нельзя рассматривать как локальный.

При использовании полной автоматизации можно отменить следующие особенности комплексного подхода:

·  Повышенная экономическая эффективность этого подхода по сравнению с другими (по участкам и по направлениям);

·  Чрезвычайно высокие требования к качеству управления процессом внедрения системы.

В данном дипломном проекте выбрана стратегия автоматизации по направлениям, так как разрабатываемая ИС автоматизирует не только работу одного подразделения компании, но практически всех участков, через которые проходит обрабатываемый заказ клиента.

Стратегия автоматизации включает в себя последовательность этапов, на каждом из которых решаются определенные задачи. Предлагается следующая стратегия автоматизации по этапам:

·  Исследование основных бизнес-процессов в аспекте обслуживания абонентов. На данном этапе определяются наиболее рутинные функции, а также возможность их частичной автоматизации. Исследование проводится при помощи case-средств;

·  Определение стратегических свойств ИС и основных функций;

·  Разработка основных требований к ПО и технической архитектуре, с учетом поставленных задач автоматизации, а также существующей программной и технической архитектуры корпоративной ИС;

·  Разработка плана проекта. На данном этапе определяется команда проекта. Распределяется ответственность по задачам, определяются стоимостные и временные параметры;

·  Проектирование. Этот этап включает в себя разработку информационного обеспечения программных решений, создание БД, разработку программных модулей, интерфейса, а также технологического процесса сбора, передачи и обработки информации;

·  Внедрение ИС: подготовка необходимых программных и аппаратных средств, подготовка пользователей ИС, тестирование, обнаружение и исправление ошибок, опытная эксплуатация.

Таким образом, предлагаемые этапы автоматизации, дают возможность создать эффективную ИС с удобным пользовательским интерфейсом, обеспечивающим автоматизацию всех функций по ведению заказа клиента на предприятии «Мобимарк».

1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи

Существуют следующие основные способы приобретения ИС:

1.  Покупка готового решения – позволяет приобрести уже готовое программное решение и минимизировать затраты на его внедрение. Однако данный способ приобретения ИС не учитывает специфику каждого конкретного бизнеса, его масштабы, внутренний документооборот, ориентацию на определенный сегмент рынка, и так далее.

2.  Покупка готового продукта и самостоятельная доработка нужного функционала - требует меньшего времени по сравнению с собственной разработкой. Невозможно оценить затраты на доработку системы, так как отсутствие исходных кодов программы и информации не позволит провести анализ необходимых доработок.

3.  Собственная разработка – позволяет разработать систему, полностью отвечающую всем требованиям, но является более затратным (по времени и стоимости) по сравнению с покупкой готового продукта. Однако при этом возможна полная интеграция с уже имеющимися системами.

4.  Разработка системы под заказ (аутсорсинг) – позволяет возложить разработку системы на стороннюю организацию. Система будет отвечать всем требованиям, но данный способ требует затрат больших средств по сравнению с собственной разработкой. Применяется при отсутствии собственных специалистов.

Анализ существующих способов приобретения показал, что наиболее результативным будет собственная разработка. Выбор был сделан в связи с необходимостью расширения компании и, следовательно, включением в ее организационную структуру IT-отдела, в котором будут работать квалифицированные специалисты, занимающиеся разработкой нового ПО и поддержкой существующей ИС предприятия. При этом важно, что в IT-отделе будет достаточное требуемое программное обеспечение, а также квалифицированные сотрудники, которые владеют знаниями не только прикладной задачи, способны создать и внедрить систему, но и обладают знаниями предметной области (знаниями о внутренних бизнес-процессах компании).

1.4. Обоснование проектных решений

1.4.1. Обоснование проектных решений по техническому обеспечению

Техническое обеспечение – это совокупность всех технических средств, используемых при функционировании ИС [17]

Для решения задачи необходим сервер, на котором будет размещена активная часть программы. В рамках технической архитектуры корпоративной ИС есть сервер БД, на котором можно разместить все данные. Доступ к серверу подразумевает небольшое количество пользователей, однако при расширении функционала ИС предполагается подключение к ИС большего количества пользователей из числа заказчиков. Поэтому сервер заранее должен обладать большой оперативной памятью, большой памятью жесткого диска, высоким быстродействием.

Планируется использовать существующий сервер корпоративной БД. Он является достаточно мощным для размещения на нем данных решаемой задачи автоматизации. Его основные технические характеристики:

·  четыре четырехядерных процессора AMD® Opteron® 8000-series Dual/Quad Core AMD64;

·  128Gb оперативной памяти DDR-2 PC2-5300 ECC Registered;

·  два интегрированных сетевых адаптера 10/100/1000Mbit Ethernet;

·  дисковая подсистема SAS/SATA onBoard RAID 0,1,10 (SAS RAID-5,6 - опционально);

·  система управления сервером IPMI 2.0 Server Management;

Основные характеристики рабочих станций соответствующих подразделений:

·  двуядерный процессор Intel® Core™ 2 / Pentium® Dual-Core EM64T;

·  8Gb оперативной памяти DDR2 PC2-5300;

·  дисковая подсистема SATA onBoard RAID;

·  интегрированный сетевой адаптер 10/100/1000Mbit Ethernet;

·  видеоадаптер nVidia GeForce 7300/7600/8500/8600/8800;

·   

Выход в интернет осуществляется через VPN-сервер. Его характеристики:

·  поддержка операционных систем MS Windows XP Professional (SP1, SP2);

·  интеллектуальное обнаружение доступности узла сети (DPD);

·  интегрированный межсетевой экран;

·  обеспечение защиты трафика на уровне аутентификации/шифрации сетевых пакетов по протоколам IPSec AH и/или IPSec ESP;

·  обеспечение пакетной фильтрации трафика с использованием информации в полях заголовков сетевого и транспортного уровней;

·  возможность получения сертификатов открытых ключей по протоколу LDAP;

·  поддержка маскировки реального IP адреса (туннелирование трафика);

·  управляемое событийное протоколирование (syslog);

·  мониторинг глобальной статистики по протоколу SNMP, совместимость с CiscoWorks Monitoring Center for Performance 2.0.2, входящий в состав CiscoWorks VMS 2.3;

·  прозрачность для работы сервиса QoS;

·  поддержка инкапсуляции пакета ESP в UDP (NAT traversal);

·  совместимость с PKI и LDAP службами зарубежных и российских производителей (RSA Keon, Microsoft, SunONE, КриптоПро, Валидата и Сигнал-КОМ).

Таким образом, перечисленные характеристики имеющихся технических средств, свидетельствуют о том, что не требуется использование дополнительных технических средств, в связи с чем повышается экономическая эффективность проекта.

1.4.2. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) - важнейший элемент ИС и ИТ, который предназначен для отражения информации, характеризующей состояние управляемого объекта и являющейся основой для принятия управленческих решений. Информационное обеспечение включает совокупность единой системы показателей, потоков информации – вариантов организации документооборота; систем классификации и кодирования экономической информации, унифицированную систему документации и различные информационные массивы (файлы), хранящиеся в машине и на машинных носителях и имеющие различную степень организации.[15]

Информационное обеспечение ИС подразделяется на:

·  внемашинное

·  внутримашинное.

Внемашинное ИО включает в себя систему классификации и кодирования технико-экономической информации; систему документации; схему информационных потоков документооборота: первичные, результативные, нормативно-справочные документы.

Внутримашинное ИО - это совокупность всех данных, записанных на машинных носителях, сгруппированных по определенным признакам. Внутримашинное ИО формирует информационную среду ИС.

К внемашинному информационному обеспечению можно отнести следующие информационные документы:

·  технические инструкции по сборке мебели;

·  ГОСТы, согласно которым расходуются соответствующие материалы на изделие;

·  инструкция по работе с ИС;

·  договора с поставщиками материалов и комплектующих.

При формировании состава и структуры классификаторов в разрабатываемой задаче автоматизации имеется возможность использовать отраслевые или международные классификаторы для обозначения артикула материалов, используемых в заказе. Это обосновано тем, что данный классификатор используется при передаче информации между предприятием «Мобимарк» и поставщиками, а также для формирования отчетности, предоставляемой в государственные органы. Остальные классификаторы носят общесистемный характер, поскольку используются для передачи информации внутри компании.

При разработке входных и выходных документов допускается использование принципов оригинального проектирования, поскольку большинство документов, участвующих в документообороте задачи, являются внутрифирменными и не выходят за пределы предприятия. Однако при составлении договора с клиентом требуется соблюдение и применения унифицированной формы, поскольку договор является документом, используемым в юридических отношениях с заказчиком. Также счет и накладная, формируемые при выполнении заказа клиента требуют строгого соблюдения унифицированных форм.

При построении экранных форм, соответствующих этапам и подэтапам рассматриваемой задачи автоматизации, необходимо руководствоваться общими принципами эргономичности и организации дружественного интерфейса ИС и пользователя. Экранные формы должны содержать стандартные зоны: рабочую и служебную. В рабочей зоне концентрируется информация, необходимая для ввода на данном этапе решения задачи, расчетная или справочная. В служебной зоне должны быть отражены возможные функции, которые доступны пользователю ИС на соответствующем этапе решения задачи, или вероятные запросы, ответы на которые потребуются на данном этапе.

Существуют следующие способы организации информационной базы задачи:

1)  как совокупности локальных файлов,

2)  как интегрированной БД с локальной организацией,

3)  как интегрированной БД с централизованной организацией,

4)  как интегрированной БД с распределенной организацией.

Интегрированная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Пользователи воспринимают такую базу данных как совокупность таблиц.

Она характеризуется следующими положениями:

1)  каждая таблица состоит из однотипных строк и имеет уникальное имя,

2)  строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего,

3)  строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы,

4)  столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных,

5)  полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным,

6)  при выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.

В данной задаче автоматизации целесообразно использовать интегрированную БД с централизованной организаций, поскольку вся информация о решаемой задаче будет содержаться на сервере БД, а архитектура проекта типа «клиент-сервер» была обоснована выше.

Те файлы с результатной информацией, которые будут содержать данные отчетов, предполагается хранить в системе как архивные, с целью составления статистической отчетности за год, для проведения анализа деятельности компании, для обоснования различных бизнес-решений. Те же файлы, которые представляют собой выборки из файлов БД, соответствующие запросам СУБД, не предполагается хранить в системе после завершения одного производственного цикла, поскольку они могут быть сформированы путем обращения к БД черед аналогичные запросы в любой момент времени.

1.4.3. Обоснование проектных решений по программному обеспечению

Программное обеспечение - совокупность программ системы обработки информации и программных документов, необходимых для их эксплуатации [16]

При выборе ОС будем придерживается следующих характеристик:

1)  Надёжность

2)  Широкое распространение

3)  Простота настройки

При выборе операционной системы наш выбор пал на:

1)  Debian 5

2)  Windows XP

3)  OpenSUSE 10.3

Охарактеризуем каждую операционную систему:

Debian — это свободная операционная система (ОС) и набор прикладных программ для вашего компьютера. В Debian используется ядро Linux, но большинство утилит ОС разработано в рамках проекта GNU; поэтому полное название проекта  — Debian GNU/Linux.

Преимущества:

1) Это полностью свободная операционная система, критерий для тех, кому близка идея свободы программного обеспечения.

2) Разрабатывается добровольцами из разных стран мира, следовательно не тяготеет к интересам какой-либо одной страны/группы. Кроме того мы можем (при желании и способностях) войти в их число, что в коммерческих дистрибутивах затруднительно. Среди разработчиков Debian GNU/Linux.

3) Тестируется с исключительной тщательностью. В отличие от других известных дистрибутивов, его разработчики имеют опубликованные точные критерии качества программного обеспечения и отлаживают его исключительно тщательно, что позволило Debian приобрести репутацию самого надёжного дистрибутива Linux. Debian прекрасно работает на критически важных задачах, в качестве Internet-сервера, его предпочитают многие разработчики.

4) Имеет лучшую систему управления пакетами, а также самую большую их базу в дистрибутиве.

5) Не привязана жёстко к какому-либо ядру это независимая и гибкая система, которая может при незначительной доработке использовать любое ядро. Существует Debian GNU/Hurd, использующий в качестве ядра Hurd, которому предназначено в будущем заменить Linux в операционной системе GNU; а также проект Fink - Debian для MacOS X.

6) Исключительно проста и логична в настройке. Debian GNU/Linux -- дистрибутив Linux, не подверженный профанации, сохраняющий лучшие традиции Unix(tm). Он не подходит для тех, кто хочет, не желая даже разобраться в основах системы, делать все при помощи мыши, но годы работы многих сотен разработчиков позволили сделать Debian самым простым, понятным, логичным в настройке и администрировании дистрибутивом.

Windows XP - операционная система семейства Windows NT от корпорации Microsoft [21]

Преимущества:

1)  Круглосуточная техническая поддержка

2)  Большое количество созданных программ

3)  Распространенность

OpenSUSE - это ОС всемирного сообщества, поддерживаемая Novell, продвигающая использование Linux повсеместно. ОС предоставляет свободный и легкий доступ к openSUSE.

1)  Лёгкая для пользователей система настройки YaST

2)  Имеется набор драйверов «из коробки»

3)  Имеется выбор пакетов, за счёт использования RPM и подключаемых репозиториев.

После анализа операционных систем, выбор пал на Debian, так как он является бесплатным и более стабильной ОС. Так же он имеет большое количество уже готовых пакетов.

При выборе метода проектирования был выбрано структурное проектирование.

Обоснуем выбор:

1)  Необходимо чёткое представление ИС.

2)  Так же нам требуется декомпозиция системы, что позволит нам более быстро находить ошибки

3)  Иерархическое представление ИС

Охарактеризуем и выберем средства проектирование ИС. Нам будет необходимо осуществить выбор для создания внешнего интерфейса: визуальных форм.

Выбор средства проектирования для создание визуальных форм:

Adobe Flex — технология для создания Rich Internet Applications (RIA). Flex — это родственная Flash технология, основанная на описании интерфейса приложения (и обработчиков событий, связи источников данных с объектами и т. п.) с помощью диалекта XML — MXML. Flex приложение может компилироваться на сервере, а может — из IDE или непосредственно из командной строки с помощью компилятора mxmlc (начиная с Flex 2), как и во Flash, результатом является файл swf, исполняемый Flash Player.

Преимущества:

1)  Большая распространенность Flash Player-а

2)  Лёгкость программирования

3)  Бесплатность

4)  Большая база компонентов

5)  Поддержка практически всем браузерами

Аналогом Adobe Flex является Microsoft Silverlight. Microsoft Silverlight — это плагин для браузера, который позволяет запускать приложения, содержащие анимацию, векторную графику и аудио-видео ролики, что характерно для Rich Internet application.

Silverlight предоставляет графическую систему схожую с Windows Presentation Foundation, и обьединяет мультимедиа, графику, анимацию и интерактивность в одной программной платформе. Он был разработан чтобы работать с XAML и с языками Microsoft .NET. XAML используется для разметки страниц с помощью векторной графики и анимации. Текст, содержащийся в Silverlight приложениях, доступен для поисковых систем, так как он не компилируется, а доступен в виде XAML.

Преимущества:

1)  Большая вариация при создании программ

2)  Индексация поисковыми системами

HTML — это теговый язык разметки документов. Поддерживаемый всеми браузерами. Быстрый для визуализации. Прост в освоении. Бесплатен. Не требует мощного технического обеспечения.

Преимущества:

1)  Бесплатность

2)  Простота

После проведённого анализа выбор пал на HTML так как силу ограниченности финансового обеспечения, специалисты с знаниями HTML обойдутся дешевле. Так же доработка и внедрение изменений производятся быстрее.

Выбор средства проектирования для создание серверной части ИС:

Язык программирования Python — высокоуровневый язык программирования общего назначения с акцентом на производительность разработчика и читаемость кода. Синтаксис ядра Питона минималистичен. В то же время стандартная библиотека включает большой объём полезных функций.

Python поддерживает несколько парадигм программирования, в том числе структурное, объектно-ориентированное, функциональное, императивное и аспектно-ориентированное. Основные архитектурные черты — динамическая типизация, автоматическое управление памятью, полная интроспекция, механизм обработки исключений, поддержка многопоточных вычислений и удобные высокоуровневые структуры данных. Код в Питоне организовывается в функции и классы, которые могут объединяться в модули (которые в свою очередь могут быть объединены в пакеты).

Python — активно развивающийся язык программирования, новые версии (с добавлением/изменением языковых свойств) выходят примерно раз в два с половиной года. Вследствие этого и некоторых других причин на Python отсутствуют ANSI, ISO или другие официальные стандарты

Язык программирования C++.

Си++ - компилируемый строго типизированный язык программирования общего назначения. Поддерживает разные парадигмы программирования: процедурную, обобщённую, функциональную; наибольшее внимание уделено поддержке объектно-ориентированного программирования.

Язык программирования PHP

Главным фактором языка РНР является практичность. РНР должен предоставить программисту средства для быстрого и эффективного решения поставленных задач. Практический характер РНР обусловлен пятью важными характеристиками:

1)  традиционностью;

2)  простотой;

3)  эффективностью;

4)  безопасностью;

5)  гибкостью.

Рассмотрим более подробно не которые преимущества PHP:

1)  Безопасность

РНР предоставляет в распоряжение разработчиков и администраторов гибкие и эффективные средства безопасности, которые условно делятся на две категории: средства системного уровня и средства уровня приложения.

2)  Гибкость

Поскольку РНР является встраиваемым языком, он отличается исключительной гибкостью по отношению к потребностям разработчика. Хотя РНР обычно рекомендуется использовать в сочетании с HTML, он с таким же успехом интегрируется и в JavaScript, WML, XML и другие языки. Кроме того, хорошо структурированные приложения РНР легко расширяются по мере необходимости. Поскольку РНР не содержит кода, ориентированного на конкретный web-сервер, пользователи не ограничиваются определенными серверами (возможно, незнакомыми для них). Apache, Microsoft IIS, Netscape Enterprise Server, Stronghold и Zeus — РНР работает на всех перечисленных серверах. Поскольку эти серверы работают на разных платформах, РНР в целом является платформенно-независимым языком и существует на таких платформах, как UNIX, Solaris, FreeBSD и Windows 95/98/NT/2000/XP/2003.

В следствии перечисленных достоинств преимущественным выбором в нашем случае является PHP.

2. Проектная часть

2.1. Разработка проекта автоматизации: информационный менеджмент

2.1.1. Этапы жизненного цикла проекта автоматизации

Понятие жизненного цикла проекта автоматизации (ЖЦ) определяется как период времени, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент его завершения, то есть приемки заказчиком при условии соблюдения всех ограничений: по качеству, срокам, бюджету.

Базовым нормативным документом, регламентирующим состав основных этапов ЖЦ проекта автоматизации, является международный стандарт ISO/IES 12207:1995 “Information Technology – Software Life Cycle Processes”. Его аналогом является ГОСТ Р ИСО/МЭК , введенный в действие в июле 2000 года. Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ИС. Кроме того, существуют различные другие стандарты разработки ИС, также действующие на международном уровне [1-6] (см. таблицу 4).

Таблица 4.

Различные подходы к составу и наименованию стадий

ГОСТ 34	Oracle CDM	RUP
Формирование требований к ИС. Разработка концепции ИС. Техническое задание.	Стратегический анализ.	Начальная стадия (Inception)
Эскизный проект. Технический проект.	Проектирование.	Разработка (Elaboration)
Рабочая документация.	Реализация.	Конструирование (Convarcharuction)
Ввод в действие. Сопровождение ИС.	Внедрение. Эксплуатация и сопровождение.	Ввод в действие (Transition)

Для данного дипломного проекта был выбран стандарт ISO/IEC 15288, являющийся международным. Отличается от предыдущего (ISO/IEC 12207) нацеленностью на рассмотрение программно-аппаратных систем в целом.
В данный момент продолжается работа по приведению этого стандарта в соответствие с предыдущим. ISO/IEC 15288 предлагает похожую схему рассмотрения жизненного цикла системы в виде набора процессов. Каждый процесс описывается набором его результатов, которые достигаются при помощи различных видов деятельности [1-7]

В нем выделено 26 процессов, объединяемых в 5 групп (см. табл. 5).

Таблица 5.

Процессы: жизненного цикла систем по ISO 15288

Процессы выработки соглашений	Процессы уровня организаций	Процессы уровня проекта	Технические процессы	Специальные процессы
Приобретение системы; Поставка системы	Управление окружением; Управление инвестициями; Управление процессами; Управление ресурсами; Управление качеством	Планирование; Оценивание; Мониторинг; Управление рисками; Управление конфигурацией; Управление информацией; Выработка решений	Определение требований; Анализ требований; Проектирование архитектуры; Реализация; Интеграция; Верификация; Валидация; Передача в использование; Эксплуатация; Поддержка; Изъятие из эксплуатации	Адаптация описываемых стандартом процессов под нужды конкретного проекта

В данном стандарте процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные. Каждый процесс характеризуется определенными задачами и методами решения, исходными данными, полученными от других процессов, и результатами.

Каждый процесс разделен на набор действий, каждое действие – на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения при сохранении связей по входным-выходным данным и объектам.

Стандарт ISO/IEC 15288 не предполагает конкретную модель ЖЦ, его положения являются общими для любых моделей, методов и технологий создания ИС. Он описывает структуру процессов ЖЦ ИС, не конкретизируя, как выполнять действия и задачи, включенные в процессы.

Модель ЖЦ включает в себя:

§  стадии,

§  результаты выполнения работ на каждой стадии,

§  ключевые события – точки завершения работ и принятия решений.

Моделью жизненного цикла информационной системы называется некоторая структура, определяющая последовательность осуществления процессов, действий и задач, выполняемых на протяжении жизненного цикла информационной системы, а также взаимосвязи между этими процессами, действиями и задачами [6]

Наибольшее распространение получили следующие две основные модели жизненного цикла:

Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе Итерационная модель предполагает разработку ИС итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. Спиральная модель предполагает, что на каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов.

Из существующих моделей ЖЦ ИС (каскадной, спиральной и итерационной) в данном проекте выбран частный случай итерационной модели - способ быстрой разработки приложений – RAD (Rapid Application Development).

Особенности этого метода – наличие трех составляющих:

§  небольших групп разработчиков (от 3 до 7 человек), выполняющих работы по проектированию отдельных подсистем ИС. Это обусловлено требованием максимальной управляемости коллектива;

§  короткого, но тщательного проработанного производственного графика (до трех месяцев);

§  повторяющегося цикла, при котором разработчики по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, получаемые в результате взаимодействия с заказчиком.

Основные принципы подхода:

§  разработка приложений итерациями,

§  необязательность полного завершения работ на каждой стадии ЖЦ,

§  обязательность вовлечения пользователей в процесс разработки,

§  применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы,

§  использование прототипирования (прототип – действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемой ИС. Создание прототипов осуществляется в несколько итераций. Каждая итерация соответствует созданию фрагмента или версии ИС, на ней уточняются цели проекта, оценивается качество полученных результатов и планируются работы следующей итерации), позволяющее полнее выяснить и удовлетворить потребности пользователей,