CC BY
21
доступа: www.elibrary.ru (Дата обращения: 07.04.2016);
4. Соколов В.Я. История учёта амортизации в дореволюционной России [Электронный ресурс] - Вестник Адыгейского государственного университета. Серия 5: экономика, 2014. - №3 (165) - с. 118-123. - Режим доступа: www.elibrary.ru (Дата обращения: 07.04.2016);
5. Соколов Я.В. История бухгалтерского учета: Учебник. [Текст] / Соколов Я.В., Соколов В.Я. — М.: Финансы и статистика, 2004. — 272 с.
УДК 004
Зорин Д.Ю. студент 2 курса факультет «Инженерно-экономический»
Абрамова О. Ф. доцент
кафедра «Информатика и технология программирования» научный руководитель: Короткова Н.Н., к.техн.н.
доцент
кафедра «Информатика и технология программирования»
Волжский политехнический институт
(филиал) ВолгГТУ Россия, г. Волжский ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И АНАЛИЗ ОСУЩЕСТВИМОСТИ РАЗРАБОТКИ ПРОГРАММНОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ КОРПОРАТИВНОЙ РАЗРАБОТКИ ИТ-
ПРОЕКТОВ
Аннотация: в статье приводится анализ предметной области организации, занимающейся информационными технологиями, в частности студии веб-дизайна, а также предложен образ программного обеспечения для увеличения эффективности корпоративной разработки информационного продукта.
Ключевые слова: корпоративная разработка , студия веб-дизайна, моделирование предметной области.
Zorin D. U. Student
2 course, engineering-economic faculty Volzhskiy Polytechnical Institute branch of the Volgograd State Technical University
Russia, Volzhsky Abramova O. F.
Associate Professor, Department of computer science and technology
programming Volzhskiy Polytechnical Institute branch of the Volgograd State Technical University
Russia, Volzhsky
research supervisor: Korotkova N.N.
Candidate of Engineering Sciences Associate Professor, Department of computer science and technology
programming Volzhskiy Polytechnical Institute branch of the Volgograd State Technical University
Russia, Volzhsky RESEARCH OF THE SUBJECT FIELD AND ANALYSIS OF DEVELOPMENT IMPLEMENTATION PROGRAM SYSTEM FOR AUTOMATION OF CORPORATE DEVELOPMENT OF IT-PROJECTS
Abstract: The article analyzes the subject area of an information technology company, in particular a web design studio, and suggests the image of software to increase the efficiency of corporate development of an information product.
Key words: corporate development, Web design studio, domain modeling.
Введение
Сфера информационных технологий - очень широка, и подразумевает множество различных предметных областей. Поэтому для данной работы в качестве предметной области была выделена web-студия, был рассмотрен некий собирательный образ множества различных небольших web-студий. Подобные студии сейчас можно встретить в каждом городе.
При исследовании необходимо рассмотреть те процессы, которые отвечают за правильную постановку разработки сайта в целом, определяют принципы взаимодействия в команде разработки. Иными словами, необходимо понять, как можно помочь web-студии в управлении людскими ресурсами предприятия, определить образ будущей системы, а также список требований к ней.
Исследование предметной области
Миссия компании — способствовать процветанию наших клиентов путем разработки эффективных сайтов и интернет-сервисов, а также осуществлять оперативное и качественное интернет-обслуживание потребностей крупного и среднего бизнеса.
надо
Внешняя среда
рыночная
конъюнктура политика экономика соц. сфера технология
Доступам к
основным Экономические Разработка собственных библиотек, фреймворко в и шаблонов.
1- Уникальность технологий технологиями для разработки веб - приложений способных удовлетворить потребности Ограничение доступа в сеть интернет. обстоятельства способны ограничить доступ к дорогим технологиям. Общение с разработчиками - фрилансерами удаленно.
ю О клиента.
л ьтс Небольшая компания, Технологии
о н Существует большое Web-студии мало находится в веб-
ьл си т и кол-во веб-студий, конкурирующих с подвержены политическому Низкие цены провинции, предоставляя разработки склонны к
> компанией. влиянию относительно частым
л к с качественные услуги. изменениям.
Ресурсы, знания и умения Представители компании способны понять и удовлетворить желания заказчика. Сотрудничество с различными представителями фриланса.
Наличие Наличие
т Наличие Как правило, менеджера квалифицир
с о квалифицированных шеЬ-студии способного ованных в
си ю и в различных придерживаются грамотно различных
к областях шеЬ- умеренных распланировать областях
> и ы со а разработки, политических ресурсы при шеЬ-
X рабочих. взглядов. выполнении работ. разработки, рабочих.
Хочу Ценности и ожидание Способствовать процветанию клиентов путем разработки эффективных сайтов и интернет-сервисов Способствовать улучшению информационного пространства страны. Сделать цены более доступными для клиентов. Упростить жизнь многим людям, за счет создания шеЬ-сервисов. Использоват ь новейшие технологии в процессе разработки сайтов.
Рисунок 1. Стратегическая модель целеполагания Альбом моделей предметной области Организационная модель
Рисунок 2. Кадровая структура предприятия
Стоит отметить, что схема (рис. 2) приблизительна, т.к. в сфере 1Т и веб-разработки в частности, широко распространено такое явление как фриланс (профессия независимого характера). Это означает, что до начала разработки сайта точная кадровая структура отдела разработки не известна. Более того, роли дизайнера и веб-программиста может выполнять один и тот же человек. Также могут выделиться более узкие специализации, такие например, как контент-редактор или иные.
Руководст во Коммерческ ий отдел Отдел маркетин га Отдел разработки
Директор Аккаунт Менеджер (А.М.) Маркетол ог Проект Менедж ер (П.М.) Дизайне ры Веб- программис ты
X X Общение с клиентами
Корпоративн ое управление
X
X X финансы
X X Набор персонала
X Маркетинг
X Проектирова ние
X X X X X Разработка
X X X X X Обеспечение сайтов
Из полученной матрицы организационных проекций можно сделать вывод, что основная часть работы ложиться на управляющие должности, такие как: Директор, проект-менеджер и аккаунт-менеджер. Это естественная ситуация для любых команд работающих над общим проектом. Такая загрузка возникает в результате необходимости планирования и обеспечения координации отделов, работающих над разными частями и этапами проекта. Поэтому любой web-студии важно иметь все необходимые средства для наиболее эффективного и быстрого распределения ресурсов для различных работ.
Функционально-технологическая модель
В результате анализа бизнес-процессов предприятия, был сделан вывод, что создание сайта в обобщенном случае осуществляется по следующему алгоритму:
6. Общение аккаунт-менеджера (АМ) с клиентом. Выяснение основных требований, исследование предметной области.
7. Определение сроков, цены и функционала, составление технического задания и плана разработки проекта.
8. Формирование коммерческого предложения от АМ.
9. АМ начинает обсуждение коммерческого предложения с клиентом. Если предложение не было одобрено возврат к шагу 2.
10. Заключение договора с клиентом.
11. Дизайнеры создают макет сайта.
12. Отдел разработки формирует прототип сайта.
13. АК обсуждает прототип с клиентом. Если прототип не одобрен -возврат к пункту 6.
14. Разработка сайта отделом разработки. Наполнение контентом.
15. Тест продукта на фокус группе. Обсуждение сайта между АМ и заказчиком. Если фокус группа и заказчик плохо восприняли сайт возврат к пункту 9.
16. Завершение разработки.
17. Дальнейшее обслуживание сайта (если входит в заказ клиента).
Процессно-ролевая модель
Многие из ниже описанных процессов подчиняются ГОСТ Р 54869—2011, стандартизирующий требования к управлению проектом, который можно кратко описать схемой (рис.3)
Рис. 3. Основные понятия проектного менеджмента и их взаимосвязь
Процессные потоковые модели основных бизнес-процессов предприятия
Рис. 4. Общая модель
ГОСТ 34.602-89 - стандартизирует оформление технического задания на создание автоматизированной системы;
ГОСТ Р 54869— 2011 - стандартизирует требования к управлению проектом.
Рис. 5. Инициация коммерческих отношений.
Рис. 7. Разработка сайта
Рис. 8. Планирование
Процесс планирования включает в себя 5 подпроцессов:
1) П.М. получает результаты исследования предметной области, на основе которых выделяет основные этапы разработки сайта. Моделирование согласно нотации определенной политикой студии.
2) Дальше происходит выделение подэтапов из полученных этапов. Дальнейшее моделирование.
3) П.М. определяет трудоемкость каждого подэтапа, строит математическую модель разработки, получает дополненную модель.
4) На основе полученной модели определяется общая трудоемкость проекта. Строится сетевой план график проекта.
5) Согласно полученному плану, на разные работы распределяются различные ресурсы, такие как: время, люди и бюджет. Строится план-график
проекта, Т.З. и лист согласования участников проекта.
Модель документооборота _Таблица описания документов_
Диагра мма и номер на диаграм ме Составляем ый документ (исходящий документ) Операция Кто составляет (исполните ль) Как часто Документы-основания (входящие документы) Реестр, в котором регистриру ется документ
1.5. Договор о Создании сайта Заключение договора Состав. - аккаунт менеджер; Исп. - аккаунт менеджер, клиент; Перед началом каждого проекта документ об осуществим ости проекта Реестр договоров по 223-ФЗ
1.5. Договор о техническо й подержке сайта Заключение договора Состав. - аккаунт менеджер; Исп. - аккаунт менеджер, клиент; Перед началом некотор ых проекто в документ об осуществим ости проекта Реестр договоров по 223-ФЗ
1.5. Договор о продвижен ии сайта Заключение договора Состав. - аккаунт менеджер; Исп. - студия веб- дизайна, клиент; Перед началом некотор ых проекто в и по обращен ию клиенто в Реестр договоров по 223-ФЗ
1.2. документа об образе и границах исследовани е предметной Состав.-аккаунт менеджер; Перед началом каждого - ЕСТД
проекта области проекта
1.3. Техническо е Задание Планирован ие проекта Состав. - аккаунт менеджер; Исп. - команда разработчи ков; Перед началом реализа ции каждого проекта Документ об образе и границах проекта ЕСТД
1.3. Календарн ый план- график проекта. Планирован ие проекта Состав. - аккаунт менеджер; Исп. - команда разработчи ков; Перед началом реализа ции каждого проекта Документ об образе и границах проекта ЕСТД
1.3. Лист согласован ия участников сотруднико в проекта Планирован ие проекта Состав. - аккаунт менеджер; Исп. - команда разработчи ков; Перед началом реализа ции каждого проекта Документ об образе и границах проекта ЕСТД
2.4. Документ об утверждени и прототипа Утверждени е прототипа Состав. -аккаунт менеджер; По окончан ию разработ ки каждого прототи па ЕСТД
3.3 Документ об утверждени и сайта Тест продукта на фокус -группе Состав. -аккаунт менеджер; По окончан ию разработ ки каждого сайта ЕСТД
4.4. Договор о предоставл ении сайта в пользовани е Завершение разработки Состав. -аккаунт менеджер; По окончан ию разработ ки каждого проекта Документ об утверждени и сайта Реестр договоров по 223-ФЗ
1.3.1 Модели этапов разработки Определени е основных технологиче ских этапов Состав.-П.М. Перед началом реализа ции каждого проекта Документ об образе и границах проекта ЕСТД
1.3.2 Модели подэтапов разработки Разбиение крупных этапов на под этапы. Состав.-П.М. Перед началом реализа ции каждого проекта Модели этапов разработки ЕСТД
1.3.3 Дополнены е модели подэтапов разработки Определени е трудоемкост и подэтапов. Состав.-П.М. Перед началом реализа ции каждого проекта Модели подэтапов разработки ЕСТД
1.3.4 Сетевой план-график проектов Определени е общей трудоемкост и проекта. Состав.-П.М. Перед началом реализа ции каждого проекта Дополненые модели подэтапов разработки ЕСТД
1.1, 1.2, 1.3, 1.5 ГОСТ Р 54869 — 2011 Инициация коммерческ их отношений, разработка прототипа, разработка сайта, продвижени е сайта. Состав. -РФ. ГОСТ
1.1 ГОСТ 34.602-89 Инициация коммерческ их отношений Состав. -РФ. _ _ ГОСТ
Список программного обеспечения, используемого компанией на момент обследования:
1. "1С: Предприятие 7.7" ("Бухгалтерия", "Торговля", "Зарплата", "Кадры", "Касса", "Банк") для работы бухгалтерии.
2. Пакет офисных программ Microsoft Office профессиональный
2016.
3. Векторный редактор Corel Draw x8.
4. Браузеры Google Chrome 9.0, Mozilla Firefox 4.2, Opera 11.9, Safari 10.0.3.
5. Система контроля версий Git 2.13.0.
6. Собственные а также чужие библиотеки, разработанные под Java Script, CSS 3.0, PHP 5.2.
Выводы
Изучаемая предметная область имеет ряд особенностей. Как правило, студии веб-дизайна это небольшие индивидуальные предпринимательства.
Кадровый состав не постоянен, т.к. в данной отрасли развита культура фриланса (свободные наемные работники).
Разработка web-сайта это процесс, состоящий из множества различных этапов, требующих полной координации со стороны управляющих.
Т.к. персонал в основном состоит из 1Т-работников, маловероятны проблемы с введением новых технологий и переобучением. Для успеха веб-студии важна организация коммуникаций между разработчиками, а также между клиентом и разработчиками.
Анализ осуществимости проекта
Перечень и обоснование выбора бизнес-процессов для автоматизации
Для web-студии предполагается автоматизация процесса планирования (рис. 10). Этот процесс лежит в основе разработки любого проекта. Данный процесс представляет собой прогнозирование основных ресурсов необходимых на разработку, а также выделение логической последовательности этапов разработки сайта, его результатом будет документация определяющая ход разработки (техническое задание, план-график проекта, лист согласования участников проекта). С одной стороны, исходя из диаграммы (рис. 4.) можно сделать вывод, что без этапа планирования, невозможно заключение договора о начале разработки, ведь сроки и стоимость не будут определены. При неправильной организации данного этапа также становится невозможной дальнейшая разработка, ведь он определяет распределение ролей между людскими ресурсами. С другой стороны, это сложный, длительный процесс неразрывно связанный с постарением и использованием различных математических моделей. Непосредственно для web-студий, этот процесс представляет особый интерес, т.к. многие студии имеют нефиксированный кадровый состав. Вариативность людских ресурсов делает задачу планирования дальнейшей разработки нетривиальной. Также выбор данного процесса соответствует теме моего проекта.
Предполагается возможность автоматизированного построения математических моделей для планирования проекта (например, сетевой план-график проекта).
Также предполагается автоматизация формирования основных документов (таких как Т.З. и план график проектов).
Рис.9. Декомпозиция процесса планирование
Требования по автоматизации выделенных бизнес-процессов
Приоритетные требования: необходимые отмечены (!), желательные отмечены (*), дополнительные отмечены (+).
1. Функциональные требования:
1.1. Система должна позволять строить математическую модель плана проекта по следующим правилам(!):
- модель должна строиться на основании ресурсных ограничений (ограничения по кадрам, времени, средствам и некоторым другим, в зависимости от выбранного метода моделирования);
- модель не строится от начала и до конца автоматически, и подразумевает участие пользователя в той мере, в которой это подразумевает выбранный метод моделирования;
- полученная модель должна отвечать на вопросы: как должны использоваться ресурсы, зачем они должны использоваться, и при каких обстоятельствах;
- должна быть предложена наиболее выигрышная модель;
1.2. Система должна выполнять вычисление согласно построенной модели.
1.2. Должна быть возможность менять модель на протяжении разработки(*);
1.2. На основе полученной модели, система должна заполнять документы согласно шаблонам (см. п. 2.2.4)(*);
1.3. Пользователю должны быть предложены различные методы моделирования(*);
1.4. Система должна выполнять графическое построение результатов моделирования(графы, сети, графики)(!).
1.5. Система должна позволять сохранять результаты и модели, а также загружать их(!);
1.6. Система должна формировать отчеты об ошибках(+);
2. Удобство использования (usability):
1.1. С системой должен поставляться комплект документации (руководство пользователя, справочная информация)(!);
1.2. Для системы должен существовать FAQ(часто задаваемые вопросы)(+);
1.3. Система будет иметь узкую специализацию, поэтому она будет обладать высоким порогом, понимания работы. (для работы с системой необходима квалификация)(!);
1.4. Система должна быть адаптирована под различные разрешения монитора(!);
1.5. Необходимо предусмотреть корректное масштабирование графического интерфейса системы, в зависимости от платформы. (изменение размеров окна в OS Windows)(!);
1.6. Графический интерфейс системы должен быть выполнен в стиле flat (+);
3. Требования к надежности системы:
1.1. Система должна создавать backup файлы для текущих сеансов(*);
1.2. Система должна давать сбои с периодичностью не больше чем 1 раз на 50 запусков(*);
1.3. Система должна строить модели с точностью больше 75% (*)
4. Требования к производительности:
1.1. Система должна потреблять достаточно малое количество ресурсов для возможности запуска на маломощных офисных ПК и ноутбуках, например Lenovo IdeaPad B5010(*);
5. Требования к поддерживаемости:
1.1. Система должна поддерживаться для ПК под управлением ОС Windows; (!)
1.2. Система может быть выполнена в форме web-сервиса^);
1.3. Система должна быть совместима с пакетом MS office(+);
6. Ограничения:
1.1. Процесс реализации должен быть задокументирован на каждом этапе разработки(!)
1.2. Программный код должен содержать все необходимые комментарии.
Представленный перечень требований смоделирован с помощью UML на рисунке 11.
Рис.10. Варианты использования к функциональным требованиям
Заключение
При работе над любым проектом, фундаментальным является этап проектирования. Правильно спланированный проект позволяет затратить минимум, получив максимум, определить все необходимые ресурсы до начала реализации правильно распределить нагрузку между участниками проекта, а в итоге получить качественный продукт. К сожалению, этот процесс парой производится поверхностно и не полно, т.к. представляет собой построение сложных математических моделей учитывающих множество различных переменных.
Для web-разработчиков проектирование осложняется особенностями предметной области. Так многие web-студии пользуются услугами фрилансеров, поэтому кадровый состав студий не постоянен. Это влияет на особенности выделения этапов разработки, а также делает систему не постоянной на протяжении всей разработки.
Описанные выше факторы, подводят нас к необходимости автоматизации процесса проектирования.
Было бы нечестно утверждать, что на рынке нет программ подходящих для решения поставленной задачи. В качестве примера может выступать отличная и функциональная программа апу^ю, однако я предлагаю создание специализированного ПО, в то время как апу^ю и другие подобные ей программы предназначены для самых различных областей. Говоря более простым языком, web-разработка, как было написано ранее, процесс специфичный, и имеет право на более узкий подход к решению задачи его планирования.
Использованные источники:
1. Абрамова О.Ф. Формирование образа мышления современного специалиста с помощью case-технологий/ О.Ф. Абрамова // Актуальные вопросы профессионального образования - 2013. - №13. - с. 10-12.
2. Абрамова О.Ф. САББ-технологии: изучать или исключить? / О.Ф.
Абрамова // Alma mater (Вестник высшей школы). - 2012. - № 9. - C. 109-110.
3. Бесшабашнов С. Создание сайта: от идеи до реализации [электронный ресурс] / С. Бесшабашнов, А. Денисов // CMSmagazine аналитический портал рынка веб-разработки. URL: http://www.cmsmagazine.ru/library/items/management/stages_of_site_developme nt/ - (Дата обращения: 24.06.2017)
4. Короткова Н.Н. Разработка и программная реализация алгоритма моделирования взаимодействия на рынке производителей программного обеспечения / Короткова, Н.Н. // Качество. Инновации. Образование. - 2016. - №12. - с. 39-42
5. Мустафина Д.А. Модель конкурентоспособности будущего инженера-программиста / Д.А. Мустафина, Г.А. Рахманкулова, Короткова, Н.Н. // Современные наукоемкие технологии- 2010. - №8. - с. 16-20.
6. ГОСТ Р 54869— 2011. Проектный менеджмент. Требования к управлению проектом. - введен 2012-09-01. - М.: Стандартинформ, 2012. -12 с.
7. Татьяна В. План работ для веб-проекта [электронный ресурс] / Татьяна В. // Библиотека интернет индустрии. URL: http://www.i2r.ru/static/512/out 13972.shtml (Дата обращения: 24.06.2017)
8. Завадин В.А. Проектирование веб-системы электронного документооборота с интеграцией облачного хранилища [Электронный ресурс] / В.А. Завадин, О.Ф. Абрамова, Д.Н. Лясин // Форум молодых учёных : электрон. науч. журнал. - 2017. - № 5 (9). - 18 с. - Режим доступа : http://forum-nauka.ru/domains_data/files/9/Zavadin.pdf.
УДК 004.415.23
Иванов Н.В. бакалавр
направление 09.03.02 «Информационные системы и технологии» Национальный исследовательский ядерный университет «МИФИ»
Россия, г. Москва РАЗРАБОТКА МОДУЛЬНОЙ АРХИТЕКТУРЫ СИСТЕМЫ
УПРАВЛЕНИЯ ПРОЕКТАМИ Аннотация: в статье рассматривается реализация модульной архитектуры системы управления проектами.
Ключевые слова: система управления проектами и задачами, модель данных, метрика, REST, OSGi, OSGI-плагин, OSGI-сервис.
