Итерационный подход к проектной деятельности и система распределения человеческих ресурсов

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

Задорожнюк В. В.

Ключевые слова

Поддержка выполнения проектов, гибкая методология, итерационный подход.

Keywords

Support for projects, Agile, iterative approach

Аннотация

Рассмотрены вопросы поддержки выполнения проектов. Исследованы гибкие методологии. Проведен теоретико-множественный анализ подход и методологий к проектной деятельности. Определены проблемы исследования и возможные варианты решения. Приведено описание разработанного программного обеспечения.

Annotation

The issues to support the implementation of projects. Abstract Agile. We spend a set-theoretic analysis of the approach and methodology to the project activity. Identified research problems and possible solutions. The description of the developed software.

Введение

Разработка программного обеспечения (ПО), как и любая другая техническая дисциплина, имеет дело со следующими основными проблемами: качество, стоимость и надежность. В связи с этим правильная организация процесса разработки программного обеспечения является основой достижения запланированного результата в ожидаемые сроки, с ожидаемым уровнем качества и с адекватным бюджетом. Среди общераспространенных проблем процесса разработки программного обеспечения встречаются следующие: 1. Изменение требований непосредственно в процессе разработки. 2. Нечеткое распределение ответственности за выполняемую работу и ее результат. 3. Наличие непрерывного потока мелких, «быстрых», наваливающихся требований, отвлекающих разработчиков и менеджеров от основного направления работ. 4. Как следствие, срыв сроков, раздувание бюджетов, потеря качества.

Решению указанной проблемы посвящено большое количество работ как российских, так и зарубежных ученых: Ф. Брукс, Д. Спольски, В.Б. Тарасов, Б.И. Вольфсон, Т. Демарко, Т. Листер, Р. Д.Арчибальд.

В связи с чем, в НИР ставится цель: повышение эффективности проектирования программных средств CRM-системы Костанайского строительного колледжа, путем исследования гибких методологий и разработки итерационного подхода к проектной деятельности и системы распределения человеческих ресурсов.

Для достижения поставленной цели необходимо решить ряд задач:

1. Теоретико-множественный анализ существующих подходов и методологий к проектной деятельности и распределения человеческих ресурсов при разработке программного обеспечения;

2. Исследование методологии и интеллектуальных технологий для поддержки коммуникативных процессов;

3. Построение алгоритмов для реализации итерационного подхода к проектной деятельности;

4. Проектирование и разработка программного продукта;

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

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

Для достижения цели необходимо создать единую базу для своевременного получения информации сотрудниками, централизовать управление новостями и другими ресурсами (литература, тесты, обмен данными, чаты) снизить количество печати, заменив её электронными подписями и согласованиями. Обеспечив единый инструмент разработки можно исключить синхронизацию и другие побочные эффективно связанные с переносом и дублирование данных. Также, можно обеспечить бесперебойную работу сервиса и продвижение/развитие. Единая технология обеспечивает снижение затрат на обучение специалистов для работы с сервисом, так как используется заранее настроенная система. Предварительно регламентированная схема создания объектов обеспечивает простой и понятный интерфейс работы с существующими данными. Строгий процесс разработки позволяет отслеживать выполнение задач на каждом шагу, вне зависимости от его типа, который принят за основу в CRM-системы «Костанайского строительного колледжа»

Основной критерий, на который следует ориентироваться в процессе разработки программы, это удобная работа с ней. Необходимо создать интерфейс, подходящий под разные критерии пользователя и в тоже время он должен быть функциональным. Для этого идеально подходит Oracle Application Express (Oracle APEX), ранее известный как HTML DB, представляет собой среду для быстрого создания и разворачивания веб-приложений, которая позволяет разрабатывать более быстрые и надежные профессиональные приложения, используя для этого лишь только веб-браузер и минимальный опыт программирования [1]. Oracle Application Express сочетает в себе высокую производительность, безопасность, интегрируемость и масштабируемость корпоративных БД, разработанных на основе веб-технологий, с простотой использования, доступностью и гибкостью персональных БД. В Application Express применяется декларативное программирование, при котором код не генерируется, не компилируется, а пользователь взаимодействует с мастерами и списками свойств. Очень важным является знание языка PL/SQL так, как именно этот язык используется для определения отчетов и диаграмм. Применение декларативного кода устраняет разногласия между разработчиками и делает программы, созданные на APEX, легко правляемыми и сопровождаемыми.

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

Описание гибких методологий разработки программного обеспечения

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

Моделирование коллективной деятельности является наиболее сложно формализуемой проблемой. Здесь в неразрывном единстве должны учитываться не только формальная, но и содержательная стороны деятель­ности, поскольку применение ставших уже традиционными формальных подходов, позволяют решить сформулированную проблему лишь до определенных пределов. В свою очередь, содержательная сторона творческой деятельности может условно быть поделена на креативную и коммуникативную составляющие [2].

Рассмотрим гибкие методологии разработки программного обеспечения.

Agile Modeling (англ.) - набор понятий, принципов и приёмов (практик), позволяющих быстро и просто выполнять моделирование и документирование в проектах разработки программного обеспечения. Не включает в себя детальную инструкцию по проектированию, не содержит описаний, как строить диаграммы на UML. Основная цель: эффективное моделирование и документирование; но не охватывает программирование и тестирование, не включает вопросы управления проектом, развёртывания и сопровождения системы. Однако включает в себя проверку модели кодом.

Agile Unified Process (англ.) (AUP) упрощенная версия IBM Rational Unified Process (RUP), разработанная Скоттом Амблером, которая описывает простое и понятное приближение (модель) для создания программного обеспечения для бизнес-приложений.

Agile Data Method (англ.) - группа итеративных методов разработки программного обеспечения, в которых требования и решения достигаются в рамках сотрудничества разных кросс-функциональных команд.

DSDM основан на концепции быстрой разработки приложений (Rapid Application Development, RAD). Представляет собой итеративный и инкрементный подход, который придаёт особое значение продолжительному участию в процессе пользователя/потребителя.

Feature driven development (FDD) - функционально-ориентированная разработка. Используемое в FDD понятие функции или свойства (англ. feature) системы достаточно близко к понятию прецедента использования, используемому в RUP, существенное отличие - это дополнительное ограничение: «каждая функция должна допускать реализацию не более, чем за две недели». То есть если сценарий использования достаточно мал, его можно считать функцией. Если же велик, то его надо разбить на несколько относительно независимых функций.

Getting Real — итеративный подход без функциональных спецификаций, использующийся для веб-приложений. В данном методе сперва разрабатывается интерфейс программы, а потом её функциональная часть.

OpenUP — это итеративно-инкрементальный метод разработки программного обеспечения. Позиционируется как лёгкий и гибкий вариант RUP. OpenUP делит жизненный цикл проекта на четыре фазы: начальная фаза, фазы уточнения, конструирования и передачи. Жизненный цикл проекта обеспечивает предоставление заинтересованным лицам и членам коллектива точек ознакомления и принятия решений на протяжении всего проекта. Это позволяет эффективно контролировать ситуацию и вовремя принимать решения о приемлемости результатов. План проекта определяет жизненный цикл, а конечным результатом является окончательное приложение.

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

Бережливая разработка программного обеспечения (англ. lean software development) использует подходы из концепции бережливого производства.

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

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

Определение проблем исследования и возможных вариантов решения

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

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

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

1. Предсказуемость

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

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

2. Больше времени и приверженности.

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

В данном случае решением будет постоянная сверка пунктов выполнения задачи в чеклисте, что упрощает работу как самого разработчика (видно, сколько уже сделано, в каком порядке выполнять задачи и что еще нужно сделать, а что можно оставить после дэдлайна) и для клиента, который отслеживает выполнение задачи на диаграмме Ганта, к примеру (рис.2), которая встроена в Apex 5 Oracle [1].

3. Повышенные требования к клиентам

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

В свою очередь клиент должен четко понимать свою область деятельности для проверки результатов и тестирования готового продукта глубокого понимания устройства ПО не требуется.

4. Отсутствие необходимой документации

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

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

5. Проект легко сбивается с пути

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

В этом случае необходимо строго следовать пунктом задачи, клиент может изменить порядок или добавить пункты задачи и согласовать их с разработчиком. т.е. обязательно участие клиента. Если клиенту это не нужно, почему это должен делать разработчик? Пропала обратная связь - работа встала.

Анализ существующих программных средств

В процессе разработки CRM-системы нужно было решить следующие проблемы:

1) использование бумажных носителей;

2) трудности согласования документов;

3) отсутствие централизации данных;

Причины возникновения данных проблем:

1) привычное использование бумажных носителей;

2) ограниченность ресурсов оргтехники;

3) Отсутствие централизованного хранилища;

4) Разрозненность документов.

Из выше сказанного было необходимо найти способы решения поставленных задач, путем анализа технологий разработки СУБД.

Задача базы данных состоит в хранении всех представляющих интерес данных в одном или нескольких местах, причем таким способом, который заведомо исключает ненужную избыточность. Создание баз данных преследует две основные цели: понизить избыточность данных и повысить их надежность. Между физической базой данных и пользователями системы располагается уровень программного обеспечения, именно это и подразумевается под понятием СУБД. Все запросы пользователей на получение доступа к базе данных обрабатываются СУБД. Создание, наполнение, обновление и удаление данных в файлах или таблицах также предоставлены СУБД. Основная задача СУБД - дать пользователю базы данных возможность работать с ней, не вникая во все подробности работы на уровне аппаратного обеспечения [9].

Изначальная разработка проводилась на Visual Basic с применением MySQL. Microsoft Visual Basic - средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка - языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса. Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.

NET не позволяет программировать по-старому, потому что, по сути является совершенно другим языком, таким же, как и любой другой язык программирования для платформы .NET. Индивидуальность языка, так же как и его преимущества (простота, скорость создания программ, лёгкость использования готовых компонентов) при использовании в среде .NET не имеют такого значения, как раньше - всё сосредоточено на возможностях самой системы .NET, на её библиотеке классов. Поэтому сегодня нужно говорить о классическом Visual Basic, его диалектах Visual Basic for Applications (VBA) и Visual Basic Scripting Edition (VBScript) и о языке для платформы .NET - Visual Basic .NET.

MySQL — свободная система управления базами данных(СУБД). MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License или под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации. MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц [7].

В дальнейшем было принято решение перехода на серверный язык сценариев PHP. РНР - это серверный язык сценариев, который может быть внедрен в код HTML для развертывания в браузере. Еще один вариант использования сценариев на этом языке может предусматривать их автономное выполнение (но гораздо шире применяется первый вариант). К этой категории относятся также такие программные продукты, находящиеся в собственности отдельных компаний, как Active Server Pages (ASP) компании Microsoft, ColdFusion компании Macromedia и Java Server Pages (JSP) компании Sun. В некоторых журналах по программированию язык РНР часто называют "языком ASP с открытым исходным кодом", поскольку этот программный продукт по своим функциональным возможностям аналогичен программному продукту Microsoft. Но такая формулировка вводит в заблуждение, поскольку язык РНР был разработан раньше, чем ASP. А в течение последних нескольких лет применение РНР и серверных средств Java расширяется, тогда как сфера использования ASP сужается, поэтому указанное сравнение становится еще более неприемлемым.

Разработка на основе языка сценариев РНР и СУБД MySQL, привела к тому, что система оказалась оперотивозатратной, что не удовлетворяло критериям оценивания итоговой работы. Кроме того Разработка на основе языка сценариев РНР и СУБД MySQL, привела к тому, что нужно было маяться с каждым объектом в отдельности, настраивая каждый миллиметр, прописывая один и тот же код для разных страниц. Всего этого можно было бы избежать при правильной разработке архитектуры, но более верным решением было бы использование фреймворка.

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

Поэтому было решено начать разработку, используя технология Oracle Application Express. Oracle Application Express (сокращённо именуется как Oracle Apex, APEX, ранее называлась Oracle HTMLDB) - свободная среда быстрой разработки прикладного программного обеспечения на основе СУБД Oracle Database, целиком реализованная как веб-приложение. Все элементы, возникающие в цикле разработки приложения в данной среде хранятся непосредственно в инфраструктуре Oracle Database, тем самым обеспечивается совместная работа разработчиков и контроль версий без использования файлов и дополнительныхсистем управления версиями. Приложения могут быть развёрнуты на экземпляре Oracle Database без дополнительного программного обеспечения (используя встроенный в СУБД веб-сервер), либо веб-сервер может быть вынесен на внешний сервер на основе Apache httpd с модулем mod_plsql. Также существует Java - приложение Oracle APEX Listener, которое может быть развёрнуто на J2EE-серверах приложений для обеспечения функций веб-сервера для APEX-приложений с возможностями кэширования на стороне веб-сервера, конфигурирования через веб-интерфейс, дополнительными функциями по мониторингу и обеспечению безопасности.

Основные типы решения на основе Oracle Application Express

1) Web-приложения для работы с данными, хранимыми а Oracle Database;

2) Онлайн-отчетность;

3) Миграция с Microsoft Access;

4) Миграция с Oracle Forms;

5) Миграция с Microsoft Excel;

6) Кастоматизация Oracle E-Business Suite.

Рассмотрим три основных инструмента Oracle Application Express:

1) Application Builder – инструмент позволяющий разрабатывать динамические веб-приложения, управляемые БД;

2) SQL WorkShop – инструмент для просмотра содержимого БД,  визуального построения запросов, в том числе и сложных SQL запросов;

3) Utilities – инструмент, выполняющий экспорт и импорт разных форматов данных.

Проектирование интерфейса всегда начинается с анализа сценариев использования. При работе над сценариями «CRM-системы Костанайского строительного колледжа было учтено максимум деталей. Главное окно содержит основную горизонтальная панель работы пользователя, новостной блок, а так же вертикальное меню составленное с учетом доступа и роли (рис.3).

Рис.3. Главное окно

Меню содержит:

Главная – отображает панель уведомления, и новостной блок.

Новости – блок редактирования новостей

Персонал (пункт 1) – блок просмотра персонала для пользователей не являющихся администраторами базы данных.

Персонал (пункт 2) – блок редактирования персонала для пользователей являющихся администраторами базы данных.

Группы (Пункт 1) - блок просмотра групп по отделениям и специальностям для пользователей не являющихся администраторами базы данных.

Группы (Пункт 2) - блок редактирования групп для пользователей являющихся администраторами базы данных.

Отделения – блок редактирования отделений для пользователей являющихся администраторами базы данных.

Справочники – блок содержащий панель редактирования связей таблиц для пользователей являющихся администраторами базы данных.

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

Предметы – список предметов, отображается в зависимости от роли пользователя. Для администраторов выводится полный список предметов, для преподавателей, выводится список дисциплин, которые он преподает.

Ведомость МТБ – отображает таблицу учета МТБ, с учетом движения.

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

Социальный паспорт – отображает социальный паспорт учащихся.

Журнал - список предметов, отображается в зависимости от пользователя. Для администраторов выводится полный список предметов, для преподавателей, выводится список дисциплин, которые он преподает.

Мероприятия – блок содержит список мероприятий (совещания, метод советы, ИМС и т.д.).

В ходе работы бала разработана система управления взаимоотношения клиентов(сотрудников) - «CRM Костанайского строительного колледжа», обладающая следующими возможностями:

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

·                   Мощнейших средств хранения, обработки, защиты данных на основе СУБД Oracle;

·                   Разграничение полномочий пользователей, путем разветвлённой системы присвоения прав;

·                   Календарного прланирования совещаний, мероприятий, планерок;

·                   Управление учетными записями неограниченного количества;

·                   Согласование документов с расширенной настройкой ответственных сотрудников и последующей публикацией;

·                   Управление перемещением, списанием материальных ценностей с подтверждением участников процессов;

·                   Публикации новостей с детальной настройкой отображения и расширенными возможностями форматирования текста;

·                   Контроля движения контингента студентов и сотрудников колледжа;

·                   Показа статистики по различным параметрам;

·                   Организации рабочего места секретаря учебной части (выдача справок по заданным шаблонам);

·                   Детальной настройки справочной информации;

·                   Ведения журнала успеваемости обучающихся [7].

Заключение

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

Литература

1.                 Gault, D. Beginning Oracle Application Express 5. [Текст] / D. Gault. – Apress; 3rd ed, 2015. – 476 с.

2.                 Арчибальд, Р.Управление высокотехнологичными программами и проектами [Текст] / Р. Арчибальд. – Москва: ДМК Пресс, 2006. – 472 с.

3.                 Брукс, Ф., Чапел, Х. Мифический человеко-месяц или как создаются программные средства [Текст] / Ф. Брукс, Х. Чапел. – Москва: Символ-Плюс, 2010. – 171 с.

4.                 Виттих, В.А., Скобелев, П.О. Разработка мультиагентной системы для моделирования процессов принятия решений в компаниях с сетевой организацией [Текст] / В.А. Виттих, П.О. Скобелев // Труды 16 Международного конгресса ИМАКС-2000. – Лозанна, 2000.– Вып. 16. – С. 27-34.

5.                 Гладышева, М. М., Артамонов, А. А., Мацко, Е. И. Теоретико-множественный анализ структуры электронной рабочей тетради [Текст] / М.М. Гладышева, А.А. Артамонов, Е.И. Мацко //  Технические науки - от теории к практике: сб. ст. по матер. LV междунар. науч.-практ. конф. – Новосибирск: СибАК, 2016. – Вып. 2(50). – С. 48-54.

6.                 Демарко, Т., Листер, Т. Человеческий фактор: успешные проекты и команды [Текст] // Т. Демарко, Т. Листер. – Москва :Символ-Плюс, 2005. – 256 с.

7.                 Задорожнюк, В.В., Султанова, Н.Т. Применение новейших технологий в разработке клиентский приложений [Текст] // В.В. Задорожнюк, Н.Т. Султанова // Горизонты познания: сб.ст. XI Междунар. науч.-практ. Конф. - Шеффилд, 2015. - Вып. 10. –  С. 63-65.

8.                 Каконин, В.И. Автоматизация службы персонала в общей системе управления предприятием [Текст] / В.И. Каконин // Справочник по управлению персоналом. – 2004.– №9. – С. 7-11.

9.                 Кириллов, В.В. Основы проектирования реляционных баз данных . Учебное пособие [Текст] / В.В. Кирилов. – СПб.: ИТМО, 1994.– 64 с.

10.            Соммервилл, И.Н. Инженерия программного обеспечения, 6 - ое издание [Текст] / И.Н. Соммервил. – Москва: Вильямс, 2002. –624 с.