close

Вход

Забыли?

вход по аккаунту

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

код для вставки
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ИМЕНИ И.С. ТУРГЕНЕВА»
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
по направлению подготовки
09.04.03 Прикладная информатика
Направленность (профиль) Корпоративные информационные системы
Студента Кузиной Оксаны Владимировны
шифр 165150
Институт приборостроения, автоматизации и информационных технологий
Тема выпускной квалификационной работы
«Разработка программной системы планирования деятельности фирмы по
сопровождению программного обеспечения»
Студент
О.В. Кузина
Руководитель
О.А. Савина
Нормоконтроль
Н.А. Загородних
Зав. кафедрой
информационных систем
В.Н. Волков
Орёл 2018
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ИМЕНИ И.С. ТУРГЕНЕВА»
Институт приборостроения, автоматизации и информационных технологий
Кафедра информационных систем
Направление 09.04.03 Прикладная информатика
Направленность (профиль) Корпоративные информационные системы
УТВЕРЖДАЮ:
Зав. кафедрой
В.Н. Волков
«
»
а
20 'Ф г.
ЗАДАНИЕ
на выполнение выпускной квалификационной работы
студента Кузиной Оксаны Владимировны
шифр 165150
1 Тема ВКР «Разработка программной системы планирования деятельности
фирмы по сопровождению программного обеспечения»
Утверждена приказом по университету от «31» октября 2017г. № 2-3074
2 Срок сдачи студентом законченной работы «25» июня 2018г.
3 Исходные данные к работе
Теоретический материал; информация о предметной области
4 Содержание пояснительной записки (перечень подлежащих разработке
вопросов)
Анализ предметной области и обоснование актуальности разработки
программной системы планирования деятельности фирмы по сопровождению
программного обеспечения
Постановка задачи разработки программной системы планирования деятельности
фирмы по сопровождению программного обеспечения
Проектирование базы данных программной системы планирования деятельности
фирмы по сопровождению программного обеспечения
Разработка прототипа программной системы планирования деятельности фирмы
по сопровождению программного обеспечения
5 Перечень демонстрационного материала
Презентация, отображающая основные этапы и результаты выполнения ВКР
Дата выдачи задания
«16» апреля 2018г.
О.А. Савина
Руководитель
(п е л и с ь )
О.В. Кузина
Задание принял к исполнению
(rioffljracb)
КАЛЕНДАРНЫЙ ПЛАН
Наименование этапов работы
Выполнение аналитической части
ВКР
Проектирование информационной
системы
Реализация информационной
системы
Проверка на работоспособность и
отладка информационной системы
Оформление пояснительной
записки ВКР и графического
материала
Сроки выполнения
этапов работы
Примечание
16.04.2018-25.04.2018
26.04.2018-10.05.2018
11.05.2018-31.05.2018
01.06.2018-10.06.2018
11.06.2018-25.06.2018
Студент
О.В. Кузина
Руководитель
О.А. Савина
АННОТАЦИЯ
ВКР 86 с., 22 рис., 5 табл., 11 источников.
ПРОГРАММНАЯ
СИСТЕМА,
ПРОГРАММНОЕ
ОБЕСПЕЧЕНИЕ,
ФИРМА, ПЛАНИРОВАНИЕ, ДЕЯТЕЛЬНОСТЬ, РУКОВОДИТЕЛЬ ПРОЕКТА,
СОТРУДНИК, АДМИНИСТРАТОР
Выпускная квалификационная работа посвящена разработке программной
системы планирования деятельности фирмы по сопровождению программного
обеспечения.
Выпускная квалификационная работа состоит из введения, четырех глав,
заключения, списка литературы.
В первой главе обосновывается актуальность данной работы, описывается
деятельность фирмы по сопровождению программного обеспечения, а также
методы и средства исследования и управления систем.
Во второй главе выявляются
требования и задачи разработки
программной системы планирования деятельности фирмы по сопровождению
программного обеспечения, строится прецедентная модель программной системы.
В третьей главе проектируется программная система планирования
деятельности фирмы по сопровождению программного обеспечения: строятся
концептуальная и логическая схемы базы данных, разрабатываются основные
алгоритмы работы с данными и выбирается средство реализации программной
системы.
В четвертой главе разрабатывается прототип программной системы:
строится ограничение целостности базы данных, организация доступа к данным,
разрабатываются структура и пользовательский интерфейс программной системы
планирования
деятельности
фирмы
по
сопровождению
программного
обеспечения.
В
заключении
квалификационной работе.
сделаны
основные
выводы
по
выпускной
4
СОДЕРЖАНИЕ
ВВЕДЕНИЕ ...................................................................................................................... 6
1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ОБОСНОВАНИЕ АКТУАЛЬНОСТИ
РАЗРАБОТКИ
ПРОГРАММНОЙ
ДЕЯТЕЛЬНОСТИ
ФИРМЫ
ПО
СИСТЕМЫ
СОПРОВОЖДЕНИЮ
ПЛАНИРОВАНИЯ
ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ .............................................................................................................. 8
1.1 Описание деятельности фирмы по сопровождению программного обеспечения
........................................................................................................................................... 8
1.2
Описание методов и средств исследования и управления сложных систем . 15
1.3 Обоснование актуальности разработки программной системы планирования
деятельности фирмы по сопровождению программного обеспечения ................... 19
2 ПОСТАНОВКА ЗАДАЧИ РАЗРАБОТКИ ПРОГРАММНОЙ СИСТЕМЫ
ПЛАНИРОВАНИЯ
ДЕЯТЕЛЬНОСТИ
ФИРМЫ
ПО
СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ......................................................................... 33
2.1 Требования к программной системе планирования деятельности фирмы по
сопровождению программного обеспечения ............................................................. 33
2.2 Описание параметров сетевого графика и методов их расчета ......................... 41
2.3 Построение прецедентной модели программной системы планирования
деятельности фирмы по сопровождению программного обеспечения ................... 48
3
ПРОЕКТИРОВАНИЕ
ПЛАНИРОВАНИЯ
БАЗЫ
ДАННЫХ
ДЕЯТЕЛЬНОСТИ
ПРОГРАММНОЙ
ФИРМЫ
ПО
СИСТЕМЫ
СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ......................................................................... 53
3.1 Построение концептуальной схемы базы данных ............................................... 53
3.2 Построение логической схемы базы данных ....................................................... 56
3.3 Разработка основных алгоритмов работы с данными ....................................... 59
3.4 Выбор средств реализации программной системы ............................................. 64
4 РАЗРАБОТКА ПРОТОТИПА ПРОГРАММНОЙ СИСТЕМЫ ПЛАНИРОВАНИЯ
ДЕЯТЕЛЬНОСТИ
ФИРМЫ
ПО
СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ ............................................................................................................ 66
5
4.1 Построение ограничений целостности базы данных .......................................... 66
4.2 Организация доступа к данным и безопасность .................................................. 67
4.3 Структура программной системы планирования деятельности фирмы по
сопровождению программного обеспечения ............................................................. 69
4.4 Разработка
планирования
пользовательского
деятельности
фирмы
интерфейса
по
программной
сопровождению
системы
программного
обеспечения.................................................................................................................... 75
ЗАКЛЮЧЕНИЕ ............................................................................................................. 84
СПИСОК ЛИТЕРАТУРЫ............................................................................................. 85
УДОСТОВЕРЯЮЩИЙ ЛИСТ……………………………………………………….87
ИНФОРМАЦИОННО-ПОИСКОВАЯ ХАРАКТЕРИСТИКА ДОКУМЕНТА НА
ЭЛЕКТРОННОМ НОСИТЕЛЕ……………………………………………………....88
6
ВВЕДЕНИЕ
Любой компании, имеющей в своем арсенале компьютеры, соединенные
или нет сетью, имеющие или нет сервер, чтобы организовать эффективную работу
сотрудников офиса компании, не обойтись без современного функционального
программного обеспечения.
Внедрение различных систем, а также установка полезных офисных
программ и приложений способны в разы увеличить скорость рутинных процессов
и облегчить работу персонала предприятия. Для эффективной работы предприятий
иногда
необходимы
индивидуальные
решения
с
гибкими
настройками
программного обеспечения.
Внедрение новых технологий или доработка имеющихся технологий в
организации обязательно должно включать следующие этапы:
1. Сбор
и
анализ
требований
компании-заказчика,
исследование
технических возможностей организации.
2. Адаптация и настройка типовых решений под индивидуальные нужды
компании.
3. Интеграция программного обеспечения на компьютеры организации.
4. Передача созданной системы в эксплуатацию.
Именно индивидуальное внедрение проектов позволяет максимально точно
решить задачи, которые стоят перед организациями, с учетом специфики
деятельности, квалификации персонала, перспектив развития.
Целью фирмы по обслуживаю ПО (программного обеспечения) является
увеличение доли рынка на 15%. В результате создания информационной системы
должна быть достигнута цель организации.
Целью
выпускной
квалификационной
работы
является
создание
программной системы планирования деятельности фирмы по сопровождению
программного обеспечения.
Основными задачами выпускной квалификационной работы являются:
1. Ознакомиться со структурой предприятий и подразделений, которые
7
занимаются проектированием, внедрением и сопровождением информационных
систем и программных средств, содержанием и организацией их работы.
2.Изучить предметную область.
3. Выявить требования по разработке программной системы планирования
деятельности фирмы по сопровождению программного обеспечения.
4. Описать прецедентную модель разработки программной системы
планирования
деятельности
фирмы
по
сопровождению
программного
обеспечения.
5. Выполнить
проектирование
программной
системы
планирования
деятельности фирмы по сопровождению программного обеспечения.
6. Реализовать программную систему планирования деятельности фирмы
по сопровождению программного обеспечения.
Объектом
исследований
является
организация
по
сопровождению
программного обеспечения. Предметом исследования – задачи, связанные с
приемом и обработкой заявок по сопровождению программного обеспечения,
ведением учета загруженности сотрудников ИТ-отдела, планированием графика
сотрудников.
В рамках данной работы автоматизируется деятельность в следующих
бизнес-процессах:
1. Взаимодействие с клиентом.
2. Учет загруженности и квалификации сотрудников фирмы.
3. Распределение задач, поставленных клиентом, среди сотрудников.
В результате создания информационной системы должны быть улучшены
значения
времени,
деятельность.
затрачиваемого
на
информационно-аналитическую
8
1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ОБОСНОВАНИЕ
АКТУАЛЬНОСТИ РАЗРАБОТКИ ПРОГРАММНОЙ СИСТЕМЫ
ПЛАНИРОВАНИЯ ДЕЯТЕЛЬНОСТИ ФИРМЫ ПО СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
1.1 Описание деятельности фирмы по сопровождению программного
обеспечения
Данная работа основана на данных организации ООО «ТетриС». Основной
вид деятельности фирмы - обслуживание систем автоматизации фирмы 1С.
Основу фирмы составляют сотрудники, имеющие большой опыт в обслуживании
программного обеспечения.
Фирма оказывает полный спектр услуг по автоматизации предприятий,
которые основываются на программных продуктах фирмы "1С", как на наиболее
распространенных,
доступных
любому
пользователю
и
универсальных.
Сотрудники фирмы являются сертифицированными специалистами по продуктам
фирмы "1С".
Клиентам предлагаем набор услуг, который доступен для любого
пользователя
–
от
начинающего
предпринимателя
до
корпоративного
пользователя. В зависимости от целей и возможностей, преследуемых клиентом,
он
может
воспользоваться
комплексом
бесплатных
услуг
(например,
консультацией) или заказать индивидуальную работу "под заказ".
Фирма открыта для любого пользователя. Неважно, где и при каких
условиях клиент приобрел программу фирмы 1С – он может получить весь спектр
услуг,
который
предлагается
данной
фирмой.
Существует
лишь
одно
единственное ограничение – клиент должен использовать легальную копию
программы фирмы 1С.
Уже
долгое
время
фирма
занимаемся
разработкой
программ
и
сопровождением пользователей. Специалистами фирмы разработаны и внедрены
решения для фирм самых разнообразных сфер деятельности.
Фирма придерживается комплексного подхода при работе с клиентами,
9
обеспечивая технологическую, консультационную и методическую поддержку.
Например, сложное программное обеспечение поставляется в комплекте с
обучением, методической поддержкой и послепродажным сопровождением. При
проведении обучения также используется комплекс методической поддержки.
Фирма предоставляет полный спектр услуг по автоматизации управления и
учета на предприятиях:
1. Консультации на этапе подбора программного продукта, а также его
демонстрация.
2. Поставка программного обеспечения.
3. Внедрение программного обеспечения.
4. Сопровождение и обновление программного обеспечения.
5. Информационно-технологическое сопровождение.
6. Доработка программных продуктов на платформе «1С:Предприятие».
7. Интеграция с другими системами.
8. Обучение пользователей и ИТ-специалистов.
Фирма
является
региональным
партнером
ряда
крупных
фирм-
поставщиков программных и аппаратных решений, имеет следующие статусы:
1. «1С: Франчайзи».
2. «1С: Центр компетенции по бюджетному учету».
3. «1С: Центр компетенции по образованию».
4. «1С: Авторизированный центр сертификации».
5. Официальный партнер фирмы «ВДГБ» (решения для бюджетных
учреждений, ТСЖ и др.).
6. Официальный партнер ООО «Агент Плюс» (Автоматизированные
мобильные системы).
7. Торговый партнер Microsoft.
8. Официальный партнер фирмы «1С-Рарус».
9. Официальный партнер фирмы «Инфокрафт» (автоматизация учета в
ЖКХ и др.).
В данной организации работают сертифицированные «1С» специалисты,
10
которые постоянно совершенствуют свои знания и навыки. Они помогут
оперативно и качественно решить задачи по автоматизации управления и учета.
У фирмы есть сайт, где можно ознакомиться со всем спектром услуг,
предоставляемых данной фирмой.
В фирму обращается большое количество клиентов с разным уровнем задач
и проблем, которые сотрудники ИТ-отдела должны решить. Для повышения
эффективности работы фирмы необходимо оптимизировать ее деятельность. Для
руководителей "оптимизация" – это острая необходимость, проект, от результата
которого зависит дальнейшая судьба фирмы. Учитывая, что в качестве объекта
оптимизации может быть абсолютно любой параметр: операторы, принимающие
звонки от клиентов или количество обслуживаемых клиентов, возникающие идеи
по улучшению могут быть абсолютно разные.
Руководитель
ИТ-проекта
относится
к
категории
руководителей.
Руководитель ИТ-проекта назначается на должность и освобождается от нее
приказом
генерального
подчиняется
руководителя
директора
непосредственно
ИТ-проекта
компании. Руководитель
генеральному
назначается
директору.
лицо,
ИТ-проекта
На
отвечающее
должность
следующим
требованиям: высшее образование, опыт аналогичной руководящей работы от
трех лет.
Руководитель ИТ-проекта должен знать:
1. Принципы обработки информации.
2. Стандарты и методологии проектного подхода.
3. Навыки ведения переговоров.
4. Управление временем.
5. Менеджмент.
Руководитель
ИТ-проекта
руководствуется
в
своей
деятельности:
1. Законодательными актами РФ.
2. Уставом компании и правилами внутреннего трудового распорядка,
другими нормативными актами компании.
3. Распоряжениями и приказами руководства.
11
4. Настоящей должностной инструкцией.
Руководитель проектов обязан:
1. Определять устав, цели, задачи и результат проекта.
2. Определять состав работ, которые необходимы для проработки и
внедрения проекта.
3. Определять и документировать зависимости между работами.
4. Оценивать продолжительность работ, составлять критический путь.
5. Продумывать и составлять план по подготовке и внедрению нового
проекта, определять контрольные точки.
6. Определять количество времени необходимого для осуществления
проекта.
7. Определять количество и оценивает стоимость ресурсов, которые
требуются для выполнения работ проекта.
8. Прописывать цепочку взаимосвязей между участниками команды
проекта.
9. Продумывать систему мотивации команды проекта.
10. Организовывать собрания сотрудников проектов.
11. Анализировать возможное влияние отклонений в выполненных
объемах работ на ход реализации проекта в целом.
12. Принимать участие в разработке детального бизнес-плана.
13. Оценивать стоимость и определять бюджет проекта.
14. Выбирать команду проекта.
15.
Определять
профессиональные
навыки,
которые
необходимы
участникам команды проекта.
16. Определять ответственные лица, которые будут участвовать в
процессах проработки и внедрения проекта.
17. Контролировать подготовку необходимой документации для внедрения
нового проекта.
18. Обеспечивать своевременные сбор, накопление, распространение,
хранение и последующее использование информации проекта.
12
19.
Контролировать
соблюдение
сроков
процессов
проработки
и
внедрения.
20. Контролирует изменения бюджета проекта.
21. Отслеживать отклонения от плана, вносить корректировки в план и
согласует его со всеми участниками проекта.
22. Координировать предоставление нужной информации в обусловленные
сроки всем участникам проекта.
23. Контролировать и отслеживать мероприятия по проработке и
внедрению и при необходимости корректирует данные процессы.
Также в обязанности руководителя проектов входит административная
работа:
1. Кадровая работа: подбор команды проекта, мотивация команды проекта.
2. Бюджетирование: разработка и контроль бюджета проекта.
3. Планирование: ежедневно, еженедельно, ежемесячно.
4. Отчетность: еженедельно, ежемесячно.
5. Разработка документов: планы, отчеты.
Помимо
выше
указанного
руководитель
IT-проекта
несет
ответственность:
1. За невыполнение и/или несвоевременное, халатное выполнение своих
должностных обязанностей.
2. За несоблюдение действующих инструкций, распоряжений и приказов
по сохранению коммерческой тайны и конфиденциальной информации.
3. За нарушение правил трудовой дисциплины, внутреннего трудового
распорядка, правил техники безопасности и противопожарной безопасности.
В обязанности программиста входит:
1. Разработка на основе анализа математических моделей и алгоритмов
решения экономических и других задач программы, которые обеспечивают
возможность выполнения алгоритма и соответственно поставленной задачи
средствами вычислительной техники, проведение их тестирования и отладки.
2. Разработка технологии решения задачи по всем этапам обработки
13
информации.
3. Осуществление выбора языка программирования для описания
алгоритмов и структур данных.
4.
Определение
информации,
подлежащей
обработке
средствами
вычислительной техники, ее структуру, объемы, макеты и схемы ввода,
обработки, хранения и вывода, методы ее контроля.
5. Выполнение работ по подготовке программ к отладке и проведение их
отладку.
6. Определение объема и содержания данных контрольных примеров,
обеспечивающих
наиболее
полную
проверку
соответствия
программ
их
функциональному назначению.
7. Осуществление запуска отлаженных программ и ввод исходных данных,
определяемых условиями поставленных задач.
8. Проведение корректировки разработанной программы на основе анализа
выходных данных.
9. Определение возможности использования готовых программных
продуктов.
10. Разработка инструкции по работе с программами, оформление
необходимой технической документации.
11. Осуществление сопровождения внедренных программ и программных
средств.
12.
Разработка
и
внедрение
системы
автоматической
проверки
правильности программ.
13. Выполнение работы по унификации и типизации вычислительных
процессов.
14. Принятие участия в создании каталогов и картотек стандартных
программ, в разработке форм документов в электронном виде, подлежащих
компьютерной обработке, в проектировании программ, позволяющих расширить
область применения вычислительной техники.
15. Обеспечение правильной технической эксплуатации, бесперебойной
14
работы компьютеров и отдельных устройств.
16. Участие в разработке перспективных и годовых планов и графиков
работы, технического обслуживания и ремонта оборудования, мероприятий по
улучшению его эксплуатации, предупреждению простоев в работе, повышению
качества работы, эффективному использованию вычислительной техники.
17. Осуществление подготовки компьютеров и отдельных устройств к
работе, их технический осмотр, проведение проверки наличия неисправностей,
устранение неисправности и предотвращение появления неисправностей в
будущем.
18. Принятие мер по своевременному и качественному выполнению
ремонта компьютеров и отдельных устройств своими силами или силами третьих
лиц.
19. Принятие участия в проведении инвентаризаций.
20. Программист должен беречь имущество предприятия, не разглашать
информацию и сведения, являющиеся коммерческой тайной предприятия.
21. Программист должен не давать интервью, не проводить встречи и
переговоры, касающиеся деятельности предприятия, без разрешения руководства
предприятия.
22. Соблюдение трудовой и производственной дисциплины, правил и норм
охраны труда, требований производственной санитарии и гигиены, требований
противопожарной безопасности, гражданской обороны.
23. Исполнение распоряжений и приказов Генерального директора
предприятия и руководителя отдела ИТ.
24. Информирование руководства об имеющихся недостатках в работе
предприятия, принимаемых мерах по их ликвидации.
Чтобы оптимизировать работу ИТ-отдела фирмы по сопровождению
программного обеспечения необходимо автоматически распределять задачи
клиента среди сотрудников ИТ-отдела, выявив уровень сложности поставленной
клиентом задачи.
Основным назначением системы планирования деятельности фирмы по
15
сопровождению программного обеспечения является автоматизация деятельности
бизнес-процессов.
1.2 Описание методов и средств исследования и управления сложных систем
Рассмотрим существующие методы и средства исследования и управления
сложных систем, а также их обоснование.
Сетевое планирование и управление – это система планирования и
управления разработкой народно-хозяйственных комплексов, технологической и
конструкторской
подготовкой
производства
новых
видов
изделий,
реконструкцией и строительством, научными исследованиями, капитальным
ремонтом основных фондов путем применения сетевых графиков. Система
сетевого планирования и управления позволяет устанавливать взаимосвязь
планируемых работ и получаемых результатов, точнее рассчитывать план и
своевременно осуществлять его корректировку.
Сущность сетевого планирования и управления состоит в составлении
логико-математической модели управляемого объекта в виде модели или сетевого
графика, находящейся в памяти. Сетевое планирование и управление – основа
использования ЭВМ в управлении и создании автоматизированных систем
управления.
Сетевое планирование и управление основано на моделировании процесса
с помощью сетевого графика и представляет собой совокупность расчетных
методов, контрольных и организационных мероприятий по планированию и
управлению комплексом работ.
Система сетевого планирования и управления позволяет:
1. Формировать календарный план реализации некоторого комплекса
работ.
2. Выявлять и мобилизовывать резервы времени, материальные, трудовые
и денежные ресурсы.
3. Осуществлять управление комплексом работ по принципу "ведущего
звена" с прогнозированием и предупреждением возможных срывов в ходе работ.
16
4. Повышать
эффективность
управления
в
целом
при
четком
распределении ответственности между руководителями разных уровней и
исполнителями работ.
Диапазон применения сетевого планирования и управления весьма широк:
от задач, касающихся деятельности отдельных лиц, до проектов, в которых
участвуют сотни организаций и десятки тысяч людей (например, создание и
разработка крупного территориально-промышленного комплекса).
Для того чтобы составить план работ по осуществлению сложных
и
больших проектов, состоящих из тысяч отдельных исследований и операций,
необходимо описать его с помощью некоторой математической модели. Таким
средством описания проектов (комплексов) является сетевая модель.
Сетевой
математики
и
график
после
вычислительной
его
оптимизации
техники
средствами
используется
для
прикладной
оперативного
управления работами.
На график нанесены работы и события. Каждое событие характеризует
завершение или начало работы, а работа – действие, которое необходимо
совершить для перехода от предшествующего события к последующему. События
на графике обозначаются кружками, а работы – стрелками, которые показывают
связь между событиями (возможен и другой вариант: работы изображаются
кружками, а связи между ними стрелками). Работа должна быть конкретной,
четко описанной и иметь ответственного исполнителя; продолжительность ее
измеряется количеством дней, недель, декад и др., которые наносятся над
стрелкой.
Временные
оценки
даются
ответственными
исполнителями
соответствующих работ. Все работы в графике ведут к конечному событию – цели
планирования.
При планировании длительности работ пользуются действующими
нормативами и опытными данными, но во многих случаях (в частности, когда
рассматриваются программы по освоению новых видов продукции или
проблемные научные исследования) время работы не может быть выражено
одной достоверной оценкой; ответственный исполнитель обычно дает несколько
17
оценок.
Оптимистическая оценка времени (минимальная продолжительность
работы) – минимальный срок, в течение которого будет выполнена работа в
наиболее благоприятных условиях, если ничто не помешает ее выполнению.
Пессимистическая оценка времени (максимальная продолжительность
работы) характеризуется продолжительностью времени, необходимого для
выполнения работы при наиболее неблагоприятных условиях, если в процессе ее
выполнения возникнут трудности. Наиболее вероятная продолжительность
времени показывает время выполнения работы в нормальных условиях.
Важный
элемент
разработки
сетевого
графика
–
определение
продолжительности путей. На рис. пути представлены линиями, образуемыми
стрелками взаимосвязанных работ, концы которых указывают на начальные и
конечные события.
Различают полные и критические пути: полным называется путь, начало
которого совпадает с исходным событием сети, а конец – с ее завершающим
событием; критическим – путь, имеющий наибольшую продолжительность и
характеризующий время выполнения всего комплекса работ, проекта в целом, т. е.
время достижения конечной цели (на рис. обозначен жирными стрелками).
Критический путь расценивается как самый важный в системе сетевого
планирования и управления, т. к. представляет собой основу для выбора
оптимального плана и организации контроля за ходом работ. Отношение
продолжительности любого пути к продолжительности критического пути
характеризует степень его напряженности. Если критический путь является
наиболее продолжительным по времени от начального до конечного события, то
все др. события и работы должны лежать на путях более коротких.
Совершенные формы сетевого планирования и управления содержат
информацию относительно движения материальных затрат и наращивания
издержек по объекту.
Сетевое планирование и управление проводится примерно в следующей
последовательности: расчленение комплекса работ на отдельные этапы, каждый
18
из которых закрепляется за ответственным исполнителем; выявление и описание
всех событий и работ, необходимых для достижения не конечной цели;
построение сетевого графика; определение времени выполнения каждой работы в
сети на основе системы оценок; расчет критического пути и резервов времени;
анализ сети и оптимизация графика, разработка мероприятий по сокращению
времени критического пути; управление ходом работ с помощью сетевого
графика.
Каждый
исполнитель
определяет
состав
и
последовательность
закрепленного за ним этапа работ. Затем ответственное за проект лицо составляет
первичные сетевые графики, которые после их корректировки «сшиваются» в
сводный сетевой график. Этот график завершается событием, соответствующим
заданной конечной цели. При этом особое внимание уделяется устранению
неувязок на стыках между первичными сетевыми графиками, т.е. этапами
комплекса работ.
По мере движения к более высокому уровню выполнения работ планыграфики укрупняются. Если они предназначены для руководителей предприятий,
то в них включаются только сроки свершения граничных событий, являющихся
выходными для одних предприятий и входными для других, с указанием времени
начала и окончания работ критической зоны. Планы-графики руководителей
промежуточных ступеней дополняются сведениями о
сроках
свершения
граничных событий между отдельными ответственными исполнителями.
В процессе выполнения планов-графиков осуществляются непрерывный
контроль, корректировка и регулирование сетевой модели. Для устранения
расхождений между запланированным и фактическим ходом работ проводятся
организационно-технические мероприятия.
Существует
несколько
планирования:
1. Табличный метод.
2. Графический метод.
3. Метод потенциалов.
методов
расчета
параметров
сетевого
19
Так же вычисляются временный характеристики сетевого графика,
критический путь, полные резервы времени, стоимость работ.
1.3 Обоснование актуальности разработки программной системы
планирования деятельности фирмы по сопровождению программного
обеспечения
Существуют несколько достаточно известных решений для работы с
клиентами и бизнес процессами. Рассмотрим некоторые из них.
CRM-система – это специальная компьютерная программа, позволяющая
планировать задачи и контролировать их выполнение, вести учет клиентов,
хранить документацию по проектам и автоматизировать ее создание, и многое
другое.
Перечислим некоторые задачи, которые решает CRM-система:
1. Управление информацией о клиентах.
Основой любой CRM-системы является база данных как физических, так
и юридических лиц, которые взаимодействуют с вашей компанией в рамках
деятельности предприятия. Это не только клиенты, но и филиалы компании,
поставщики, конкуренты, партнеры.
Информация о клиентах сама по себе ценный актив, а грамотное
управление данными в системе позволяет использовать ее в работе с
максимальной эффективностью. Клиентская база консолидирована, организация
получает полную информацию о своих клиентах и их предпочтениях и,
основываясь на этих сведениях, строит стратегию взаимодействия. Пример
управления информацией о клиентах представлен на рисунке 1.
Единая база клиентов и полная история взаимоотношений с ними в
совокупности с мощными аналитическими инструментами CRM позволяет
удерживать и развивать существующих клиентов, выявляя наиболее ценных, а
также привлекать новых клиентов.
2. Планирование и контроль продаж.
Планирование продаж в CRM-системе организовано в различных срезах
20
(по регионам, направлениям, менеджерам и т. д.). Менеджер составляет план на
основе данных по своим клиентам с учетом вероятности, а руководитель,
проанализировав объем подтвержденных платежей, может составить для
менеджера стимулирующий план.
Рисунок 1 – Пример управления информацией о клиентах
Руководители предъявляют особые требования к CRM. С помощью
готовых
инструментов
руководители
могут контролировать качественные
показатели работы менеджеров (воронку продаж), выполнение планов продаж,
соблюдение сроков оплаты и поставки. Система позволяет оценивать объем и
вероятность сделок, управлять бизнес-процессами продаж, следить за состоянием
сделки и анализировать действия конкурентов. Пример планирования и контроля
продаж представлен на рисунке 2.
3. Управление продажами.
Одна из главных функций CRM-системы — помогать менеджерам
планировать продажи, организовывать прозрачное управление сделками и
оптимизировать каналы продаж. Система хранит полную историю общения с
клиентами, что помогает департаментам продаж анализировать поведение
21
клиентов, формировать подходящие им предложения, завоевывать лояльность.
Пример управления продажами представлен на рисунке 3.
CRM программы — это еще и организация cross-sales, up-sales. Системы
позволяют формировать матрицу кросс-продаж и продуктово- сегментную
матрицу, группировать клиентов по различным параметрам и выявлять их
потенциальные интересы.
Рисунок 2 – Пример планирования и контроля продаж
Предлагая инструменты прогнозирования и анализа, автоматизируя
взаимодействие сотрудников с клиентами и между собой, система формирует
предпосылки для оптимизации существующих каналов сбыта и увеличения
прибыли компании.
4.
Автоматизация маркетинга в CRM программах.
CRM-система позволяет оптимальным образом организовать управление
маркетингом компании: планировать и проводить маркетинговые мероприятия,
управлять
ресурсами
и
бюджетами
на
маркетинг,
координировать
все
маркетинговые воздействия.
Сотрудники
маркетинговых
отдела
материалов,
маркетинга
инструменты
получают
для
единую
сегментации
библиотеку
клиентов
и
автоматизации персонализированных рассылок для целевой аудитории. А для
22
Рисунок 3 – Пример управления продажами
измерения прибыльности проводимых кампаний и эффективности деятельности
отдела маркетинга CRM-система предлагает специальные инструменты анализа.
Пример управления продуктовым портфелем представлен на рисунке 4.
Среди
базовых
функций
системы
для
автоматизации
маркетинга
присутствуют: управление прямыми маркетинговыми акциями (электронная
рассылка, прямая рассылка), организация исследований, опросов клиентов. Как
результат, такая автоматизация помогает усовершенствовать работу департамента
маркетинга и повысить конверсию потенциальных клиентов в покупателей.
5. Управление продуктовым портфелем.
Любой коммерческой организации важно предоставлять продукты и
услуги высокого качества по конкурентным ценам, постоянно усовершенствовать
продуктовые линейки.
CRM система позволяет структурировать номенклатуру и управлять
полным каталогом товаров и услуг компании. Возможности CRM обеспечивают
ведение учета специальных цен и скидок, анализ данных и взаимосвязей для
23
предложения клиентам оптимального пакета услуг и определения популярных
продуктов.
Рисунок 4 – Пример управления продуктовым портфелем
6. Автоматизация документооборота.
CRM программа сокращает время на ежедневную рутину. Система
предусматривает все необходимые инструменты для управления как внешним,
так
и
внутренним документооборотом компании.
предоставляют
средства
автоматического
Эти
формирования
инструменты
документов
по
шаблонам, подготовки печатных форм документов, поддержки версионности
документов, быстрого поиска документов в системе, создание электронного
хранилища
документов
и
многое
другое.
Пример
автоматизации
документооборота представлен на рисунке 5.
При ведении в CRM документации, можно организовать коллективную
работу с документами при гибком разграничении прав доступа, электронное
визирование, а также учет взаимосвязей между документами.
7. Управление бизнес-процессами.
24
Разложить все рабочие процессы по полочкам, формализовать их —
нетривиальная задача, решаемая бизнес-аналитиками. Если все сотрудники
действуют согласно регламентированным процессам, уменьшается количество
ошибок, работа компании ускоряется, а результаты труда становятся более
прогнозируемыми. Если выполнение процессов прозрачно для руководителей, им
гораздо легче выявлять слабые места в работе и направлять усилия сотрудников в
нужное русло.
Эти задачи могут быть решены с помощью технологий управления бизнеспроцессами, которые доступны в некоторых мощных CRM-системах.
Для формализации, автоматизации выполнения и контроля процессов,
предлагается
целый
ряд
инструментов.
Бизнес-аналитик
оценит
удобный визуальный редактор, позволяющий построить в системе описание
алгоритмических процессов любой сложности. Менеджеры смогут указать
участников и исполнителей задач по процессу, зафиксировать затраченное на
выполнение
той
или
иной
задачи
время,
а
руководители
получат
возможность анализировать эффективность как самих процессов, так и работы
сотрудников.
Рисунок 5 – Пример автоматизации документооборота
25
Рассмотрим особенности ERP-систем. ERP-система – это единое хранилище
данных, содержащее в себе всю корпоративную бизнес-информацию, обеспечивая
одновременный доступ к этой информации всех сотрудников предприятия,
наделенных соответствующими полномочиями. Изменение данных системы
происходит через ее функции.
ERP система состоит из таких элементов:
1. Модель управления ИТ-потоками в компании.
2. СУБД.
3. Аппаратно-техническая база и средства коммуникаций.
4. Программные
продукты,
автоматизирующие
управление
информационными потоками.
5. Регламент использования и развития программных продуктов.
6. Информационный департамент.
Функции ERP систем и вопросы, которые они решают:
1. Ведение спецификаций, которые определяют состав изготовляемых
изделий, а также материальные ресурсы, необходимые для их изготовления.
2. Формирование планов производства и продаж.
3. Планирование потребностей в материалах и комплектующих, объемов и
сроков поставок.
4. Управление запасами и закупками (реализация централизованных
закупок, ведение договоров, учет и оптимизация запасов).
5. Планирование
производства
от
укрупненного
планирования
до
использования оборудования и станков.
6. Оперативное
управление
финансами,
куда
входит
составление
финансового плана, а также осуществление контроля его исполнения, финансовый
и управленческий учет.
7. Управления проектами, куда входит планирование ресурсов и этапов.
У ERP системы нет четкого определения и набора критериев, по которым ее
можно опознать. Под термином "ERP" подразумевают большое количество
программных решений, а также учетные системы с небольшими дополнениями.
26
Основные функции ERP можно разделить на функциональные
и
технологические. Технологические функции ERP – это наличие трехуровневой
архитектуры системы. Архитектура включает в себя сервер баз данных, сервер
приложений и клиентская часть, единую базу данных (или распределенную базу
данных с механизмом репликации данных), открытость систем, использование
реляционных СУБД и средств CASE для создания этих систем. К технологическим
признакам можно отнести и графический пользовательский интерфейс, но
большинство современных систем имеют такой интерфейс.
К функциональным признакам относятся:
1. Автоматизация управления производственными ресурсами.
2. Автоматизация управления цепочками поставок.
3. Автоматизации расширенного объемно-календарного планирования.
4. Автоматизация
управления
конструкторско-технологической
документацией.
5. Автоматизация управления взаимоотношениями с клиентами.
6. Бизнес-аналитика.
7. Автоматизация конечного планирования ресурсов.
8. Конфигурирования системы.
В этом списке не упоминается финансовый блок, поскольку он включен в
MRPII.
Также считается, что ERP система должна включать следующие блоки:
1. MRPII.
2. Поддержка всех видов производства.
3. Финансовый учет и планирование.
4. Управление логистикой.
5. Управление продажами.
6. Управление закупками.
7. Управление персоналом.
Рассмотрим программное обеспечение MES. MES (Manufacturing Execution
System) — это производственная исполнительная система. А также MES — это
27
специализированные программные комплексы, которые предназначены для
решения задач оперативного планирования и управления производством. Системы
данного класса призваны решать задачи синхронизации, координировать,
анализировать и оптимизировать выпуск продукции в рамках определенного
производства. Использование MES как специального промышленного софта,
позволяет значительно повысить фондоотдачу технологического оборудования и, в
результате, увеличить прибыль предприятия даже в условиях отсутствия
дополнительных
вложений
в
производство.
MES-системы
являются
промышленными комплексными либо программными средствами, работающими в
среде мастерских или производственных предприятий.
Manufacturing
execution
system
(MES)
-
системы
автоматизации
производства и оптимизации производственной деятельности, которая в режиме
реального времени: инициирует, отслеживает, оптимизирует, документирует
производственные процессы от начала выполнения задания до выпуска готовой
продукции.
MES-система охватывает следующие задачи:
1. Распределение и контроль статуса ресурсов (построение модели
производства, централизованное хранение, быстрый и удобный поиск данных по
спецификациям сырья, полуфабрикатов, готовой продукции, и упаковки, адресов
поставщиков, норм качества, законодательных документов и т.д.).
2. Диспетчеризация производственных процессов (управление заказами на
производство, управление сырьем и полуфабрикатами, контроль выполнения
плана, контроль остатков).
3. Сбор данных, управление качеством (сбор данных от систем АСУТП,
проверка качества и достоверности данных, сбор и архивирование, долговременное
хранение, управление лабораторными данными).
4. Управление техническим обслуживанием.
5. Анализ производительности (статистический и математический анализ,
контроль производительности процесса, расчет ТЭП, учет времени работы и
простоя оборудования, создание отчетов).
28
6. Составление производственных расписаний.
7. Контроль документов (электронный документооборот).
8. Управление трудовыми ресурсами (управление персоналом).
9. Координация технологических процессов и отслеживание готовой
продукции.
Основные функции MES:
1. Следить за состоянием и распределением ресурсов.
2. Оперативность и детальность планирования.
3. Диспетчеризация производства.
4. Управление документами.
5. Собирать и хранить данные.
6. Управлять персоналом.
7. Управлять качеством продукции.
8. Управлять производственными процессами.
9. Управлять техническим обслуживанием и ремонтом.
10. Прослеживать историю продукта.
11. Анализировать производительность.
Функции, которые выполняет MES, носят оперативный характер и
регулируют соответствующие требования не ко всему предприятию, а к той его
единице (цеху, участку, подразделению), для которой ведется планирование работ.
Из выше перечисленных функций данной системы основными – оперативнокалендарное
планирование
(детальное
планирование)
и
диспетчеризация
производственных процессов в цеху. Только эти две функции определяют MESсистему как систему оперативного характера, которая нацелена на формирование
расписаний работы оборудования и оперативное управление производственными
процессами в цеху.
Еще одно программное обеспечение это CPM. CPM (Corporate Performance
Management) – система управления эффективностью предприятия.
Системы управления эффективностью предприятия (CPM-системы), легко
адаптируемые к любому бизнесу, способны обеспечить поддержку принятия
29
решений и предназначены для автоматизации процессов:
1. Прогнозирования и ситуационного моделирования.
2. Бюджетирования и планирования деятельности.
3. Оперативного контроля, в том числе с использованием инструментов
KPI.
4. Финансовой консолидации.
5. Анализа деятельности и формирования отчетности.
Таким образом, CPM-системы позволяют обеспечить руководителей
качественной,
актуальной,
полной
и
достоверной
информацией,
которая
необходима для эффективного управления бизнесом. CPM-системы предоставляют
возможность комплексного анализа показателей эффективности деятельности
компании и тенденций их изменения.
Рассмотрим программное обеспечение Microsoft Project. Microsoft Project –
это система управления проектами и способ оптимизации управления портфелями,
который позволяет планировать и контролировать проектную деятельность
организаций. Для этого применяются встроенные шаблоны, инструменты для
разного уровня аналитики и статистики, средства управления рабочим временем и
т. д.
По сравнению с другими аналогичными программами Ms Project считается
самой распространенной и «легкой», относящейся к начальному уровню
программного управления проектами с классическим стандартным офисным
интерфейсом. На рынке однопользовательских и малых решений программный
продукт занимает порядка 80% (его использует около 20 млн. человек).
Считается, что в качестве интегрированного набора методов, процессов и
средств для планирования и контроля проектов Ms Project чаще применяется при
реализации относительно небольших проектных замыслов. Однако существование
нескольких платных вариантов – базового, профессионального и расширенного –
при выборе наиболее полного функционала позволяет значительно расширить
возможности программы по сравнению с базовой версией.
В случае реализации проектного подхода программа Microsoft Project
30
помогает решать следующие задачи:
1. Пошагово
разрабатывать
проект,
пользуясь
интеллектуальными
подсказками на разных уровнях. Например, рядом с номерами задач появляются
заметные пиктограммы-индикаторы, которые информируют о дополнительных
параметрах задачи, если навести на них курсор. А прогресс задачи (при наличии
клиента клиенте Project Online) можно наблюдать непосредственно на временной
шкале.
2. Создавать задачи, распределять ресурсы, указывать сроки выполнения и
получать модель, которая будет максимально приближена к реальности.
3. Создавать сетевую диаграмму проекта, то есть указывать связи задач и
приоритетов с выравниванием ресурсов по мере реализации проекта.
4. Присваивать иерархические коды структур для ресурсов и задач.
5. Использовать консолидированный анализ групп проектов и общий пул
ресурсов, что позволяет оптимизировать проектный план на уровне организации в
целом.
6. Создавать шаблоны проектов.
7. Рассчитывать критический путь.
8. Представлять с помощью графических индикаторов проблемные задачи.
9. Менять указанный период выполнения задач в случае необходимости.
10. Анализировать как текущее состояние дел, так и тенденции развития
проекта с помощью автоматизированных средств подготовки отчетов (причем,
программа позволяет запомнить промежуточное текущее состояние проекта, чтобы
вернуться к его анализу позднее).
11. Добавлять макросы и VBA-программы.
12. Моделировать варианты любых решений (например, по смене схемы
финансирования, замене механизмов и поставок и др.), а также анализировать
последствия гипотетического принятия той или иной модели.
Для работы в программе используют такие понятия, как «Задача»,
«Ресурс» и «Назначение». Для достижения цели проекта работа разбивается на
задачи. Понятие «Ресурс» чаще применяется к сотруднику, но может относиться и
31
к недвижимости, оборудованию, материалам.
В Microsoft Project назначения возникают в тот момент, когда на
выполнение задачи выделяются ресурсы. Именно назначения определяют объем
необходимого на решение задач времени и, как следствие, – общее время проекта.
Для отображения, анализа и ввода существуют так называемые представления
задач (Диаграмма Ганта, Форма задач и др.) ресурсов (График ресурсов, Лист
ресурсов) и назначений (например, Использование ресурсов), которые бывают
табличными, графическими и представлениями форм.
Ниже представлена таблица сравнения нескольких CRM-систем, Microsoft
Project и разрабатываемой программной системы планирования деятельности
фирмы по сопровождению программного обеспечения. В верхней строке таблицы
прописаны названия CRM-систем, а в левом столбце — названия функций. На
пересечении будет дана оценка по четырех-бальной шкале, где:
1. «0» — функция отсутствует в системе;
2. «1» — функция присутствует, но в силу сложности или наоборот
примитивности, ею нельзя пользоваться;
3. «2» — функцией возможно пользоваться, но необходимы усилия со
стороны программиста и/или консультанта;
4. «3» — функцией возможно пользоваться из коробки при определенной
подготовке (прочитав мануал).
Таблица 1 – Сравнение систем
Функционал/Система
Разрабатываемая
система
Megaplan
CRM
AMO
CRM
Mango
CRM
MS
Project
1
2
3
4
5
6
Учет клиентов
3
3
3
0
3
Оформление заявок
клиентов
3
3
3
0
3
Работа
с
процессами
0
0
2
3
3
1
1
0
0
3
бизнес-
Настройка интерфейса
32
Продолжение таблицы 1
1
Автоматическое
распределение задач
между сотрудниками
Разграничение прав
доступа
Система отчетности
Возможность
доработки
2
3
4
5
6
0
0
0
0
3
2
1
1
0
3
1
1
1
0
3
0
1
0
0
3
CRM-системы обладают избыточным набором функций, в которых
организация
не
видит
необходимости
использования.
В
этих
системах
требуемыми функциями являются: учет клиентов и оформление заявок клиентов.
В Microsoft Project указанные выше функции не предусмотрены. Основная
функция – это работы с бизнес-процессами.
На данный момент в фирме, для которой планируется разработать
программную систему планирования деятельности фирмы по сопровождению
программного обеспечения, руководитель проекта сам оценивает загруженность
сотрудников ИТ-отдела, после чего сам распределяет задачи проекта между ними,
пытаясь учесть каждый критерий для минимизации времени выполнения и
максимизации качества проекта. Для сокращения времени, затрачиваемого для
распределения задач было предложено объединить функции, содержащиеся в
CRM-системе и Microsoft Project с доработкой автоматического распределения
поставленных задач среди сотрудников ИТ-отдела.
Каждая из рассмотренных программ обладает определенным набором
функций, но ни одна из них не содержит полный набор функций, выявленных при
постановке задачи разработки программной системы планирования деятельности
фирмы по сопровождению программного обеспечения. Следовательно, было
принято
решение
деятельности
разрабатывать
фирмы
по
программную
сопровождению
удовлетворяющую всем требованиям заказчика.
систему
программного
планирования
обеспечения,
33
2 ПОСТАНОВКА ЗАДАЧИ РАЗРАБОТКИ ПРОГРАММНОЙ СИСТЕМЫ
ПЛАНИРОВАНИЯ ДЕЯТЕЛЬНОСТИ ФИРМЫ ПО СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
2.1 Требования к программной системе планирования деятельности фирмы
по сопровождению программного обеспечения
В фирму обращается большое количество клиентов с разным уровнем задач
и проблем, которые сотрудники ИТ-отдела должны решить. Для повышения
эффективности работы фирмы необходимо оптимизировать ее деятельность. Для
руководителей "оптимизация" - это острая необходимость, проект, от результата
которого зависит дальнейшая судьба фирмы. Учитывая, что в качестве объекта
оптимизации может быть абсолютно любой параметр: операторы, принимающие
звонки от клиентов или количество обслуживаемых клиентов, возникающие идеи
по улучшению могут быть абсолютно разные.
Для
оптимизации
работы
сотрудников
ИТ-отдела
фирмы
по
сопровождению программного обеспечения было принято решение реализовать
автоматическое распределение задач клиента среди сотрудников ИТ-отдела,
выявив уровень сложности поставленной клиентом задачи.
Данная информационная система нацелена на решение следующих
проблем, существующих в организации:
1. Ручная обработка данных.
2. Длительное обслуживание клиента.
3. Возможность предоставления клиенту достоверной (не устаревшей)
информации.
4. Отсутствие оперативной отчетности.
5. Возможность
автоматического
распределения
задач
между
времени
работы
сотрудниками.
6. Возможность
автоматического
планирования
сотрудников.
Автоматизированная обработка данных с помощью информационной
34
системы позволяет устранить вышеперечисленные проблемы.
Поставленной цели информационная система будет способствовать
следующим образом:
1. Повышением
качества
обслуживания
клиентов.
Следовательно,
увеличение количества клиентов данной фирмы.
2. Предоставлением оперативной отчетности для принятия управленческих
решений.
3. Автоматическим учетом, планированием и управлением деятельностью
фирмы, для повышения эффективности работы сотрудников.
Данная информационная система отвечает общим и бизнес-целям
организации.
Поскольку в организации существуют эксплуатируемые системы, то
возможно появится необходимость объединение систем.
В
ходе
анализа
осуществимости
было
установлено,
что
данная
информационная система необходима для эффективной деятельности фирмы по
обслуживаю ПО и реализация проекта является возможной.
Возможные проектные риски:
1. Мотивационные – отсутствие у конечных пользователей потребности в
системе ведет к отсутствию их лояльности к процессу сбора требований и
согласования решений.
2. Командные
–
существует
риск
незапланированного
увольнения
участника команды, болезни и т.д., включая недостаточную квалификацию новых
сотрудников.
3. Экономические – отсутствие рентабельности реализации проекта
разработки информационной системы.
4. Технические – отсутствие необходимого оборудования у организации,
что приведет к дополнительным затратам.
5. Человеческий фактор – некорректное и неполное использование
функций информационной системы.
Система планирования деятельности организации по сопровождению
35
программного
обеспечения
деятельности
фирмы.
предназначена
Основным
для
учета
назначением
и
планирования
системы
планирования
деятельности фирмы по сопровождению программного обеспечения является
автоматизация деятельности бизнес-процессов данной фирмы.
В
рамках
выпускной
квалификационной
работы
автоматизируется
деятельность в следующих бизнес-процессах:
1. Взаимодействие с клиентом.
2. Учет и анализ загруженности и квалификации сотрудников фирмы.
3. Распределение задач, поставленных клиентом, среди сотрудников.
4. Планирование рабочего времени сотрудников.
5. Организация последовательности работ.
Так же программа должна обеспечивать возможность выполнения
перечисленных ниже функций:
1. Функции добавления нового клиента в базу данных фирмы. Для
физического лица ввод следующих данных: фамилия, имя, отчество, дата рождения,
серия паспорта, номер паспорта, ИНН, адрес, телефон. Для юридического лица
ввод следующих данных: наименование организации, ИНН, ОГРН, телефон,
юридический адрес, фактический адрес.
2. Функции редактирования, удаления данных существующего клиента в базе
данных фирмы.
3. Функции добавления новых задач для реализации проекта.
4. Функции редактирования, удаления данных существующих задач в базе
данных фирмы.
5. Функции добавления новых проектов, поступивших от клиента.
6. Функции редактирования, удаления данных существующих проектов в базе
данных фирмы.
7. Функции добавления новых сотрудников (фамилия, имя, отчество, дата
рождения, серия паспорта, номер паспорта, ИНН, адрес, телефон) в базу данных
фирмы.
8. Функции редактирования, удаления данных существующих сотрудников в
36
базе данных фирмы.
9. Функции оформления нового договора для существующего клиента,
включая дату начала выполнения работ по проектирования и реализации проекта
клиента, длительность работ и итоговую стоимость выполненной работы.
10. Функции генерации текстового документа договора между клиентом и
фирмой в формате *.doc.
11. Функции оформления новой заявки для существующего клиента, включая
дату заявки и ответственного.
12. Функции генерации текстового документа заявки клиента в формате
*.doc.
13. Функции распределения задач по работе с проектом среди сотрудников
ИТ-отдела.
14. Функции полнотекстового поиска по БД.
15. Функции формирования отчета «График руководителя проекта».
16. Функции формирования отчета «График проекта».
17. Функции формирования отчета «Список задач сотрудника».
18. Функции формирования отчета «Диаграмма Ганта».
19. Функции формирования отчета «Количество необходимых ресурсов
для работы с проектом».
20. Функции формирования отчета «Свободные ресурсы».
21. Функции формирования отчета «Квалификация сотрудников».
Подбор
команды
разработчиков
для
выполнения
задачи
клиента
осуществляется путем поиска наименее загруженных сотрудников компании.
Причем в проекте должно участвовать не менее двух высококвалифицированных
специалистов. Распределение обязанностей между членами команды производит
руководитель проекта в соответствии с их квалификацией и должностными
обязанностями.
Система
планирования
деятельности
фирмы
по
сопровождению
программного обеспечения создается с целью:
1. Обеспечения сбора и первичной обработки исходной информации,
37
необходимой для выявления уровня сложности задачи, поставленной клиентом.
2. Повышения эффективности работы фирмы, за счет автоматического
распределения задач клиента среди сотрудников ИТ – отдела.
В результате создания информационной системы должны быть улучшены
значения следующих показателей:
1. Время, затрачиваемое на информационно-аналитическую деятельность.
Таким
образом,
нефункциональные
можно
требования
сформулировать
к
программной
функциональные
системе
и
планирования
деятельности фирмы по сопровождению программного обеспечения.
Функциональные требования:
Программная
система
планирования
деятельности
фирмы
по
сопровождению программного обеспечения должна решать следующие задачи:
1. Разграничение прав доступа (администратор, руководитель, проекта,
сотрудник). Администратор имеет право на просмотр графика сотрудников, а
также на работу с данными в БД (информация о клиентах, сотрудниках),
оформления договора с клиентом, формирование и просмотр необходимых
отчетов. Сотрудник имеет право на просмотр своего графика работы, ввод
информации о текущем состоянии части проекта, за которую он ответственен.
Руководитель
проекта
имеет
право
на просмотр
графика
сотрудников,
планирование и формирование этапов проекта, формирование и просмотр
необходимых отчетов.
2. Ввод, просмотр, изменение и удаление данных о сотрудниках, клиентах
(юридических лицах). Ввод и изменение данных должны осуществляться в
табличных формах. Изменение и удаление данных должно осуществляться после
просмотра соответствующих данных. Данные задачи должны быть доступны
администратору.
3. Оформление заявки на проект:
3.1. Цель, которая будет достигнута при реализации требования:
формирование заявки на проект.
3.2. Причина возникновения требования: требование руководителя
38
фирмы.
3.3. Пользователи, которым доступна работа с функциями системы,
реализующими требование: администратор, руководитель проекта.
3.4. Источник данных (ручной ввод, использование записей БД): проект
должен формироваться на основе записей в БД, содержащих информацию
о проекте (время, стоимость, задачи), а также на основе отчета о графике
сотрудников и их квалификации вручную должны вводиться сотрудники и
задачи, которые за ними закреплены. Если в БД не окажется необходимых
данных, то, не прерывая формирование заявки, ввести эти данные в БД.
4. Составление графика сотрудников:
4.1. Цель, которая будет достигнута при реализации требования:
формирование графика сотрудников ИТ-отдела.
4.2. Причина возникновения требования: требование руководителя
фирмы, руководителя проектов.
4.3. Пользователи, которым доступна работа с функциями системы,
реализующими требование: руководитель проектов.
4.4. Источник данных (ручной ввод, использование записей БД): график
должен формироваться на основе записей в БД, содержащих информацию
о сотруднике ИТ-отдела, задаче, которую ему необходимо будет
выполнить. Если в БД не окажется необходимых данных, то не прерывая
формирование графика инструкторов ввести эти данные в БД.
5. Формирование отчетных документов:
5.1. Должно быть реализовано формирование отчета «Список задач
сотрудника»:
5.1.1. Цель, которая будет достигнута при реализации требования:
оперативное получение информации о списке задач у сотрудника ИТотдела.
5.1.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.1.3. Пользователи, которым доступна работа со всеми функциями
39
системы, реализующими требование: администратор, руководитель
проектов, сотрудник ИТ-отдела.
5.1.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о задачах, закрепленных за сотрудником.
5.2. Должно
быть
реализовано
формирования
отчета
«График
руководителя проекта»:
5.2.1. Цель, которая будет достигнута при реализации требования:
оперативное получение информации о графике руководителя отдела.
5.2.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.2.3. Пользователи, которым доступна работа с функциями
системы, реализующими требование: администратор, руководитель
проектов.
5.2.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о графике руководителя проекта.
5.3. Должно быть реализовано формирования отчета «График проекта»:
5.3.1. Цель, которая будет достигнута при реализации требования:
оперативное получение информации о графике проекта.
5.3.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.3.3. Пользователи, которым доступна работа с функциями
системы,
реализующими
требование:
сотрудник
ИТ-отдела,
руководитель проектов.
5.3.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о графике проекта.
5.4. Должно быть реализовано формирования отчета «Количество
необходимых ресурсов для работы с проектом»:
40
5.4.1. Цель, которая будет достигнута при реализации требования:
оперативное
получение информации
о
количестве необходимых
ресурсов для работы с проектом.
5.4.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.4.3. Пользователи, которым доступна работа с функциями
системы, реализующими требование: руководитель проектов.
5.4.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о количестве необходимых ресурсов для работы с
проектом.
5.5. Должно быть реализовано формирования отчета «Свободные
ресурсы»:
5.5.1. Цель, которая будет достигнута при реализации требования:
оперативное получение информации о свободных ресурсах.
5.5.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.5.3. Пользователи, которым доступна работа с функциями
системы, реализующими требование: руководитель проектов.
5.5.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о свободных ресурсах, не задействованных в проекте.
5.6. Должно быть реализовано формирования отчета «Квалификация
сотрудников»:
5.6.1. Цель, которая будет достигнута при реализации требования:
оперативное получение информации о квалификации сотрудников.
5.6.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.6.3. Пользователи, которым доступна работа с функциями
системы, реализующими требование: руководитель проектов.
41
5.6.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о квалификации сотрудника.
5.7. Должно быть реализовано формирования отчета «Диаграмма
Ганта»:
5.7.1. Цель, которая будет достигнута при реализации требования:
оперативное получение графика по работе с проектом.
5.7.2. Причина
возникновения
требования:
требование
руководителя проектов.
5.7.3. Пользователи, которым доступна работа с функциями
системы, реализующими требование: руководитель проектов.
5.7.4. Источник данных (ручной ввод, использование записей БД):
отчет должен формироваться на основе записей в БД, содержащих
информацию о графике проекта и графике сотрудников ИТ-проекта.
Нефункциональные требования:
1. Операционная система: Microsoft Windows 2000 и выше или Microsoft
Windows Server 2003 и выше.
2. Процессор Intel Pentium/Celeron 1800 МГц и выше.
3. Оперативная память 256 Мбайт и выше (рекомендуется 512 Мбайт).
4. Жесткий диск (при установке используется около 250 Мбайт).
5. Масштабируемость.
6. Защита от несанкционированного изменения БД.
7. Резервное копирование и архивирование данных.
8. Интеграция с внешними программами.
9. Возможность поддержки.
2.2 Описание параметров сетевого графика и методов их расчета
Основные параметры сетевых моделей включают в себя критический путь,
резервы времени событий, работ и путей. Кроме этих показателей имеется ряд
вспомогательных, которые являются исходными для получения дополнительных
характеристик по анализу и оптимизации сетевого плана комплекса работ.
42
При расчетах применяют следующие параметры сетевой модели:
1. Ранний срок свершения события.
2. Поздний срок свершения события.
3. Резерв времени на свершение события.
4. Ранний срок начала работы.
5. Ранний срок окончания работы.
6. Поздний срок начала работы.
7. Поздний срок окончания работы.
8. Полный резерв времени работы.
9. Свободный резерв времени работы.
10. Коэффициент напряженности работы.
11. Продолжительность пути.
12. Продолжительность критического пути.
13. Полный резерв времени пути.
Рассмотрим определения и модели расчета параметров сетевой модели.
Ранний срок свершения события — это наиболее ранний (минимальный)
из
возможных
моментов
наступления
данного
события
при
заданной
наиболее
поздний
продолжительности работ.
Поздний
срок
свершения
события
—
это
(максимальный) из допустимых моментов наступления данного события, при
котором еще возможно выполнение всех последующих работ в установленный
срок.
Резерв времени на свершение события — это промежуток времени, на
который может быть отсрочено наступление события без нарушения сроков
завершения всего комплекса.
Резерв времени на свершение события определяется как разность между
поздним и ранним сроками наступления события.
Ранний срок начала работы является наиболее ранним (минимальным) из
возможных моментов начала данной работы при заданной продолжительности
работ. Он совпадает с ранним сроком наступления ее начального события.
43
Ранний срок окончания работы — это наиболее ранний (минимальный) из
возможных
моментов
окончания
данной
работы
при
заданной
продолжительности работ. Он превышает ранний срок наступления ее события на
величину продолжительности работы.
Поздний срок начала работы — это наиболее поздний (максимальный) из
допустимых моментов начала данной работы, при котором еще возможно
выполнение всех последующих работ в установленный срок.
Поздний срок окончания работы — это наиболее поздний (максимальный)
из допустимых моментов окончания данной работы, при котором еще возможно
выполнение последующих работ в установленный срок.
Полный резерв времени работы — это максимальное время, на которое
можно отсрочить начало или увеличить продолжительность работы ttj без
изменения общего срока выполнения комплекса.
Свободный резерв времени работы — это максимальное время, на которое
можно отсрочить начало или увеличить продолжительность работы при условии,
что все события сети наступают в свои ранние сроки.
Полный резерв времени пути показывает, на сколько могут быть
увеличены
продолжительности
всех
работ в
сумме
пути
относительно
критического пути.
Коэффициент напряженности работы
характеризует напряженность по
срокам выполнения работы. Чем ближе коэффициент напряженности к «1,0», тем
сложнее выполнять эту работу в установленные сроки [8].
Рассмотрим расчет сетевого графика табличным методом. Методика
ручного расчета сетевого графика в табличной форме заключается в следующем:
1.
Кодируем
(нумеруем)
события,
соблюдая
правило:
номер
предшествующего события должен быть меньше номера последующего.
2. Заполняем первые три графы таблицы, в которые заносятся исходные
данные по каждой работе – номера начальных событий предшествующих работ –
«графа 1», код работ – «графа 2», продолжительность работы – «графа 3».
Заполнение следует начинать с «графы 2». При этом следует придерживаться
44
следующего правила: в «графу 2» нужно сначала записать все работы, выходящие
из исходного события в порядке возрастания номеров, а затем записать
продолжительность работ в «графу 3». В «графе 1» ставим прочерки для работ,
которые выходят из исходного события сетевого графика, так как они не имеют
предшествующих работ. Закончив запись работ, выходящих из исходного
события, переходим к работам, выходящим из второго и последующих событий в
порядке их возрастания.
3. Определяем ранние сроки начала и окончания работ, заполняем
построчно «графа 4» и «графа 5». Расчет ведем от исходных к завершающим
событиям. Для исходного события сетевого графика ранние сроки начала работ
принимаем равными нулю, а окончания работ их – продолжительности. Если
работе ij предшествует только одна работа hi, то раннее окончание работы hi
равно раннему началу работы ij. Раннее начало рассматриваемой работы равно
раннему окончанию предыдущей работы.
При рассмотрении сложного события, когда ему предшествуют две и более
работ, раннее начало рассматриваемой работы равно наибольшему значению из
ранних окончаний предшествующих работ.
4. Рассчитываем поздние параметры работ – позднее начало и позднее
окончание и записываем построчно результаты в «графу 6» и «графу 7». Расчет
ведем в обратном порядке – от завершающих работ до исходной снизу вверх.
Сначала по каждой строке определяем поздние окончания работ – «графа 7»,
затем поздние начала работ – «графа 6».
Для простого события, из которого выходит только одна работа, позднее
окончание предшествующей работы равно позднему началу рассматриваемой
работы. Позднее начало данной работы равно разности между се поздним
окончанием и продолжительностью.
Для сложного события, из которого выходит несколько работ, позднее
окончание
предшествующих
работ
равно
меньшему
из
поздних
начал
рассматриваемых работ. Таким образом, при правильном расчете позднее начало
исходной работы должно быть равно нулю.
45
5. Определяем полный резерв времени. Полный резерв времени по каждой
строке определяется при сопоставлении «графы 6» и «графы 4» или «графы 7» и
«графы 5», как разность позднего и раннего начал или позднего и раннего
окончаний работ. Результат записываем в «графу 8».
6. Определяем частный резерв времени по каждой работе как разность
между ранним началом последующей работы по «графе 4» и ранним окончанием
данной работы по «графе 5». Результат записываем в «графу 9».
Работы не имеющие общего резерва, не имеют и частного резерва, поэтому
в «графе 9» должен быть всюду нуль, где нуль имеется в «графе 8».
При правильном расчете графика:
1.
Ранние
параметры
работ
должны
быть
меньше
или
равны
соответствующим поздним параметрам.
2. Критический путь должен представлять собой непрерывную цепь работ
от исходного события сетевого графика до завершающего и лежит на работах,
общий и частный резервы времени которых равны нулю.
3. Свободный резерв времени работы должен быть меньше или равен ее
полному резерву.
Графический метод расчета основан на следующих правилах:
1. Все события кодируются, нумеруются слева направо и сверху вниз.
2. Раннее начало работ, выходящих из первого события, равно нулю, Это
значение записывают в левом секторе исходного события.
3. В левом секторе каждого следующего события ставят число, равное
сумме раннего начала входящей работы и ее продолжительности. Если в событие
входит несколько работ, в левом секторе отмечают максимальную из получаемых
сумм.
4. В последнем событии графика число из левого сектора переносят в
правый сектор как позднее окончание работ.
5. Расчет поздних окончаний, т. е, значение правых секторов, ведут от
конечного события к начальному. Из позднего окончания работы вычитают ее
продолжительность и отмечают в правом секторе начального события этой
46
работы. Если из события выходит несколько работ, в отличие от расчета ранних
начал принимают минимальное значение параметра.
6. Частный резерв времени каждой работы определяют вычитанием из
значения левого сектора конечного события суммы значений левого; сектора
начального события и продолжительности работы. При расчете общего резерва
времени берут правое значение конечного события и вычитают туже сумму.
7. Работы, у которых частный и общий резервы времени равны нулю
образуют критический путь. Его выделяют на графике двойными линиями.
Сетевой график строится с учетом масштаба времени. Вначале в масштабе
времени вычерчивается сетка. Затем работы размещаются на сетке по параметрам
ранних начал. Эти работы должны быть по возможности параллельными и не
пересекаться, продолжительность каждой из них равна горизонтальной проекции
сплошной линии.
Если начало шкалы рабочих дней совместить с датой начала работ, то по
шкале календарного времени можно найти даты свершения событий или даты
начала и окончания работ. Наименование работ отмечается над стрелкой,
остальные параметры – под стрелкой в следующем порядке: продолжительность
работы (в днях) – сменность – численность рабочих.
Рассмотрим расчет параметров сетевого графика методом потенциалов.
Потенциалом события называют величину наиболее продолжительного
пути от данного события до завершающего. Потенциал события показывает,
сколько дней (часов, недель и т.д.) осталось от данного события до завершения
всех работ планируемой программы. Потенциал определяется последовательно,
начиная от завершающего события сети.
В качестве примера расчета методом потенциалов рассмотрен график на
рисунке 7. Его сеть аутентична сети графика на рисунке 6, из которого переносим
исходные данные для расчета. Расчет начинается с завершающего «события 6»,
потенциал которого равен нулю. В верхний сектор ставим прочерк, в правый
записываем нуль и переходим к последующему событию. Потенциал «события 5»
(продолжительность работы пять-шесть) равен пяти дням.
47
Рисунок 6 – Запись в секторах при расчете методом потенциалов
Рисунок 7 – Пример расчета методом потенциалов
Таким образом, потенциал исходного события составляет шестнадцать
дней, т.е. равен величине к ритического пути. А поскольку ранние начала работ
48
записаны в левых секторах, а на графике показаны продолжительности работ, то
можно определить их значение.
2.3 Построение прецедентной модели программной системы планирования
деятельности фирмы по сопровождению программного обеспечения
Модель бизнес-процессов описывает бизнес-процессы с точки зрения
внешнего пользователя, т.е. отражает взгляд на деятельность организации из вне
[6].
Проектирование
системы
начинается
с
изучения
и
моделирования
деятельности организации. Программная система планирования деятельности
фирмы по сопровождению программного обеспечения, прежде всего, требуется
следующим заинтересованным лицам: администратору, руководителю проекта и
сотрудникам ИТ-отдела. Следовательно, в данной модели следует ограничиться
тремя актерами: Администратором, Руководителем проекта и Сотрудником ИТотдела, которые являются пользователями системы. Администратор имеет право
работать с клиентами, заявками на проекты, сотрудниками организации,
составляя заявки, графики работ, ведя необходимый учет, и формируя отчеты,
необходимые для деятельности данной фирмы. Руководитель проекта имеет
возможность создания и просмотра графика работы сотрудников ИТ-отдела,
осуществления работы по планированию и разработке основных этапов проекта.
Сотрудник ИТ-отдела имеет возможность просмотра графика своей работы,
просмотра
графика
проекта.
Соответственно
основные
прецеденты
(варианты использования) для системы следующие:
1. Прецеденты для администратора: «Работа с клиентами», «Просмотр
необходимых отчетов».
2. Прецеденты для руководителя проекта: «Работа над проектами»,
«Работа с клиентами».
3. Прецеденты для сотрудника ИТ-отдела: «Работа с проектами», «Работа
над поставленной задачей».
Полученная прецедентная модель представлена на рисунке 8.
Действующее лицо Администратор, выполняя прецедент использования
Рисунок 8 – Прецедентная модель
49
50
«Работа с клиентами», имеет возможность вводить данные о клиенте
(наименование организации, ИНН, КПП, адрес, телефон). Это можно сделать,
выполнив прецедент использования «Ввод данных о клиенте». Однако прецедент
использования «Ввод данных о клиенте» не является неотъемлемой частью
прецедента использования «Работа с клиентами». Прецедент использования
«Работа с клиентами» является полной и без него. Следовательно, прецедент
использования «Ввод данных о клиенте» расширяет прецедент использования
«Работа с клиентами».
При
необходимости
действующее
лицо
Администратор
имеет
возможность просмотра данных о клиенте. Для этого ему необходимо выполнить
прецедент использования «Просмотр данных о клиенте». Данный прецедент
использования расширяет прецедент использования «Работа с клиентами»,
поскольку прецедент использования «Работа с клиентами» является полным и без
него. Действующее лицо Администратор, выполняя прецедент использования
«Просмотр данных о клиенте», имеет возможность редактировать и удалять
данные о клиенте. Это можно сделать, выполнив прецеденты использования
«Ввод данных о клиенте», «Редактирование данных о клиенте», «Удаление
данных
о
клиенте»,
не
являющиеся
неотъемлемой
частью
прецедента
использования «Просмотр данных о клиенте», а расширяющие его.
С
помощью
прецедента
использования
«Работа
над
проектом»
действующее лицо Руководитель проекта может осуществить ввод данных о
новом проекте (наименование проекта, дата начала проекта, планируемая дата
окончания проекта, стоимость проекта, заказчик, результат проекта).
Вышеуказанное действие актер Руководитель проекта может выполнить с
помощью прецедента использования «Ввод данных о проекте». Таким образом,
прецедент использования «Ввод данных о проекте» расширяет прецедент
использования «Работа над проектом».
При выполнении прецедента использования «Работа над проектом»
обязательно должны выполняться прецеденты использования «Разработка
технического
задания»
и
«Выбор
команды
проекта».
Без
прецедентов
51
использования «Разработка технического задания» и «Выбор команды проекта»
прецедент
использования
«Работа
над
проектом»
считается
неполным.
Следовательно, прецедент использования «Работа над проектом» включает в себя
прецеденты «Разработка технического задания» и «Выбор команды проекта».
При выполнении прецедента использования «Разработка технического
задания»
обязательно
должны
выполняться
прецеденты
использования
«Определение состава работ, необходимых для проработки и внедрения проекта»,
«Определение зависимости между работами», «Документирование зависимости
между работами», «Составление критического пути» (включает в себя прецедент
использования «Оценивание продолжительности работ»), «Определение цели,
задач и результата проекта», «Расстановка приоритетов результата (время,
стоимость и результат)», «Составление плана по подготовке и внедрению нового
проекта», «Определение контрольных точек», «Структурирование работ по
этапам», «Определение количества времени необходимого для осуществления
проекта», «Определение количества и оценивание стоимости ресурсов, требуемых
для выполнения работ проекта», «Анализ возможного влияния отклонений в
выполненных объемах работ на ход реализации проекта в целом», «Разработка
детального бизнес-плана», «Определение стоимости и бюджета проекта»,
«Подготовка необходимой документации для внедрения проекта», «Управление
рисками
проекта»,
распространения
и
«Обеспечение
последующего
своевременного
использования
сбора,
накопления,
информации
проекта»,
«Контроль соблюдения сроков процессов проработки и внедрения», «Контроль
изменения бюджета проекта», «Отслеживание отклонения от плана, внесение
корректировки в план и согласование его со всеми участниками проекта»,
«Составление необходимой отчетности». Без указанных выше прецедентов
использования прецедент использования «Работа над проектом»
считается
неполным. Следовательно, прецедент использования «Работа над проектом»
включает в себя все вышеуказанные прецеденты использования.
Далее при выполнении прецедента использования «Выбор команды
проекта» необходимо, чтобы выполнялись указанные прецеденты использования.
52
Это прецеденты «Составление цепочки взаимосвязей между участниками
команды проекта», «Организация собраний сотрудников проекта», «Определение
профессиональных навыков, необходимых участником команды проекта»,
«Определение ответственных лиц, которые будут участвовать в процессах
проработки и внедрения проекта», «Предоставление нужной информации в
обусловленные сроки
всем
участникам проекта».
Без
указанных
выше
прецедентов использования прецедент использования «Выбор команды проекта»
считается неполным. Следовательно, прецедент использования «Выбор команды
проекта» включает в себя все вышеуказанные прецеденты использования.
При выполнении действующим лицом Сотрудник ИТ-отдела прецедента
использования
«Работа над поставленной
задачей» обязательно должны
выполняться прецеденты использования «Разработка алгоритмов решения
задачи», «Выбор языка программирования», «Реализация поставленной задачи»,
«Отладка модуля программы», «Проведение корректировки разработанного
модуля программы», «Разработка инструкции по работе с программой». Без
указанных выше прецедентов использования прецедент использования «Работа
над поставленной задачей»
считается неполным. Следовательно, прецедент
использования «Работа над поставленной задачей» включает в себя все
вышеуказанные прецеденты использования.
53
3 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ПРОГРАММНОЙ СИСТЕМЫ
ПЛАНИРОВАНИЯ ДЕЯТЕЛЬНОСТИ ФИРМЫ ПО СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
3.1 Построение концептуальной схемы базы данных
Начальной стадией проектирования программной системы является
построение концептуальной схемы базы данных. На данном этапе выполняется
переход от прецедентной модели к структуре хранения информации [9].
Прецедентная модель представлена на рисунке 8. С помощью модели "сущность связь" определим взаимные связи и структуру используемой в системе
информации, которая, в полной мере, отражает ее работу. Полученная
концептуальная схема представлена на рисунке 9.
Процесс перехода к концептуальной схеме начнем с рассмотрения
детализации прецедента «Работа с клиентом». Администратор вносит в БД
необходимые данные о клиенте, которые необходимы для дальнейшей работы
организации. Для учета указанных выше сведений выделим сущность «Клиент».
Результатом деятельности, которая отражена прецедентом «Работа с клиентом»,
являются документы «Заявка», «Договор», содержащие информацию о клиенте,
сотрудниках и проекте. Данные документы, являются основными источниками
информации о снаряжении, поэтому целесообразно отразить их в данной схеме в
виде сущностей «Заявка», «Договор» и «Техническое задание».
Документ «Заявка» подает клиент, а оформляет администратор. Также
администратор вносит данные в БД о клиенте, при этом администратор может
редактировать уже имеющиеся данные. Документ «Договор» формирует
руководитель проекта и заключает договор с клиентом. Причем руководитель
проекта согласовывает с клиентом все параметры проекта.
Перейдем к рассмотрению прецедента использования «Работа над
проектом». В результате анализа данного прецедента была выделена сущность
«Проект», которая содержит общие сведения о проекте (данные о заказчике,
сроки проекта, бюджет проекта, ответственные лица), внесенные в базу данных
Рисунок 9 – Концептуальная схема
54
55
руководителем проекта. Для учета сведений о сотрудниках ИТ-отдела, которые
будут работать над данным проектом, выделим сущность «Команда проекта».
Причем данные о команде проекта также вводятся в БД руководителем проекта.
Перейдем
к
рассмотрению
прецедента
использования
«Разработка
технического задания». В результате анализа данного прецедента использования
была выделена сущность «Техническое задание», основным назначением которой,
является отражение основных параметров проекта. На основании информации,
полученной в ходе планирования, выполняется расчет основных материальных
потребностей и времени, необходимом для выполнения поставленных задач.
Результаты указанного выше расчета указываются в техническом задании.
Сведения, содержащиеся в данных документах целесообразно отразить в виде
сущности «Бюджет проекта», «Сроки проекта» и «Результат проекта».
Результатом технической подготовки для выполнения проекта является полный
комплект документации на выполняемые работы, который содержит все
необходимые сведения о проекте. Для отражения данной документации
необходимо выделить дополнительную сущность «Отчетность». Формировать и
просматривать отчетность может руководитель проекта, а администратор и
сотрудник ИТ-отдела имеют возможность просматривать необходимую для них
отчетность. При написании технического задания руководителю проекта
необходимо разработать детальный бизнес-план проекта с указанием этапов
проекта, их сроков, составление критического пути, определение ответственных
лиц, а также определение зависимости между работами и сотрудниками ИТотдела на основании соответствующей отчетности (загруженность сотрудника,
квалификация, загруженность ресурсов и т.д.). Таким образом, была выделена
сущность «Детальный бизнес-план», сведения которой содержатся в сущности
«Техническое задание».
Рассмотрим прецедент использования «Разработка над поставленной
задачей». Сотрудник ИТ-отдела помимо просмотра необходимой отчетности
разрабатывает, реализует и отлаживает алгоритм решения поставленной задачи.
После выполнения указанных выше работ сотрудник ИТ-отдела разрабатывает
56
инструкцию по работе с реализованным модулем. Результатом указанной выше
инструкции является документация по работе с программой. Для отражения
данной
документации
необходимо
выделить
дополнительную
сущность
«Инструкция по работе с программой».
3.2 Построение логической схемы базы данных
Процесс перехода к логической схеме начнем с рассмотрения сущности
«Ресурсы». Для учета сведений о имеющихся ресурсах выделена сущность
«Ресурсы».
Данная
сущность
характеризуется
такими
атрибутами,
как
«Наименование», «Количество», «Сотрудник» - сотрудник ответственный за
данный ресурс.
Рассмотрим сущность «Задача», содержащую общие сведения о заявке на
разработку проекта. Данная сущность характеризуется такими атрибутами, как
«Наименование», «Дата начала» - дата начала работы с данной задачей, «Дата
окончания» - планируемая дата окончания работы с задачей, «Трудоемкость» трудоемкость задачи, которая определяется руководителем проекта и измеряется
в часах, «Время исполнения» - время, затраченное на задачу на текущий момент
времени.
Перейдем к рассмотрению сущности «Сотрудник», которая содержит
общие сведения о сотрудниках. Каждого сотрудника можно охарактеризовать
следующими атрибутами: «Фамилия», «Имя», «Отчество», «Дата рождения»,
«Серия паспорта», «Номер паспорта», «Контактный телефон», «Должность»,
«Квалификация».
Рассмотрим сущность «Заявка», содержащую общие сведения о заявке на
разработку проекта. Данная сущность характеризуется такими атрибутами, как
«Клиент» - клиент, подавший заявку, ««Наименование», «Дата начала» - дата
начала работы над проектом, «Дата окончания» - дата окончания работы над
проектом и «Стоимость» - стоимость проекта.
Для отображения данных о заказчике (клиенте) была выделена сущность
«Клиент». Сущность «Клиент» характеризуется атрибутами «Наименование»,
«ИНН», «КПП», «ОКПО», «Адрес юридический», а также «Адрес фактический»,
57
«Контактный телефон», «Тип клиента», «ОГРН ИП».
Полученная логическая схема представлена на рисунке 10.
В большинстве сущностей в качестве первичных ключей выбраны
суррогатные ключи, не связанные с физическим содержанием сущностей.
Несмотря на то, что первичными ключами в этих сущностях могут
выступать и другие атрибуты, предпочтение суррогатным ключам отдано потому,
что:
1. Суррогатный
ключ
является
произвольным
номером,
который
уникальным образом определяет запись в сущности.
2. Суррогатные ключи могут автоматически генерироваться системой так,
чтобы нумерация была сплошной, т.е. без пропусков [10].
Перейдем к рассмотрению связей между сущностями.
Для поддержания возможности хранения информации о ресурсах,
используемых в задачах необходимо построить рекурсивную связь типа «многие
ко многим» (М:M) для сущностей «Задача» и «Ресурс», поскольку в одном
проекте может быть задействовано несколько ресурсов и один ресурс может быть
задействован в нескольких проектах. Указанная выше связь реализуется
посредством
ассоциативной
сущности
«Ресурсы_has_Задача»,
в
которую
добавлен атрибут «Количество для задачи». Данный атрибут показывает
количество ресурсов, необходимое для данной задачи.
Между
сущностью
«Заявка»
и
сущностью
«Задача»
необходима
неидентифицирующая связь типа «один ко многим» (1:М), так как один проект
может состоять из нескольких задач, причем одну задача может быть
составляющей только одного проекта.
Между
сущностью
«Клиент»
и
сущностью
«Заявка»
необходима
неидентифицирующая связь типа «один ко многим» (1:М), так как один заказчик
(клиент) может подать несколько заявок на проект, причем одну заявку может
подать только один заказчик.
Между сущностями «Сотрудник» и «Заявка» необходимо построить
рекурсивную связь типа «многие ко многим» (М:M), поскольку в одном проекте
Рисунок 10 – Логическая схема базы данных
58
59
может быть задействовано несколько сотрудников и один сотрудник может быть
задействован в нескольких проектах. Указанная выше связь реализуется
посредством ассоциативной сущности «Сотрудник_has_Заявка», в которую
добавлен атрибут «Роль». Данный атрибут определяет роль сотрудника в данной
заявке.
Между сущностями «Сотрудник» и «Задача» необходимо построить
рекурсивную связь типа «многие ко многим» (М:M), поскольку в одной задаче
может быть задействовано несколько сотрудников и один сотрудник может быть
задействован в нескольких задачах. Указанная выше связь реализуется
посредством ассоциативной сущности «Сотрудник_has_Задача», в которую
добавлен атрибут «Роль». Данный атрибут определяет роль сотрудника в данной
заявке.
3.3 Разработка основных алгоритмов работы с данными
Первичным документом, на основании которого происходит работа с
проектом,
является
соответствующий
«Заявка».
алгоритм
Для
формирования
формирования
заявки.
заявки
необходим
Рассмотрим
алгоритм
формирования заявки. Данный алгоритм представлен на рисунке 11. В процессе
формирования заявки происходит выполнение ряда процедур и запросов.
Запрос 1. Выбрать проект (заявку). Данный запрос выбирает данные о
необходимом проекте: наименование, дата начала, дата окончания проекта.
Запрос 2. Выбрать юридическое лицо. Данный запрос выбирает данные о
необходимом юридическом лице: наименование, ИНН, КПП, ОКПО, адрес
юридический, адрес фактический, контактный телефон.
Запрос 3. Выбрать ИП. Данный запрос выбирает данные о необходимом
индивидуальном предпринимателе: фамилия, имя, отчество, ИНН, ОГРН ИП,
адрес юридический, адрес фактический, контактный телефон.
Первичным документом, на основании которого происходит утверждение
всех аспектов работы с проектом, является «Договор». Для формирования
договора необходим соответствующий алгоритм формирования договора.
Рассмотрим алгоритм формирования договора. Данный алгоритм представлен на
60
Рисунок 11 – Алгоритм формирования заявки
61
рисунке 12. В процессе формирования договора происходит выполнение ряда
процедур и запросов.
Запрос 1. Выбрать проект. Данный запрос выбирает данные о проекта
(если указана).
Запрос 2. Выбрать заказчика. Данный запрос выбирает данные о
необходимом клиенте: наименование, дата начала (если указана), дата окончания
проекта (если указана), стоимость лицо, тогда: наименование, ИНН, КПП, ОКПО,
адрес юридический, адрес фактический, контактный телефон.
Основной задачей разрабатываемой программной системы является
распределение задач проекта среди сотрудников ИТ-отдела. Руководитель
проекта разбивает проект на задачи и оценивает уровень сложности каждой
задачи. Далее происходит последовательное распределение каждой задачи среди
сотрудников ИТ-отдела.
Рисунок 12 – Алгоритм формирования договора
62
Для
распределения
задач
необходим
соответствующий
алгоритм
распределения задач. Рассмотрим алгоритм распределения задач. Данный
алгоритм представлен на рисунке 13. В процессе распределения задач происходит
выполнение ряда процедур и запросов.
Запрос 1. Выбрать проект. Данный
запрос выбирает данные о
необходимом проекте: наименование, дата начала, дата окончания проекта.
Запрос 2. Выбрать задачу. Данный запрос выбирает данные о необходимой
задаче проекта: наименование задачи проекта, ее уровень сложности и
продолжительность.
Запрос 3. Выбрать наименее загруженных сотрудников. Данный запрос
выбирает данные о необходимом сотруднике: ФИО, дата рождения, паспортные
данные, контактный телефон, квалификация.
Запросы 4, 6, 8. Выбрать сотрудника, срок окончания последней задачи
которого меньше, чем у остальных. Данный запрос выбирает данные о
необходимом сотруднике: ФИО, дата рождения, паспортные данные, контактный
телефон, квалификация.
Запрос 5. Выбрать высококвалифицированных сотрудников у которых
минимальной загруженностью и опытом работы больше трех лет. Данный запрос
выбирает данные о необходимом сотруднике: ФИО, дата рождения, паспортные
данные, контактный телефон, квалификация.
Запрос
7.
Выбрать
высококвалифицированных
сотрудников
с
минимальной загруженностью. Данный запрос выбирает данные о необходимом
сотруднике: ФИО, дата рождения, паспортные данные, контактный телефон,
квалификация.
Запрос 9. Получить дату окончания последней задачи в списке выбранного
сотрудника. Данный запрос выбирает данные о необходимой задаче: дату
окончания.
Запрос 10. Получить время выполнения задачи. Данный запрос выбирает
данные о необходимой задаче: дата начала, дата окончания.
63
Рисунок 13 – Алгоритм распределения задач проекта
64
3.4 Выбор средств реализации программной системы
Одним из требований, предъявляемых к проектируемой программной
системе планирования деятельности фирмы по сопровождению программного
обеспечения,
является
периодическое
выполнение
операции
резервного
копирования и архивирования информационной базы, которые предусмотрены в
системе «1С:Предприятие 8.2» для предотвращения полной потери информации в
случае порчи основного файла БД. Система «1С:Предприятие 8.2» – это
многозадачная система. В ней качественно реализован и отлажен механизм
регламентации доступа к данным для различных пользователей. Когда в одной
БД, содержащей всю информацию о компании, работают все сотрудники
компании, начиная от стажеров и заканчивая генеральным директором, очень
важно закрыть доступ к критически важным данным для людей, которым их знать
не положено, при этом сохранив для них возможность полноценной работы в
системе. Система «1С:Предприятие» легко справляется с этой задачей. Система
«1С:Предприятие» с легкостью справляется с большим объемом данных:
множество транзакций обрабатываются за секунды, размер БД практически не
имеет значения.
При выборе системы автоматизации требуется принять решение о
разделении различных подсистем автоматизации или, наоборот, о централизации
путем внедрения комплексного решения. Современные тенденции развития
экономических систем и мировой опыт показывают, что универсального
механизма для решения этой проблемы не существует. Система программ
«1С:Предприятие 8.2» предоставляет возможность реализации подходов: как
внедрение комплексного решения, так и внедрение отдельных прикладных
решений, которые будут работать автономно или интегрировано с другими
решениями
«1С».
бесперебойность
Также
работы
система
«1С:Предприятие
пользователей
во
время
8.2»
обеспечивает
возникновения
сбоев
программного или аппаратного характера.
В системе «1С:Предприятие 8.2» реализован современный эргономичный
интерфейс, за счет чего повышена комфортность работы пользователей при
65
работе с системой в течение длительного времени.
Система «1С:Предприятие 8.2» обеспечивает различные варианты работы
прикладного решения: от персонального однопользовательского, до работы в
масштабах больших рабочих групп и предприятий. Ключевым моментом
масштабируемости является то, что повышение производительности достигается
средствами платформы, и прикладные решения не требуют доработки при
увеличении количества одновременно работающих пользователей. Система
«1С:Предприятие
8.2»
является
открытой
системой.
Предоставляется
возможность для интеграции практически с любыми внешними программами и
оборудованием на основе общепризнанных открытых стандартов и протоколов
передачи данных. Мощные средства формирования отчетов и печатных форм
обеспечивают широкие возможности оформления и интерактивной работы.
Для реализации программной системы планирования деятельности фирмы
по сопровождению программного обеспечения, отвечающей всем необходимым
требованиям, выбрана платформа «1С:Предприятие 8.2».
66
4 РАЗРАБОТКА ПРОТОТИПА ПРОГРАММНОЙ СИСТЕМЫ
ПЛАНИРОВАНИЯ ДЕЯТЕЛЬНОСТИ ФИРМЫ ПО СОПРОВОЖДЕНИЮ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
4.1 Построение ограничений целостности базы данных
При проектировании БД в качестве одной из главных задач ставится
возможность более полно выявить все имеющиеся ограничения целостности и
задать их в БД. Целостность БД не гарантирует достоверности содержащейся в
ней информации, но обеспечивает, по крайней мере, правдоподобность этой
информации, отвергая заведомо невероятные, невозможные значения.
Рассмотрим ограничения целостности на значения атрибутов. Ограничения
целостности атрибута являются ограничениями, накладываемыми на допустимые
значения атрибута.
Сущность «Сотрудник» обладает следующими атрибутами:
1. «Фамилия», имеющим строковый тип с длиной 255 символов.
2. «Имя», имеющим строковый тип с длиной 255 символов.
3. «Отчество», имеющим строковый тип с длиной 255 символов.
4. «Дата рождения» тип «Дата».
5. «Серия паспорта», имеющим строковый тип.
6. «Номер паспорта», имеющим строковый тип.
7. «Контактный телефон», имеющим строковый тип.
8. «Должность», имеющим строковый тип с длиной 255 символов.
9. «Квалификация», имеющим строковый тип.
Сущность «Клиент» обладает атрибутом «Тип клиента», имеющим тип
булево, а также характеристиками:
1. «Наименование», имеющим строковый тип с длиной 255 символов.
2. «ИНН», имеющим строковый тип.
3. «КПП», имеющим строковый тип.
4. «ОКПО», имеющим строковый тип.
5. «Адрес юридический», имеющим строковый тип.
67
6. «Адрес фактический», имеющим строковый тип».
7. «Контактный телефон», имеющим строковый тип.
8. «ОГРН ИП», имеющим строковый тип.
Сущность «Заявка» обладает атрибутом «Стоимость», который имеет
числовой тип, а также следующими характеристиками:
1. «Наименование», имеющим строковый тип.
2. «Дата начала», имеющим тип «Дата».
3. «Дата окончания», имеющим тип «Дата».
Сущность «Ресурсы» характеризуется двумя атрибутами:
1. «Наименование», имеющим строковый тип.
2. «Количество», имеющим числовой тип.
Сущность «Задача» характеризуется следующими атрибутами:
1. «Наименование», имеющим стоковый тип.
2. «Дата начала», имеющим тип «Дата».
3. «Дата окончания», имеющим тип «Дата».
4. «Трудоемкость», имеющим числовой тип.
5. «Время исполнения», имеющим числовой тип.
Сущности «Сотрудник_has_Задача» и «Сотрудник_has_Заявка» обладают
атрибутом «Роль», имеющим строковый тип. Сущность «Ресурсы_has_Задача»
характеризуется атрибутом «Количество для задачи», имеющим числовой тип.
4.2 Организация доступа к данным и безопасность
Прежде всего, необходимо выделить круг пользователей, работающих с
программной системой. Программная система планирования деятельности фирмы
по
сопровождению
программного
обеспечения
позволяет
вести
список
пользователей, которым разрешена работа с системой. Этот список не является
частью прикладного решения, а создается отдельно в конкретной организации, в
которой используется проектируемая система. Для каждого пользователя
задается имя, уникальное идентифицирующее пользователя в системе, полное
имя, используемое при отображении справочной информации, и порядок
аутентификации (опознавания) пользователя системой. Поскольку используется
68
аутентификация пользователя, то следует отключить возможность изменения
пароля пользователем. Если пароль, введенный пользователем, не соответствует
тому, который хранится в информационной базе, доступ к системе будет закрыт.
Доступ к проектируемой программной системе имеют следующие
пользователи: администратор, руководитель проекта, сотрудник ИТ-отдела.
Разграничение полномочий среди списка пользователей целесообразно
провести в соответствии с их служебными обязанностями.
Список пользователей позволяет указать роли, которые будут доступны
пользователю при работе с прикладным решением. Роль определяет, какие
действия и над какими объектами метаданных может выполнять пользователь,
который выступает в этой роли. В процессе ведения списка пользователей
прикладного решения каждому пользователю ставится в соответствие одна или
несколько ролей.
Для реализации ограничения прав доступа в программной системе
планирования
деятельности
фирмы
по
сопровождению
программного
обеспечения следует создать следующие роли: администратор, руководитель
проекта, сотрудник ИТ-отдела.
Администратору фирмы по сопровождению программного обеспечения
соответствует роль «Администратор». Администратор выполняет функции
администрирования и ввода первичной информации. Выполнение этих задач
должно включать в себя полные права на работу с данными информационной
базы. Причем следует снять разрешение на интерактивное удаление для всех
объектов. Это необходимо для того, чтобы администратор случайно не мог
удалить выбранный им объект БД.
Каждому сотруднику ИТ-отдела фирмы по сопровождению программного
обеспечения
соответствует
используют
сведения,
роль
«Сотрудник
предоставленные
ИТ-отдела».
информационной
Сотрудники
системой
в
соответствующий отчетах. Таким образом, для сотрудников ИТ-отдела следует
установить право для просмотра необходимых отчетов.
Руководителям проектов организации по сопровождению программного
69
обеспечения соответствует роль «Руководитель проекта». Руководитель проекта
должен иметь доступ к просмотру, вводу, изменению и удалению всех данных в
информационной базе. Следовательно, для данной роли следует установить
полные права на работу с метаданными.
После появления ролей появилась возможность настройки видимости
команд по ролям. Так как сотрудник ИТ-отдела не имеет доступа во все
подсистемы, кроме подсистемы «Отчеты», то он увидит команды только
подсистемы «Отчеты». Для того, чтобы облегчить его командный интерфейс,
следует перейти к редактированию глобального командного интерфейса и для
определенных команд каждой подсистемы снять видимость для роли «Сотрудник
ИТ-отдела». Аналогично для администратора фирмы будут доступны команды
подсистем «Отчеты» и «Работа с клиентами». Для руководителя проекта будет
доступен полный интерфейс программной системы планирования деятельности
фирмы по сопровождению программного обеспечения. Таким образом, при входе
в систему пользователи с разными ролями будут иметь различные интерфейсы.
4.3 Структура программной системы планирования деятельности фирмы по
сопровождению программного обеспечения
Система
планирования
деятельности
фирмы
по
сопровождению
программного обеспечения должна быть централизованной [1], т.е. все данные
должны располагаться в центральном хранилище. К достоинствам такой
архитектуры относятся отсутствие необходимости администрирования рабочих
мест и легкость эксплуатации и обслуживания программной системы, поскольку
все ресурсы сосредоточены в одном месте.
На этапе процесса проектирования архитектуры следует разбить систему
на несколько взаимодействующих подсистем. Данная программная система
состоит из трех подсистем: «Подсистема работы администратора», «Подсистема
работы руководителя проекта», «Подсистема работы сотрудника ИТ-отдела». Для
того чтобы подсистемы, составляющие систему, работали эффективнее, между
ними должен идти обмен информацией. Все совместно используемые данные
хранятся в центральной БД, которая доступна всем подсистемам.
70
Программная
система
планирования
деятельности
фирмы
по
сопровождению программного обеспечения должна иметь архитектуру, которая
изображена на рисунке 14.
«Подсистема работы администратора» разбита на следующие части:
1. «Ввод сведений о клиенте (юридическое лицо, ИП)». Данный раздел
включает в себя следующие данные:
1.1. Для юридического лица:
1.1.1. Наименование организации.
1.1.2. ИНН.
1.1.3. ОГРН.
1.1.4. Юридический адрес.
1.1.5. Фактический адрес.
1.1.6. Телефон.
1.2. Для физического лица:
1.2.1. Фамилия.
1.2.2. Имя.
1.2.3. Отчество.
1.2.4. Дата рождения.
1.2.5. Серия паспорта.
1.2.6. Номер паспорта.
1.2.7. ИНН.
1.2.8. Адрес.
1.2.9. Телефон.
2. «Ввод сведений о сотруднике». Данный раздел включает в себя
следующие данные:
2.1. Фамилия.
2.2. Имя.
2.3. Отчество.
2.4. Дата рождения.
2.5. ИНН.
71
Рисунок 14 – Архитектура системы
2.6. Серия паспорта.
2.7. Номер паспорта.
2.8. Адрес.
2.9. Телефон.
2.10. Уровень квалификации.
3. «Модуль формирования заявки». Данный модуль включает в себя
следующие данные:
3.1. Номер заявки.
3.2. Дата заявки.
3.3. Клиент.
3.4. Ответственный.
4. «Модуль формирования договора». Данный модуль включает в себя
следующие данные:
4.1. Клиент.
4.2. Дата начала проекта.
4.3. Дата окончания проекта.
4.4. Стоимость проекта.
5. «Модуль полнотекстового поиска по БД».
6. «Модуль формирования отчета «График руководителя проекта».
72
Данный модуль включает в себя следующие данные:
6.1. Сотрудник.
6.2. Дата начала задачи.
6.3. Дата окончания задачи.
6.4. Наименование задачи.
«Подсистема работы руководителя проекта» состоит из следующих
частей:
1. «Модуль работы с проектом». Данный модуль включает в себя:
1.1. Добавление задач проекта:
1.1.1. Наименование.
1.1.2. Длительность.
1.1.3. Ответственный.
1.2. Определение последовательности задач.
2. «Модуль работы с задачей сотрудника». Данный модуль включает в
себя:
2.1. Ввод данных о состоянии задачи.
2.2. Внесение изменений о состоянии задачи.
3. «Модуль распределения задач среди сотрудников».
4. «Модуль полнотекстового поиска по БД».
5. «Модуль формирования отчета «График проекта». Данный модуль
включает в себя следующие данные:
5.1. Проект.
5.2. Список задач проекта.
5.3. Сроки задач.
5.4. Список сотрудников, закрепленных за конкретной задачей.
5.5. Список ресурсов, используемых для выполнения задачи.
6. «Модуль формирования отчета «Список задач сотрудника». Данный
модуль включает в себя следующие данные:
6.1. Сотрудник.
6.2. Задачи сотрудника (порядок зависит от времени).
73
6.3. Длительность задачи.
7. «Модуль формирования отчета «Диаграмма Ганта графика проекта».
Данный модуль - это графическое представление отчета, в котором наглядно
отображается на временной школе последовательность выполнения задач
сотрудниками ИТ-отдела.
8. «Модуль формирования отчета «Количество необходимых ресурсов для
работы с проектом». Данный модуль включает в себя следующие данные:
8.1. Проект.
8.2. Задача.
8.3. Количество ресурсов.
9. «Модуль формирования отчета «Свободные ресурсы». Данный модуль
включает в себя следующие данные:
9.1. Ресурс.
9.2. Время, когда ресурс не задействован ни в каком проекте.
10. «Модуль
формирования
отчета
«Квалификация
сотрудников».
Данный модуль включает в себя следующие данные:
10.1. Сотрудник.
10.2. Квалификация.
«Подсистема Работы сотрудника ИТ-отдела» разбита на следующие части:
1. «Модуль работы с проектом/задачей». Данный модуль включает в себя:
1.1. Просмотр данных.
1.2. Внесение данных о состоянии задачи/проекта.
2. «Модуль формирования отчета «График работы с проектом». Данный
модуль включает в себя следующие данные:
2.1. Проект.
2.2. Список задач проекта.
2.3. Сроки задач.
2.4. Список сотрудников, закрепленных за задачами.
2.5. Список ресурсов, задействованных в задаче.
3. «Модуль формирования отчета «Список задач сотрудника». Данный
74
модуль включает в себя следующие данные:
3.1. Сотрудник.
3.2. Задачи сотрудника.
3.3. Длительность задачи.
Подробная
архитектура
разрабатываемой
информационной
системы
изображена на рисунке 15.
На данном рисунке отдельные подсистемы представлены отдельными
блоками.
Поскольку каждая подсистема разбита на несколько частей, то на рисунке
эти части изображены овалами внутри больших блоков. Потоки данных между
подсистемами обозначены стрелками.
При
создании
данной
информационной
системы
моделирования
деятельности фирмы по сопровождению программного обеспечения используем
имитационное моделирование.
Рисунок 15 – Подробная архитектура системы
75
4.4 Разработка пользовательского интерфейса программной системы
планирования деятельности фирмы по сопровождению программного
обеспечения
Интерфейс программной системы планирования деятельности фирмы по
сопровождению
командного
программного
интерфейса,
обеспечения
являющегося
выполнен
основным
с
использованием
средством
навигации
пользователя по функциональности данной системы. Интерфейс программной
системы построен на основе подсистем. Поскольку доступ к системе имеют три
типа пользователей: администратор, руководитель проекта и сотрудник ИТотдела, предусмотрено три вида интерфейса. На рисунке 16 представлена
структура основного меню программы для администратора.
Рисунок 16 – Структура основного меню программы для администратора
76
На рисунке 17 представлена структура основного меню программы для
руководителя проекта.
Рисунок 17 – Структура основного меню программы для руководителя
проекта
На рисунке 18 представлена структура основного меню программы для
сотрудника ИТ-отдела.
77
Рисунок 18 – Структура основного меню программы для сотрудника ИТотдела
По ходу работы с программой, пользователю приходится работать с
большим количеством разнообразных форм и диалоговых окон. На рисунке 19
представлена рекурсивно-транзитивная сеть логики диалога главной формы
пользовательского интерфейса системы.
Рисунок 19 – Схема главной формы пользовательского интерфейса
системы
78
На данном рисунке узлы направленного графа соответствуют состояниям
пользовательского интерфейса, дуги – переходам между состояниями. Описание
переходов рекурсивно-транзитивной сети главной формы пользовательского
интерфейса представлено в таблице 2.
Таблица
2
–
Переходы
рекурсивно-транзитивной
сети
главной
формы
пользовательского интерфейса
Обозначения
Содержание перехода
1
Выбор команды главного меню «Подсистема «Отчеты»
2
Окончание работы с подсистемой «Отчеты»
3
Выбор команды главного меню
«Подсистема «Работа с
заявкой»
Окончание работы с подсистемой «Работа с заявкой»
4
6
Выбор команды главного меню
«Подсистема «Работа с
проектом»
Окончание работы с подсистемой «Работа с проектом»
7
Окончание работы с системой
5
На рисунке 20 представлена детализация логики диалога подсистемы
«Работа с проектом» пользовательского интерфейса системы, описанная
рекурсивно-транзитивной сетью.
На данном рисунке узлы направленного графа соответствуют состояниям
пользовательского интерфейса, дуги – переходам между состояниями. Описание
переходов рекурсивно-транзитивной сети подсистемы «Работа с проектом»
пользовательского интерфейса представлено в таблице 3.
Таблица 3 – Переходы рекурсивно-транзитивной сети подсистемы «Работа с
проектом» пользовательского интерфейса
Обозначения
Содержание перехода
1
2
1
Нажатие кнопки выбора проекта из списка проектов
2
Нажатие кнопки «Закрыть»
79
Продолжение таблицы 3
1
2
3
Нажатие кнопки выбора необходимого проекта
4
Нажатие кнопки «Записать и закрыть» или «Закрыть»
5
Нажатие кнопки выбора сотрудника из списка сотрудников
6
Нажатие кнопки «Закрыть»
7
Нажатие кнопки выбора необходимого сотрудника
8
Нажатие кнопки «Записать и закрыть» или «Закрыть»
9
Нажатие кнопки выбора задачи проекта из списка задач
10
Нажатие кнопки «Закрыть»
11
Нажатие кнопки выбора необходимой задачи
12
Нажатие кнопки «Записать и закрыть» или «Закрыть»
13
Нажатие кнопки редактирования необходимой задачи
14
Нажатие кнопки «Записать и закрыть» или «Закрыть»
15
Нажатие кнопки распределения задач между сотрудниками
16
Нажатие кнопки «Закрыть»
17
Окончание работы с подсистемой
Рисунок 20 – Схема подсистемы «Работа с проектом» пользовательского
интерфейса системы
80
На рисунке 21 представлена детализация логики диалога подсистемы
«Работа
с
заявкой»
пользовательского
интерфейса
системы,
описанная
рекурсивно-транзитивной сетью.
Рисунок 21 – Схема подсистемы «Работа с заявкой» пользовательского
интерфейса системы
На данном рисунке узлы направленного графа соответствуют состояниям
пользовательского интерфейса, дуги – переходам между состояниями. Описание
переходов рекурсивно-транзитивной сети подсистемы «Работа с заявкой»
пользовательского интерфейса представлено в таблице 4.
Таблица 4 – Переходы рекурсивно-транзитивной сети подсистемы «Работа с
заявкой» пользовательского интерфейса
Обозначения
Содержание перехода
1
2
1
Нажатие кнопки выбора клиента
2
Нажатие кнопки «Записать и закрыть» или «Закрыть»
3
Нажатие кнопки выбора типа клиента «Индивидуальный
предприниматель»
4
Нажатие кнопки «Записать и закрыть» или «Закрыть»
5
Нажатие кнопки редактирования сведений о клиенте
6
Нажатие кнопки «Записать и закрыть» или «Закрыть»
81
Продолжение таблицы 4
1
2
7
Нажатие кнопки выбора типа клиента «Юридическое лицо»
8
Нажатие кнопки «Записать и закрыть» или «Закрыть»
9
Нажатие кнопки редактирования сведений о клиенте
10
Нажатие кнопки «Записать и закрыть» или «Закрыть»
11
Нажатие кнопки выбора сотрудника
12
Нажатие кнопки «Записать и закрыть» или «Закрыть»
13
Нажатие кнопки редактирования сведений о сотруднике
14
Нажатие кнопки «Записать и закрыть» или «Закрыть»
15
Нажатие кнопки формирования договора
16
Нажатие кнопки «Закрыть»
17
Нажатие кнопки выбора заявки из списка заявок
18
Нажатие кнопки «Закрыть»
19
Нажатие кнопки выбора необходимой заявки
20
Нажатие кнопки «Записать и закрыть» или «Закрыть»
21
Нажатие кнопки добавления новой заявки
22
Нажатие кнопки «Закрыть»
23
Нажатие кнопки ввода данных о заявке
24
Нажатие кнопки «Записать и закрыть» или «Закрыть»
25
Нажатие кнопки редактирования сведений о заявке
26
Нажатие кнопки «Записать и закрыть» или «Закрыть»
27
Нажатие кнопки формирования договора
28
Нажатие кнопки «Закрыть»
29
Окончание работы с подсистемой
82
На рисунке 22 представлена детализация логики диалога подсистемы
«Отчеты» пользовательского интерфейса системы, описанная рекурсивнотранзитивной сетью.
Рисунок 22 – Схема подсистемы «Отчеты» пользовательского интерфейса
системы
На данном рисунке узлы направленного графа соответствуют состояниям
пользовательского интерфейса, дуги – переходам между состояниями. Описание
переходов
рекурсивно-транзитивной
сети
подсистемы
«Отчеты»
пользовательского интерфейса представлено в таблице 5.
Таблица 5 – Переходы рекурсивно-транзитивной сети подсистемы «Отчеты»
пользовательского интерфейса
Обозначения
Содержание перехода
1
2
1
Нажатие кнопки выбора отчета «Свободные ресурсы для
работы»
2
Нажатие кнопки «Закрыть»
3
Нажатие кнопки выбора отчета «Квалификация сотрудников»
4
Нажатие кнопки «Закрыть»
5
Нажатие кнопки выбора отчета «Полнотекстовый поиск в БД»
83
Продолжение таблицы 5
1
2
6
Нажатие кнопки «Закрыть»
7
Нажатие кнопки выбора отчета «График проекта»
8
Нажатие кнопки «Закрыть»
9
Нажатие кнопки выбора отчета «Список задач сотрудника»
10
Нажатие кнопки «Закрыть»
11
Нажатие кнопки выбора отчета «Диаграмма Ганта графика
проекта»
12
Нажатие кнопки «Закрыть»
13
Нажатие кнопки выбора отчета «Количество необходимых
ресурсов для работы проекта»
14
Нажатие кнопки «Закрыть»
15
Окончание работы с подсистемой
84
ЗАКЛЮЧЕНИЕ
В ходе выполнения выпускной квалификационной работы разработана и
реализована программная система планирования деятельности фирмы по
сопровождению программного обеспечения:
1. Описана
деятельность
фирмы
по
сопровождению программного
обеспечения.
2. Выявлены цель, задачи и основные требования для разработки
программной системы планирования деятельности фирмы по сопровождению
программного обеспечения.
3. Построена прецедентная модель предметной области.
4. Было
выполнено
проектирование
базы
данных
и
ограничение
целостности данных.
5. Разработаны основные алгоритмы работы с данными.
6. Разработана
структура
программной
системы
планирования
деятельности фирмы по сопровождению программного обеспечения.
7. Разработан интерфейс под каждого пользователя проектируемой
программной системы.
8. Реализована программная система планирования деятельности фирмы
по сопровождению программного обеспечения.
Программная
система
соответствует
всем
предъявляемым
к
ней
требованиям и обеспечивает поддержку необходимых функций.
В рамках данной выпускной квалификационной работы программная
система планирования деятельности фирмы по сопровождению программного
обеспечения
считается
законченной.
Развитие
системы
производить в наращивании функциональных возможностей.
предполагается
85
СПИСОК ЛИТЕРАТУРЫ
1. Олькина, Е. В. Методические указания по оформлению пояснительных
записок к дипломным, курсовым проектам (работам) и отчетам по практикам в
соответствии с требованиями государственных стандартов [Текст]/ Елена
Олькина.- Орел: ОрелГТУ.- 2017.- 54 с.
2. Вендров,
экономических
А.М.
Проектирование
информационных
систем:
программного
учебник
/
А.М.
обеспечения
Вендров.
-
Издательство: Финансы и статистика, 2006. -544 с. –ISBN: ISBN 5-279-02937-8.
3. Маклаков, С.В. Моделирование бизнес – процессов с BPwin 4.0 / С.В.
Маклаков. – Издательство: Москва: ДИАЛОГ-МИФИ, 2002. -224 с. –ISBN: 586404-165-3.
4. Савина О. А. Методические указания по прохождению учебной
практики
для
направления
подготовки
магистров
09.04.03
Прикладная
информатика [Электронный ресурс]/ О.А. Савина. – Орел: ГосуниверситетУНПК, 2012. – 22 с. Режим доступа: http://elib.ostu.ru/
5. Савина О.А. Методические указания по подготовке магистерской
диссертации [Электронный ресурс]/ О.А. Савина. – Орел: Госуниверситет- УНПК,
2012. – 28 с. Режим доступа: http://elib.ostu.ru/.
6. Прецедентная модель [Электронный ресурс]. – Режим доступа:
https://studopedia.ru/11_193369_pretsedentnaya-model.html.
–
Дата
доступа:
18.02.2017.
7. Бусленко Н.П. Моделирование сложных систем. – М.: Наука, 1978. – 400
с.
8. Параметры сетевых моделей и методы их расчета [Электронный ресурс].
– Режим доступа: https://studopedia.ru/11_193369_pretsedentnaya-model.html. – Дата
доступа: 13.09.2018.
9. Проектирование концептуальной модели базы данных [Электронный
ресурс]. – Режим доступа: https://www.site-do.ru/db/db4.php. – Дата доступа:
28.06.2017.
86
10. Создание логической модели [Электронный ресурс]. – Режим доступа:
http://www.intuit.ru/studies/courses/1095/191/lecture/4977.
–
Дата
доступа:
29.06.2017.
11. Логические модели [Электронный ресурс].
– Режим доступа:
http://itteach.ru/bpwin/sozdanie-logicheskoy-modeli. – Дата доступа: 29.06.2017.
87
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«ОРЛОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ИМЕНИ И.С. ТУРГЕНЕВА»
УДОСТОВЕРЯЮЩИЙ ЛИСТ № 165150
К ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЕ
на демонстрационный материал, представленный в электронном виде
Студента Кузиной Оксаны Владимировны
шифр 165150
Институт приборостроения, автоматизации и информационных технологий
Кафедра информационных систем
Направление 09.04.03 Прикладная информатика
Направленность (профиль) Корпоративные информационные системы
Наименование документа: Демонстрационные плакаты к выпускной
квалификационной работе
Документ разработал:
Студент
Кузина О.В.
Документ согласован:
Руководитель
Нормоконтроль
Документ утвержден:
Зав. кафедрой
Волков В.Н.
Орел 2018
88
ИНФОРМАЦИОННО-ПОИСКОВАЯ ХАРАКТЕРИСТИКА
ДОКУМЕНТА НА ЭЛЕКТРОННОМ НОСИТЕЛЕ
Наименование
группы атрибутов
атрибута
1. Описание
Обозначение документа
документа
(идентификатор(ы)
файла(ов))
Наименование документа
2. Даты и время
3. Создатели
4. Внешние
ссылки
5. Защита
6. Характеристики
содержания
Характеристики документа
на электронном носителе
\Плакаты\Презентация.ppt
Демонстрационные плакаты
к выпускной
квалификационной работе
Класс документа
ЕСКД
Вид документа
Оригинал документа на
электронном носителе
Аннотация
Демонстрационный
материал, отображающий
основные этапы выполнения
выпускной
квалификационной работы
Использование документа Операционная система
Windows 7, Microsoft
PowerPoint 2010
Дата и время
13.06.2018
копирования документа
Дата создания документа 13. 6.2 18
Дата утверждения
08.06.2018
документа
Автор
Кузина О.В.
Изготовитель
Кузина О.В.
Ссылки на другие
Удостоверяющий лист
документы
№ 165150
Санкционирование
ОГУ имени И.С. Тургенева
Классификация защиты
По законодательству РФ
Объем информации
2 170 368 Б
документа
89
7. Структура
документа(ов)
Наименование плаката
(слайда) №1
Наименование плаката
(слайда) №2
Наименование плаката
(слайда) №3
Наименование плаката
(слайда) №4
Наименование плаката
(слайда) №5
Наименование плаката
(слайда) №6
Наименование плаката
(слайда) №7
Наименование плаката
(слайда) №8
Наименование плаката
(слайда) №9
Наименование плаката
(слайда) №10
Титульный лист
Цель и задачи работы
Сравнение существующих и
проектируемой систем
Прецедентная модель
Концептуальная схема базы
данных разрабатываемой
программной системы
Логическая схема базы
данных разрабатываемой
программной системы
Структура разрабатываемой
программной системы
планирования деятельности
фирмы по сопровождению
программного обеспечения
Алгоритм распределения
задач проекта среди
сотрудников
Схема главной формы
пользовательского
интерфейса системы
Фрагмент пользовательского
интерфейса
Орловский государственный
университет имени И.С. Тургенева
АНТИПЛАГИАТ
ТВОРИТЕ СОБСТВЕННЫМ УМОМ
СПРАВКА
о результатах проверки текстового документа
на наличие заимствований
Проверка выполнена в системе
Антиплагиат.ВУЗ
Автор работы
Кузина Оксана Владимировна
Факультет, кафедра,
номер группы
Институт приборостроения, автоматизации и информационных технологий, Кафедра
информационных систем, 61ПИ-М
Тип работы
Выпускная квалификационная работа
Название работы
Разработка программной системы планирования деятельности фирмы по
сопровождению программного обеспечения
Название файла
Диплом магистратура Кузина О 61-ПИ-М.pdf
Процент заимствования
28,52%
Процент цитирования
0, 66%
Процент оригинальности
70,82%
Дата проверки
14:48:30 23 июня 2018г.
Модули поиска
Сводная коллекция ЭБС; Коллекция РГБ; Цитирование; Коллекция eLIBRARY.RU;
Модуль поиска Интернет; Модуль поиска перефразирований eLIBRARY.RU; Модуль
поиска перефразирований Интернет; Модуль поиска общеупотребительных
выражений; Модуль поиска "ФГБОУ ВО ОГУ им. И.С.Тургенева"; Кольцо вузов
Работу проверил
Сафина Нина Дмитриевна
ФИО проверяющего
Дата подписи
Чтобы убедиться
в подлинности справки,
используйте QR-код, который
содержит ссылку на отчет.
Ответ на вопрос, является ли обнаруженное заимствование
корректным, система оставляет на усмотрение проверяющего.
Предоставленная информация не подлежит использованию
в коммерческих целях.
отзыв
руководителя выпускной квалификационной работы
Кузиной Оксаны Владимировны
«Разработка программной системы планирования деятельности фирмы по
сопровождению программного обеспечения»
представленной к защите по направлению подготовки
09.04.03 «Прикладная информатика»
В процессе подготовки и написания выпускной квалификационной
работы Кузина О.В. соблюдала сроки выполнения календарного графика и
проявила отличные навыки самостоятельного исследования. Содержание
выпускной квалификационной работы свидетельствует о том, что Кузина
О.В. глубоко и разносторонне изучила различные источники по заявленной
проблеме и раскрыла поставленную тему. Разработанная программная
система
планирования
деятельности
фирмы
по
сопровождению
программного обеспечения ООО «ТетриС» подтверждает эффективность
использования избранных методов.
Выпускная квалификационная работа является законченным трудом,
выполнена Кузиной О.В. самостоятельно на достаточно высоком уровне.
Материал хорошо структурирован, логичен.
Пояснительная записка
оформлена в соответствии с требованиями, материал последовательно
отражает этапы выполнения работы.
В процессе проектирования Кузина О.В.. показала себя грамотным
специалистом, имеющим теоретические знания и владеющим практическими
навыками, необходимыми для разработки и внедрения информационных
систем.
Профессор, д.э.н., профессор Савина О. А.
«<£& » июня 2018 г.
1/--страниц
Пожаловаться на содержимое документа