CC BY
37
Актуальные проблемы авиации и космонавтики. Информационные технологии
ся сбор максимального количества материальных свидетельств того, что данный продукт был приобретен добросовестно. Свободное программное обеспечение, распространяемое бесплатно, может быть приобретено у российской компании-поставщика по номинальной цене (стоимости упаковки), либо в составе комплекса услуг (например, технической поддержки или услуг по внедрению программного обеспечения). В этом случае приобретатель получает комплект официальных документов, подтверждающих факт приобретения и легальность использования программного обеспечения (договор поставки, счет-фактуру, акт приема-передачи программного обеспечения).
Во всех случаях рекомендуется иметь полный пакет оригиналов или нотариально заверенных копий документов не только в головном офисе организации, но и во всех филиалах и отделениях организации, где используется указанное программное обеспечение.
Рекомендуется отражать все операции по приобретению программного обеспечения на балансе предприятия.
Кроме того, компаниям, распространяющим свободное программное обеспечение, можно порекомендовать представлять пользователям односторонние документы декларативного характера, дополняющие свободный лицензионный договор (и ни в коем случае не подменяющие его и не противоречащие ему). «Декларация о правах» («Уведомление о правах», «Информация о правах» и т. п.) должна содержать информацию на русском языке о перечне прав, переданных пользователю, который может воспроизводить по содержанию ту или иную свободную лицен-зию[2]. Фактически предназначение такого документа - продублировать (но не подменить) содержание свободной лицензии, учтя при этом положения российского законодательства. Декларативные документы
могут оказаться особенно полезными при удаленном взаимодействии сторон, когда заключить договор с каждым отдельным пользователем затруднительно. Предоставить пользователю вместе с экземпляром произведения соответствующую декларацию гораздо проще.
Общий принцип, которому надо следовать при составлении таких документов (как договора, так и декларации): по ним должно быть возможно установить перечень переданных пользователю или распространителю прав на программное обеспечение (и, если это договор, еще и стороны договора, одна из которой передает права другой), причем в соответствии с гражданским законодательством способы использования произведений должны быть перечислены в явной форме. При составлении документов допускается использовать «разговорную» терминологию (разумеется, не в ущерб правовой).
Также поставщикам можно порекомендовать размещать подробную информацию о правах на распространяемое ими свободное программное обеспечение (включая документы, аналогичные «Декларации», приводимой в приложении) на собственных сайтах, которые могут быть продемонстрированы проверяющим в случае предъявления ими необоснованных претензий.
Библиографические ссылки
1. Министерство экономического развития Российской Федерации письмо от 5 мая 2009 г. № Д05-2235 //Минэкономразвития, 2009.
2. Свободное программное обеспечение в организации : сб. материалов. М. : INFO-FOSS.RU, 2008. 124 с.
© Онтужев В. В., Пузанова Г. А., 2012
УДК 004.9
В. В. Онтужев, Г. А. Пузанова Научный руководитель - О. А. Антамошкин Сибирский государственный аэрокосмический университет имени академика М. Ф. Решетнева, Красноярск
ПРОЕКТИРОВАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЕКТАМИ ПРИ НЕФОРМАЛЬНОЙ ОРГАНИЗАЦИИ РАЗРАБОТКИ
Описывается предложенный авторами проект системы управления проектами, предназначенный для неформальной организации разработки. Рассмотрены особенности и способы устранения недостатков неформального управления проектами.
Быстрая смена текущих задач и высокая степень неопределенности являются характерными чертами осуществления большинства проектов. В данных условиях доступность точной и своевременной информации часто определяет успех проекта в целом.
Информационная система управления проектом -организационно-технологический комплекс методических, технических, программных и информационных средств, направленный на поддержку и повышение эффективности процессов планирования и управления проектом [1].
Сейчас существует тенденция облегчать творческий труд, благодаря использованию информационных систем, это обосновывает необходимость разработки системы управления проектами, сохраняющей гибкость.
По наиболее распространенному мнению, неформальное управление проектом может работать хорошо для малых проектов с ограниченными задачами и ресурсами, но перестает работать уже на проектах относительно невысокой сложности. Но это не значит, что неформальная организация разработки не
Секция «Информационно-экономические системы»
Структура базы данных
может быть улучшено путем использования специализированной системы управления проектами, которая должна сохранить баланс между теми преимуществами, которые она даст пользователю и трудозатратами на ее освоение
Цель исследования - разработать проект информационной системы управления проектами, предназначенной для использования в малых неформальных группах.
Системы управления проектами при их применении в небольших неформальных командах проявляют многие свои недостатки. На освоение и использование таких систем тратится время. Необходимость создавать задачи, проставлять им статусы, расставлять приоритеты, все это корректировать, контролировать выполнение при сложной структуре системы и относительной простоте проекта занимает больше времени, чем система позволяет экономить.
Предлагаемая система управления проектами будет состоять из базы данных расположенной на удаленном сервере и локального клиентского приложения.
В базе данных будут содержаться все данные о проектах и их исполнении. В системе может быть любое количество проектов.
Каждый отдельный проект разделяется на компоненты следующих видов:
Задача - процесс, который необходимо выполнить, например: проверить данные на дублирование, протестировать систему на ошибки. Результат при завершении задачи - ее выполнение или невыполнение. Может иметь 4 состояния: невыполненная, в процессе исполнения, неактуальная, выполненная.
Проблема - какое-либо препятствие, которое необходимо устранить, например: исправить ошибку в обработчике данных. Результат при решении проблемы - ее решение или не решение. Может иметь 4 состояния: нерешенная, в процессе решения, неактуаль-
ная, решенная. Как правило, не предусмотрена техническим заданием и планом решения.
Объект - это продукт, с которым ведется работа, имеет материальную или программную форму, например: база данных, программа, документация. Результат работы над объектом — законченный объект. Имеет 2 состояния: завершенный и незавершенный.
Каждый из компонентов может разделяться на другие компоненты, всего может быть несколько уровней деления.
Структура базы данных показана на рисунке. Все компоненты имеют обязательные реквизиты: название, описание, состояние, срок выполнения, срок окончания, то есть последний срок для исполнения, скрыт в системе до окончания нормального срока, нормальный срок - срок окончания, уменьшенный на величину резервного срока (определяется по правилам, введенным администратором системы). Обычно отображается в системе как срок исполнения, ответственный исполнитель.
Также по каждому объекту ведется журнал изменений, который является облегченной альтернативой системы управления версиями и включает в себя дату изменения, автора изменения, сведения о резервной копии.
Спроектированная система позволяет компенсировать такие недостатки неформальной разработки, как: менее жесткий контроль за своевременностью и качеством работы, нечеткое разделение зон ответственности, пренебрежение системами управления версиями, сложность планирования времени разработки.
Библиографическая ссылка
1. Полковников А. В. Эффективное управление проектами. М. : Ланит, 1998. 92 с.
© Онтужев В. В., Пузанова Г. А., 2012
