SaveText.Ru

Без имени
  1. Министерство науки и высшего образования Российской Федерации
  2. Федеральное государственное бюджетное образовательное учреждение
  3. высшего образования
  4. «Владимирский государственный университет                                             имени Александра Григорьевича и Николая Григорьевича Столетовых» (ВлГУ)
  5. Кафедра: туризма и сервиса
  6.  
  7. КУРСОВАЯ РАБОТА
  8. По дисциплине «Управление проектом»
  9. на тему: «Разработка и внедрение мобильного приложения учета и оплаты коммунальных услуг в деятельность организации «ЖКХ города Костерёво»
  10.  
  11.  
  12. Выполнила:
  13. студентка 3 курса
  14.  группы  СВпб-117
  15. Попкова Евгения
  16.  
  17. Проверила:
  18. к. т. н., доцент
  19. Дорошенко Маргарита Николаевна
  20.  
  21.  
  22. Владимир 2019
  23. ВВЕДЕНИЕ
  24. Разработка мобильных приложений рассчитана на определенное предназначение. Некоторые программы позволяют повсеместно осуществлять соединение с сетью, другие указывают маршрут, третьи оказывают помощь в поиске магазина либо требуемого товара. Поэтому разработка приложений для мобильных устройств развивается и актуальна на сегодняшний день.
  25. Одной из важнейших проблем на сегодняшний день, требующей внимания от каждого собственника жилого помещения является учет и оплата коммунальных услуг. При наличии нескольких жилых помещений этот процесс становится еще сложнее. Поэтому разработка мобильного приложения, которое бы взяло на себя основную часть этих забот, наглядно бы показывало все затраты и объем потребления и всегда было бы под рукой, является актуальным разрешением данной проблемы.
  26. Целью курсовой работы является разработка программы на базе Android - приложение, позволяющее вести расчёт и учет платежей и показаний ЖКХ.
  27. Для выполнения поставленной цели требуется выполнить следующие задачи:
  28. - изучить понятие и сущность жизненного цикла проекта;
  29. - рассмотреть жизненный цикл проекта и его декомпозицию на фазы, стадии, этапы;
  30. - провести сравнительную характеристику моделей жизненного цикла проекта;
  31. - провестиразработку мобильного приложения;
  32. - описать реализацию мобильного приложения;
  33. - рассчитать экономическую эффективность и срок окупаемости проекта.
  34. Объектом курсовой работы является управляющая компания «ЖКХ города Костерёво».
  35. Предметом работы является разработка и внедрение мобильного приложения учета и оплаты коммунальных услуг в деятельность организации «ЖКХ города Костерёво».
  36. Методологической основой для исследования послужили: учебники и учебные пособия (Дульзон А.А., Ивасенко А. Г., Никонова Я. И., Каркавин М. В., Покровский М.А., Романова М.В., Тертышник М. И. и др.), статьи в периодических изданиях, нормативно-правовые документы, Интернет-ресурсы.
  37. При написании данной работы использовались следующие методы:
  38.         Метод сравнений, т.к. проводился анализ моделей жизненного цикла проекта;
  39.         Экономико-математический метод. В курсовой присутствует множество расчетов;
  40.         Метод анализа и синтеза, т.к. анализируется предприятие, и данные по нему синтезируются;
  41.         Монографический метод. Анализ проводится по одному предприятию;
  42.         Теоретический метод. Первая глава курсовой работы содержит только теорию;
  43.         Аналитический метод. Проводится анализ информации по данной теме, и делаются соответствующие выводы.
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55. ГЛАВА 1. ТЕОРЕТИКО-МЕТОДОЛОГИЧЕСКИЕ АСПЕКТЫ ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА
  56.         Понятие и сущность жизненного цикла проекта
  57.  
  58. В современном мире, во всем ее понимании, управление проектами затрагивает все области и ниши общества: бизнес, культура и искусство, политика, экономика, научные исследования и т.д. Чаще всего руководители сталкиваются с проектным управлением при реализации инновационных идей или инвестиционных решений.  
  59. Полная совокупность различных стадий развития проекта образуют жизненный цикл проекта. Начало жизненного цикла проекта совпадает с его началом, а его окончание – с завершением. Каждый проект, независимо от его сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенное состояние – фазы проекта: от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет». Фазы жизненного цикла проекта могут различаться в зависимости от сферы деятельности и принятой системы организации работ [29].  
  60. В общем виде, проект – это ограниченное по срокам целенаправленное изменение отдельной системы с изначально четко определенными целями, достижение которых определяет завершение проекта, с установленными требованиями к срокам, результатам, риску, рамкам расходования средств и ресурсов и к организационной структуре [17].  
  61. Научно – технический прогресс реализуется, воплощая в конкретные дела через осуществление системы проектов. Проект, в этом смысле, есть форма практической реализации идей, исследований и разработок, это то, что позволяет превратить научно – технологические достижения в повседневную практику, внедрить в жизнь.  
  62. Таким образом, проект – это системное мероприятие по созданию и использованию нового объекта, улучшение, преобразование, реконструкция, расширение или какое-либо изменение действующего [7].  
  63. Проект – уникальная совокупность взаимосвязанных работ, обладающих следующими характеристиками:
  64. - ограниченность во времени;
  65. - четкие цели, которые должны быть достигнуты одновременно с выполнением технических, экономических и других требований;
  66. - внутренняя и внешняя взаимосвязь операций, задач и ресурсов, которые должны быть координированы в процессе выполнения проекта;
  67. - определенные сроки начала и завершения проекта;
  68. - определенная степень уникальности цели проекта и условий его осуществления;
  69. - неизбежность разных конфликтов.
  70. Проект, согласно общепринятому мнению имеет несколько стадий жизненного цикла.  
  71. Как правило, жизненный цикл проекта состоит из следующих четырех фаз – концептуальное проектирование, реализация, разработка и завершение проекта. Во время жизненного цикла стадии не имеют жесткой последовательности. Иногда они могут протекать в одно время или повторяться.  
  72. Следует отметить, что фаз проекта может быть более четырех. Здесь нет определенных правил, и деление на фазы зависит от специфики проекта.
  73. Понятие «жизненный цикл» присутствует во всех аспектах управления проектами и является ключевым с точки зрения эффективного управления реализацией любого проекта. Проект и процесс его реализации являются сложной системой, в котором сам проект выступает как управляемая система, а управляющей подсистемой является управление проектом.  При этом жизненный цикл проекта как в целом, так и структурно, является с одной стороны важным объектом системы управления проектом, а с другой стороны – методом или механизмом данной системы управления.
  74. На рис.1 представлен производственный жизненный цикл, в которой входит жизненный цикл товара, жизненный цикл проекта, жизненный цикл техники и оборудования, а также жизненный цикл строительства объектов недвижимости.
  75. Следует различать жизненный цикл проекта и жизненный цикл продукта. Жизненный цикл продукта может быть намного больше жизненного цикла проекта. Основные стадии жизненного цикла продукта (разработка, производство, эксплуатация) могут включать в себя много самостоятельных проектов (например, собственно разработка продукта, разработка его маркетинговой стратегии и др.) [24].
  76.  
  77. планирование        определение потребностей концепция проекта       реализация    товар в работе      завершение
  78.  
  79.  
  80. жизненный цикл товара
  81.  
  82. возможности  приобретение        функционирование товара   уничтожение
  83.  
  84. жизненный цикл проекта
  85.  
  86. проектирование    разработка    реализация    завершение    Фазы проекта
  87.                                 стадии
  88.  
  89. жизненный цикл техники и оборудования
  90.  
  91. определение содержания     планирование        выбор закупки       выполнение    приемка
  92.  
  93. жизненный цикл строительства объектов недвижимости
  94.  
  95. идея        предварительный инжиниринг     закупки и спецификация      строительство      запуск в эксплуатацию
  96.  
  97. Рисунок 1 – Взаимосвязь жизненных циклов
  98. Жизненный цикл продукта обычно состоит из последовательных, неперекрывающихся фаз продукта, определяемых потребностью производства и контроля организации. Последней фазой жизненного цикла продукта, как правило, является прекращение сервисного обслуживания и поддержки. Обычно жизненный цикл проекта заключен в рамках жизненных циклов одного или нескольких продуктов. Все проекты предпринимаются для достижения некоторой цели или решения какой-либо задачи, однако в тех случаях, когда целью является предоставление услуги или получение результата, может применяться жизненный цикл для услуги или результата, а не жизненный цикл продукта.
  99. Если ожидаемый результат проекта связан с продуктом, существует множество возможных взаимосвязей.
  100. Например, разработка нового продукта сама по себе может являться проектом. С другой стороны, существующий продукт может получить преимущества от проекта в виде добавления новых функций или возможностей, либо проект может быть предпринят для разработки новой модели. Многие составляющие жизненного цикла продукта могут сами по себе выступать в качестве проектов, например проведение исследования применимости, проведение маркетингового исследования, проведение рекламной кампании, установка продукта, удержание целевой группы, проведение испытаний продукта на тестовом рынке и т. д. В каждом из данных примеров жизненный цикл проекта отличается от жизненного цикла продукта.
  101. Поскольку с одним продуктом может быть связано множество проектов, дополнительной эффективности можно достичь, управляя всеми сопутствующими проектами в совокупности. Например, с внедрением корпоративной информационной системы (КИС) может быть связан ряд отдельных проектов. Каждый проект может выполняться отдельно, но при этом он будет вносить свой вклад в ключевой результат, необходимый для внедрения КИС: реинжиниринг бизнес-процессов (фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения существенных улучшений в ключевых для современного бизнеса показателях результативности), реорганизация предприятия, обучение персонала, прокладка корпоративной сети и др. Надзор за всеми проектами со стороны высшей инстанции может существенно повысить вероятность достижения успеха [37].
  102. Жизненный цикл оборудования включает следующие стадии:
  103.         Проектирование.
  104.         Изготовление (в том числе сборка).
  105.         Транспортирование и хранение.
  106.         Ввод в эксплуатацию (монтаж).
  107.         Использование по назначению, включая операции по техническому обслуживанию и ремонту (наиболее продолжительная стадия).
  108.         Прекращение эксплуатации (демонтаж).
  109.         Утилизация [33].
  110.         Жизненный цикл объекта недвижимости как физического объекта — это последовательность процессов существования объекта недвижимости от замысла до ликвидации (утилизации). Жизненный цикл материальных объектов принято делить в следующем порядке: замысел – рождение – зрелость - старение и смерть.
  111.         Стадии жизненного цикла объекта недвижимости именуются по другому: предпроектная – проектная – строительства – эксплуатации - закрытия.
  112. 1.Предпроектная (начальная) стадия включает: анализ рынка недвижимости, выбор объекта недвижимости, формирование стратегии проекта, инвестиционный анализ, оформление исходно-разрешительной документации, привлечение кредитных инвестиционных средств.
  113. 2. Стадия проектирования включает: разработку финансовой схемы, организацию финансирования, выбор архитектурно-инженерной группы, руководство проектированием.
  114. 3. Стадия строительства заключается в выборе подрядчика, координации ведения строительных работ и контроле качества строительства, смет затрат и расходов.
  115. 4. Стадия эксплуатации объекта недвижимости предполагает: эксплуатацию объектов, их обслуживание и ремонт [3].
  116. Таким образом, жизненный цикл всегда подразумевает под собой следование определенным фазам. В одних случаях их может быть меньше, в других – больше.
  117. Итак, в пункте 1.1. мы рассмотрели такие понятия как проект и жизненный цикл проекта, структурировали фазы жизненного цикла продукта, жизненного цикла проекта, жизненного цикла оборудования и жизненного цикла строительства объектов недвижимости. Все это составляет базу, на основе которой будет разрабатываться планируемый проект, а именно «Разработка и внедрение мобильного приложения учета и оплаты коммунальных услуг в деятельность организации».
  118.  
  119.         Жизненный цикл проекта и его декомпозиция на фазы, стадии, этапы
  120.  
  121. Работа Слевина и Пинто [26] привела как к разработке десятифакторной модели процесса реализации проекта, так и к инструменту, который может использоваться для эмпирического мониторинга текущего состояния каждого из десяти критических факторов на протяжении всей жизни проекта. Эти десять характеристик представляют собой те характеристики, которые, как считается, имеют решающее значение для успеха реализации проекта. Можно кратко определить десять критических факторов успеха:
  122. 1. Миссия (основная цель, ради которой организация создается, она имеет комплексный характер, включает как внешние, так и внутренние ориентиры деятельности компании, выражает сущность делового успеха, к которому она стремится, реализуется через стратегические планы)  проекта - первоначальная ясность целей и общих указаний.
  123. 2.Поддержка высшего руководства. Обеспечение высшего руководства предоставлением необходимых ресурсов и полномочий, полномочий для успеха проекта.
  124. 3. График, планы проекта - подробная спецификация отдельных шагов действий, необходимых для реализации проекта.
  125. 4. Консультация клиента. Коммуникация, консультации и активное прослушивание всех сторон.
  126. 5. Персонал - подбор, отбор и подготовка необходимого персонала для команды проекта.
  127. 6. Технические задачи - наличие необходимой технологии и опыта для выполнения конкретных шагов технических действий.
  128. 7. Принятие клиента - акт «продажи» окончательного проекта конечным пользователям.
  129. 8. Мониторинг (комплексная система наблюдений, оценки и прогноза изменений состояния окружающей среды под влиянием антропогенных воздействий) и обратная связь. Своевременное предоставление комплексной контрольной информации на каждом этапе процесса внедрения.
  130. 9. Связь. Предоставление соответствующей сети и необходимых данных всем ключевым факторам в реализации проекта.
  131. 10. Устранение неполадок - возможность справиться с неожиданными кризисами и отклонениями от плана.
  132. В дополнение к этим десяти критическим факторам успеха, все из которых в какой-то степени находятся под контролем проектной команды, в это исследование были включены четыре дополнительных фактора. Эти факторы представляют собой критические области или проблемы, которые часто рассматриваются вне контроля проектной группы, но, тем не менее, они, как представляется, оказывают важное влияние на успех проекта. Эти четыре фактора обозначены как внешние по отношению к процессу реализации проекта и могут быть определены как [30]:
  133. 1. Характеристика руководителя проектной команды - компетенции руководителя проекта (административные, межличностные и технические) и количество полномочий, доступных для выполнения его обязанностей.
  134. 2. Сила и политика. Степень политической активности в организации и восприятие проекта как способствования интересам членов организации.
  135. 3. Экологические события. Вероятность внешних организационных или экологических факторов, влияющих на работу проектной группы, либо положительно, либо отрицательно.
  136. 4. Срочность - восприятие важности проекта или необходимость реализации проекта как можно скорее.
  137. В совокупности эти стадии представляют собой путь, который проект берет от начала до конца и его обычно называют «жизненным циклом» проекта.
  138. 1.Концептуальное проектирование. На этой фазе вы предоставляете обзор проекта в дополнение к стратегии, которую вы планируете использовать для достижения желаемых результатов. В процессе концептуального проектирования рассматриваются вопросы выполнимости («можем ли мы сделать проект?») и обоснование («должны ли мы выполнять проект?»). Как только вопрос будет решен, инициируется проект по предоставлению утвержденного решения и назначается руководитель проекта, который, в свою очередь, основываясь на своем опыте и навыках, выберет необходимых членов команды.
  139. Концептуальное проектирование включает в себя следующие этапы:
  140.         разработка концепции проекта (идеи);
  141.         анализ инвестиционных возможностей;
  142. технико-экономическое обоснование (документ, в котором представлена информация, из которой выводится целесообразность (или нецелесообразность) создания продукта или услуги);
  143.         принятие решений об инвестировании.
  144. В проекте по разработке мобильного приложения данная фаза будет включать в себя:
  145.         формирование требований к приложению;
  146.         разработка концепции;
  147.         разработка технического задания.
  148. 2. Разработка проекта. Следующим этапом, на стадии разработки, является то, где проектное решение будет развиваться более подробно, насколько это возможно, и планирование шагов, необходимых для достижения цели проекта. На этойстадии команда идентифицирует всю выполняемую работу. Определены задачи проекта и требования к ресурсам, а также стратегия их выполнения. Это называется «управление областью». Создан план проекта с описанием действий, задач, зависимостей и временных рамок. Руководитель проекта координирует подготовку бюджета проекта путем предоставления сметы расходов на оплату труда, оборудования и материалов. Бюджет используется для мониторинга и контроля затрат, затрат при реализации проекта.
  149. Наконец, необходимо задокументировать план качества, обеспечить целевые показатели качества, гарантии и меры контроля вместе с планом приема, в котором перечислены критерии, которые необходимо выполнить для получения согласия клиентов. На этой фазе проект был бы спланирован подробно и готов к исполнению.
  150. Разработка проекта включает в себя следующие этапы:
  151.         планирование;
  152.         разработка проектно-сметной документации;
  153.         бюджет проекта (тендерные торги);
  154.         заключение контракта.
  155.         В проекте по разработке мобильного приложения данная фаза будет включать в себя:
  156.         разработка пользовательского интерфейса;
  157.         разработка концепции рабочих экранов:
  158.         главного экрана;
  159.         экрана «Добавление показаний»;
  160.         экрана «История»;
  161.         экрана «Графики и диаграммы»;
  162.         экрана «Напоминания»;
  163.         экрана «Настройки»;
  164.         построение структуры базы данных;
  165.         выбор программного обеспечения;
  166.         ввод данных.
  167. 3. Реализация проекта.  На стадии реализации, реализуется план проекта и осуществляется работа над проектом. Прогресс постоянно контролируется, и соответствующие корректировки производятся и записываются как отклонения от первоначального плана. В любом проекте руководитель проекта проводит большую часть времени на этой фазе. Во время реализации проекта люди выполняют задачи, а информация о ходе работы сообщается на регулярных командных встречах. Менеджер проекта использует эту информацию для поддержания контроля над направлением проекта путем сопоставления отчетов о ходе работы с планом проекта для оценки эффективности деятельности по проекту и принятия необходимых корректирующих мер. Первый курс действий должен всегда состоять в том, чтобы вернуть проект на курс (т. е. вернуть его в первоначальный план). Если этого не может быть, команда должна записывать и публиковать изменения в первоначальном плане. На протяжении всего этого шага спонсорам проекта и другим ключевым заинтересованным сторонам следует информировать о статусе проекта. План должен быть обновлен и опубликован на регулярной основе.
  168. Реализация проекта включает в себя следующие этапы:
  169.         организация участников проекта (изменение структуры организации под проект);
  170.         составление детального плана;
  171.         система контроля и оперативного управления.
  172. В проекте по разработке мобильного приложения данная фаза будет включать в себя:
  173.         сборка приложения;
  174.         тестирование;
  175.         разработка документации.
  176. 4. Завершение проекта. Во время завершения основной упор делается на предоставление конечных результатов заказчику, передачу проектной документации бизнесу, расторжение контрактов с поставщиками, высвобождение ресурсов проекта и доведение информации о закрытии проекта до сведения всех заинтересованных сторон. Последний оставшийся шаг заключается в проведении исследований с целью изучения того, что прошло хорошо, а что нет. С помощью такого анализа опыт передается обратно в организацию проекта, которая поможет будущим проектным командам [30].  
  177. Завершение проекта (эксплуатационная фаза) включает в себя следующие этапы:
  178.         завершение инвестиционной фазы проекта;
  179.         ремонт и модификация объекта;
  180.         реконструкция объекта.
  181. В проекте по разработке мобильного приложения данная фаза будет включать в себя: ввод в действие и эксплуатация.
  182. С точки зрения инвестиций можно выделить четыре основные фазы жизненного цикла проекта, а именно:
  183. 1) исследование до инвестирования - это выбор наилучшего варианта проекта, ведение переговоров с заинтересованными сторонами и выпуск ценных бумаг, через которые будет привлекаться капитал;
  184. 2) инвестиции, необходимые для реализации плана;
  185. 3) эксплуатация проекта - это полномасштабный производственный процесс, который осуществляется в соответствии с заранее разработанным планом;
  186. 4) послеинвестиционное исследование - оценка эффективности, а также определение соответствия результатов проекта.
  187. Жизненный цикл проекта - это четырехфазный процесс, которому следуют почти все руководители проектов. Это стандартный жизненный цикл проекта, с которым большинство людей знакомы. Жизненный цикл проекта обеспечивает основу для управления любым типом проекта в рамках бизнеса. Руководители в области управления проектами провели исследования, чтобы определить лучший процесс, с помощью которого можно запускать проекты. Установлено, что жизненный цикл проекта имеет решающее значение для любой организации.
  188. Таким образом, в пункте 1.2. мы рассмотрели факторы успеха проекта, декомпозицию жизненного цикла на фазы и этапы, на что мы в дальнейшем будем опираться при разработке проекта по созданию мобильного приложения.
  189.  
  190. 1.3. Сравнительная характеристика моделей жизненного цикла проекта
  191.  
  192. Модель – это упрощенное представление реального устройства или процесса. Существует множество разновидностей моделей: математическая модель, натуральная, эвристическая, экономическая и т. д. Применительно к проектам нас интересует модели их управления. Соответственно, будем рассматривать методы моделирования, описывающие деятельность, направленную на реализацию различных проектов [25], а именно водопадную (каскадную), итеративную и спиральную модели.
  193. Одним из таких методов является моделирование жизненного цикла проекта по принципу «Водопада». Подобный вид моделирования используется только в тех проектах, где их цели четко определены, не меняются под действием внешней среды, и не требуют участия заказчика [37].  
  194. Сущность рассматриваемого вида моделирования заключается в последовательной реализации этапов и заданий, без возможности их параллельного протекания. В таких проектах старт нового этапа возможен лишь при наличии документации выработанной на предыдущем этапе. Соответственно ход такого жизненного цикла проекта в обратную сторону не возможен. Схема данной модели жизненного цикла представлена на рис. 2.
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210. Рисунок 2 – Схема водопадной модели жизненного цикла проекта
  211. По сравнению с водопадной моделью проектирования жизненного цикла проекта, итеративная модель имеет больше преимуществ, соответственно обладает более широкой областью применения. Сущность итеративного метода моделирования заключается в последовательном создании всей системы. Проект от инициации до завершения разделяется на множество итераций повторяющихся до получения необходимого продукта. Итерация – это период времени реализации одной операции, которая в ходе проекта будет повторяться. Такая система моделирования проектов имеет значительную гибкость. При изменении окружающей среды данная система может развиваться, учитывая как внешние и внутренние изменения, так и ошибки совершенные на предыдущих итерациях. Схема итеративной модели жизненного цикла проекта представлена на рис. 3.
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227. Рисунок 3 - Итеративная модель жизненного цикла проекта
  228. Не смотря на такое большое количество положительных характеристик итеративного моделирования, самой известной и используемой моделью является спиральная модель. Но, не смотря на свою распространенность, спиральная модель жизненного цикла проекта не используется в производстве. Моделирование жизненного цикла проекта по спиральной модели была предложена Барри Боэмом в 1988 году. Сущность спиральной модели заключается в разбитии жизненного цикла проекта на определенные этапы, витки. На каждом витке происходит уточнение требований и планирование работ для следующего витка. Более того моделирование этим способом подразумевает периодический расчет отношения эффективности к стоимости за время течения проекта. Подобный расчет делается после каждого витка, вплоть до завершения проекта [5].  Схема данной модели жизненного цикла представлена на рис. 4.
  229.  
  230. Рисунок 4 – Спиральная модель жизненного цикла проекта
  231. Проанализировав рассматриваемый способ моделирования можно сказать, что он весьма противоречив, что делает его подходящим далеко не ко всем проектам. Например, к небольшим проектам правильнее будет применять моделирование жизненного цикла проекта инкрементным методом.
  232. Говоря об инкрементном методе, еще из названия можно сделать вывод, что в данный вид моделирования основан на использовании инкрементов. Рассмотрим более детально сущность упомянутого метода. Сущность же метода заключается в том, что принятия решений на протяжении всего жизненного цикла разбиваются на множество очень мелких решений. Этот способ хорош в случаях, с большим количеством переменных влияющих на развитие проекта и позволяет делать управленческие ошибки без значительных потерь. В случае отрицательного эффекта от управленческого решения, менеджер проекта может принять другое решение. Подобные сложности в развитии проекта принято называть – прерывание решения. Безусловно, такой опыт имеет и положительную сторону. Менеджер проекта начинает понимать, какие решения приносят наибольший положительный эффект. Это ведет к изменению первоначального решения и в некоторых случаях существенному. Схема инкрементной модели жизненного цикла проекта представлена на рис. 5.
  233. 1-й инкремент                                         Поставка 1-го инкремента
  234.  
  235. 2-й инкремент Поставка 2-го инкремента
  236.  
  237. 3-й инкремент         Поставка 3-го инкремента
  238.        
  239. Рисунок 5 – Инкрементная модель жизненного цикла проекта
  240. Начнем анализ моделей в том же порядке, в каком описывали ихсущность.
  241. Несмотря на кажущуюся точность метод моделирования жизненного цикла проекта по принципу «Водопад» используется в настоящее время очень редко и в довольно ограниченном количестве отраслей народного хозяйства. Это связано с большим количеством недостатков рассматриваемой системы моделирования проектов. К таким недостаткам относится невозможность своевременной адаптации проекта к окружающей среде, особенно на поздних стадиях проекта. Это вызвано не только динамикой окружающей среды, но и тем, что основные решения разработчики принимают, не имея полной информации, а значит и полного понимания системы. Недостаток информации объясняется возможностью возникновения новых проблем, в ходе развития проекта. Эти проблемы могут повлечь появление новых требований, а соответственно и пересмотра ранее принятых решений. Но в данном виде моделирования возврат к предыдущему этапу не возможен. Следствием этих факторов является накопление ошибок допущенных на более ранних стадиях проекта. Это влечет выход из временного графика, увеличение расходуемых ресурсов, что чревато увеличением вероятности срыва проекта или не востребованности конечного продукта [45].  
  242.  
  243. Изучив сущность спиральной модели можно сделать вывод, что она имеет довольно сложную структуру и ее применение влечет за собой необходимость привлечения высококвалифицированных специалистов. Если проект небольших масштабов и с низкой вероятностью рисков, спиральное моделирование вызовет неоправданные затраты. Более того сложность системы, при большом количестве витков повлечет нужду в создании и обработке дополнительной документации. Вдобавок, реакция заказчика может добавить еще витки, что лишает проект запланированного завершения. Все это может повлечь такие последствия как переназначение разработчиков, трудности при определении целей в проектировании следующего витка.
  244. Исходя из описания сущности инкрементного моделирования видно, что данная модель весьма прихотлива и в случае не подходящего для нее проекта может возникнуть множество проблем. Проведение не предусмотренных итераций в инкрементах модели. Могут появиться трудности с анализом отдельных инкрементов, в результате чего не достаточно точное определение требований. А специфика модели нуждается в функциональном определении системы на первом этапе проекта, для выявления инкрементов и управления проектом в целом. Откладывания проблемных решений и непредвиденные изменения технологии работ выбивают проект из временного графика. Более того отсутствие возможности снижения общих затрат, что будет критичным для проекта если есть ограниченность в ресурсах. Возможность изменения требований реализованных на предыдущих инкрементах, тоже обернуться бессмысленной тратой ресурсов и времени. Опираясь на все это, становится понятным, что в данных условиях появляется нужда в тщательном планировании, проектировании и распределении работ. Это само собой говорит о необходимости привлечения высококвалифицированных специалистов, порой слишком дорогих для небольших проектов.
  245. Исходя из написанного материала, можно сделать вывод, что каждая, из описанных моделей жизненного цикла проекта имеет право на существование и подходит исключительно к соответствующей группе проектов.
  246. Какую же модель жизненного цикла проекта выбрать?
  247. Ответ на этот вопрос зависит от:
  248.         1)Готовности заказчика потратить время и деньги на проработку требований к результатам проекта до того, как начать разрабатывать продукт (ы) проекта.
  249.         2) Степени вовлеченности заказчика проекта. Его готовности тратить свое время на проект.
  250. 3) Типа контракта на проект.
  251.         4) Масштаба и трудоемкости проекта.
  252.         5) Степени инновационности результатов проекта.
  253.         6) Требований к безопасности продуктов проекта и т.д.
  254. Наилучшим вариантом будет рассмотреть вариант скрещивания двух подходов к жизненному циклу проекта. К примеру, для проекта, использующего водопадный жизненный цикл, можно внутри этапа «Реализация» использовать итерационный подход для наращивания функциональности создаваемого в проекте продукта.
  255. Подводя итоги по материалам, изложенным в пункте 1.3., становится понятно следующее. Каждая модель и метод проектирования жизненного цикла проекта, безусловно, имеет свои особенности, положительные и отрицательные стороны. Поэтому менеджер проекта, принимая решение, какой моделью или методом воспользоваться, должен учитывать индивидуальные особенности проекта. Проанализировав особенности проекта, менеджер проекта останавливает свой выбор на той модели или их комбинации, при которой реализация проекта станет наиболее эффективной. В данном случае эффективная реализация проекта значит – удовлетворение потребностей заказчика в полном объеме, в установленные сроки и с минимальными затратами. Конечно особенности проекта играют большую роль при выборе метода управления проектом и планировании его жизненного цикла, однако необходимо учитывать и экономическую обстановку во время и в месте его реализации. Окружающая среда проекта оказывает колоссальное влияние на реализацию проекта, а значит, для эффективного управления проектом необходимо выявить ее сущность, разновидности и пути влияния.
  256. Таким образом, в главе 1:
  257. 1) были рассмотрены такие понятия как проект и жизненный цикл проекта, структурированы фазы жизненного цикла продукта, жизненного цикла проекта, жизненного цикла оборудования и жизненного цикла строительства объектов недвижимости. Все это составляет базу, на основе которой будет разрабатываться планируемый проект, а именно «Разработка и внедрение мобильного приложения учета и оплаты коммунальных услуг в деятельность организации».
  258. 2) были рассмотрены факторы успеха проекта, декомпозиция жизненного цикла на фазы и этапы, на что мы в дальнейшем будем опираться при разработке проекта по созданию мобильного приложения;
  259. 3) была проведена сравнительная характеристика моделей жизненного цикла проекта, в результате которой стало понятно следующее: каждая модель и метод проектирования жизненного цикла проекта, безусловно, имеет свои особенности, положительные и отрицательные стороны. Поэтому менеджер проекта, принимая решение, какой моделью или методом воспользоваться, должен учитывать индивидуальные особенности проекта.В данном случае эффективная реализация проекта значит – удовлетворение потребностей заказчика в полном объеме, в установленные сроки и с минимальными затратами.Наилучшим вариантом будет рассмотреть вариант скрещивания двух и более подходов к жизненному циклу проекта.
  260. ГЛАВА 2. ЭТАПЫ И СРЕДСТВА РАЗРАБОТКИ МОБИЛЬНОГО ПРИЛОЖЕНИЯ
  261. 2.1. Разработка мобильного приложения
  262.  
  263. Разработку приложения для мобильных платформ, можно разбить на этапы.
  264. Первым этапом в создании мобильного приложения является этап разработки технического задания.На этом этапе очень важно определиться с целями и задачами, которые будет решать приложение.
  265. Выбор версии ОС Android
  266. Требуется разработать приложение на ОС Android, для охвата наибольшей аудитории с минимальными потерями в функциональности, необходимо выбрать минимальную версию приложения. Представим статистику используемых версий Android проводимой Google (табл. 1).
  267. Таблица 1 - Статистика используемых версий Android[43]
  268. Version Codename        API     Distribution
  269. 1       2       3       4
  270. 2.2     Froyo   8       0,4%
  271. 2.3.3 – 2.3.7 Gingerbread     10      7,8%
  272. 4.0.3 – 4.0.4 Ice Cream Sandwich      15      6,7%
  273. 4.1.x   Jelly Bean      16      19,2%
  274. 4.2.x           17      20,3%
  275. 4.3             18      6,5%
  276. 4.4     KitKat  19      39,1%
  277. 5.0     Lollipop        21      15,6%
  278. 5.1             22      7,9%
  279.  
  280. Из приведенной статистики видно, что наилучшим вариантом будет версия 4.1, с кодовым именем - JellyBean. Выбрав эту версию минимальной, мы охватим 92,6% пользователей Android.
  281. Разрабатываемое приложения должно позволять вести статистику за показаниями приборов учета и любыми другими коммунальными расходами, следовательно, необходимо ознакомиться с услугами, предоставляемыми жителям.
  282. Приложение должно иметь: неограниченное число счетчиков и услуг; учет услуг без счетчика (по нормативу или площади); детальную статистика расходов по месяцам; поддержку многотарифных счетчиков; историю тарифов по месяцам; графики и диаграммы платежей и потребления; возможность создания напоминания об оплате коммунальных услуг и снятии показаний; возможность создания резервной копии данных; поддержку нескольких адресов (квартир).
  283. Для того, чтоб сформулировать общие требования к функциональному поведению приложения построим UseСase диаграмму (Прил. А).
  284. Диаграмма UseCase (вариантов использования) определяет поведение системы с точки зрения пользователя. Она используется для выяснения требование к разрабатываемой системе, фиксация требований к форме, которая позволит проводить дальнейшую разработку. Вершинами в диаграмме UseCase являются актёры и элементы. Актёры представляют внешний мир, нуждающийся в работе системы. Элементы представляют действия, выполняемые системой в интересах актёра.
  285. Пользовательский интерфейс обеспечивает взаимодействие между пользователем и компьютером, обмен действиями и ответными реакциями на них. Стоит начать с того, что обращаясь к мобильному приложению, пользователь намеревается найти конкретную информацию, которая нужна ему здесь и сейчас, а значит его не должны стеснять проблемы, связанные с неудобной навигацией (компьютерный процесс перехода между страницами сайта или иными блоками информации), затянутыми откликами приложения на его действия, проблемами мобильного Интернета (всемирная система объединённых компьютерных сетей для хранения, обработки и передачи информации) и прочие. Поэтому рассмотрим основные рекомендации, на которые стоит обратить внимание и которые помогут в разработке более удобного и эффективного приложения.
  286. Интерфейс (комплекс средств, предназначенных для взаимодействия двух систем друг с другом) должен быть простым и понятным с первого взгляда, у пользователя не должно возникать вопросов, как взаимодействовать с приложением для достижения собственных целей. Кроме того, число шагов, которые сделает пользователь для достижения цели должно быть минимальным. У пользователя, работающего с грамотно разработанным интерфейсом, не возникнет вопросов, и он не сможет сделать ошибку, производя то или иное действие, пользователь должен понимать на интуитивном уровне, какие изменения это повлечет.
  287. Для начала разработаем схему рабочих экранов и опишем, какие функции может выполнять пользователь на каждом экране (Прил. Б).
  288. Следовательно, распределяя функции экранов, следует обращать внимание на соответствие доступности экранной формы и ее цели.
  289. Разработаем концепции рабочих экранов приложения. На главном экране следует расположить функции, которыми пользователь будет пользоваться чаще всего. Это добавление показаний и выбор учетной записи (Рис. 6).
  290.  
  291. Рисунок 6 - Концепция главного экрана
  292. Из рисунка видно, что он должен также содержать меню, из которого можно перейти на экраны «История», «Напоминания», «Настройки», «Отправка показаний» и «Помощь». Хорошим вариантом будет расположить меню сбоку.
  293. Экран «Добавление показаний» (Рис. 7) будет открываться при выборе счетчика из главного экрана.
  294.  
  295. Рисунок 7 - Концепция экрана «Добавление показаний»
  296. Экран «История» (Рис. 8) должен содержать записи обо всех внесенных изменениях показаний счётчиков.
  297.  
  298. Рисунок 8 - Концепция экран «История»
  299. Поиск записей в истории будет выполняться по типу услуги, дате и информации об учетной записи. Кнопку открытия экрана «Графики и диаграммы» (Рис. 9) для удобства пользователя следует расположить внизу экрана.
  300.  
  301. Рисунок 9 - Концепция экрана «Графики и диаграммы»
  302. В экране «Напоминания» (Рис. 10) следует выводить список всех существующих напоминаний с их описанием.
  303.  
  304. Рисунок 10 - Концепция экрана «Напоминания»
  305. Экран изменения и добавления напоминаний (Рис. 11) будет иметь функцию удаления выбранного напоминания.
  306.  
  307. Рисунок 11 - Концепция экрана «Напоминание»
  308. В экране «Настройки» (Рис. 12) элементы следует располагать по мере важности и по частоте использования.
  309.  
  310. Рисунок 12 - Концепция экрана «Настройки»
  311. Так как разрабатываемое приложение в основном будет работать с базой данных (представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины), необходимо определиться с ее структурой (Прил. В).
  312. База данных состоит из пяти таблиц, не связанных между собой. Таблица «tariffs» хранит имя тарифа и стоимость услуги. В таблице «history» храниться имя услуги, дата добавления показания, значения предыдущего и текущего показаний, стоимость услуги, общая стоимость и информация о пользователе. Таблица «info_user» хранит всю информацию о пользователе – имя, адрес, телефоны. В таблице «selected_user» храниться идентификатор выбранного на главном экране пользователя, а в таблицу «reminders» заноситься информация о напоминании – название, текст, дата и время оповещения.
  313. Разработка приложений ведется на языке Java, для этого потребуется специальное программное обеспечение. Самые новые версии системного программного обеспечения, необходимого для поддержки, можно загрузить с сайта http://www.oracle.com. В первую очередь требуется установка JDK (JavaDevelopmentKit) - это комплект разработчика приложений на языке Java, содержащий в себе компилятор (программа или техническое средство, выполняющее компиляцию программы)Java (javac), стандартные библиотеки классов Java, примеры, документацию, различные утилиты (вспомогательная компьютерная программа в составе общего программного обеспечения для выполнения специализированных типовых задач, связанных с работой оборудования и операционной системы), а также JavaRuntimeEnvironment (JRE) - это среда выполнения Java, предназначенная для запуска и исполнения программ. Однако в состав JDK не входит интегрированная среда разработки на Java, поэтому дальше устанавливаем среду разработки.
  314. В среде разработки мы будем создавать программу, и получать на выходе готовое приложение. Сейчас существует несколько сред разработки, мы выбралирекомендуемую компанией Google - AndroidStudio. Скачать AndroidStudio можно с сайта https://developer.android.com. При установке, так же устанавливается AndroidSDK.
  315. AndroidSDK – это набор средств программирования, которые помогают разрабатывать мобильные приложения для платформы Android:
  316. API Android SDK – API библиотеки Android, предоставляемые для разработки приложений (готовые классы, процедуры, функции, структуры и константы).
  317. Документация SDK - включает обширную справочную информацию, детализирующую, что включено в каждый пакет и класс и как это использовать при разработке приложений.
  318. AVD (AndroidVirtualDevice) - интерактивный эмулятор (воспроизведение программными или аппаратными средствами либо их комбинацией работы других программ или устройств) мобильного устройства Android. Используя эмулятор, можно запускать и тестировать приложения без использования реального Android-ycтpoйcтвa.
  319. DevelopmentTools - инструментальные средства для разработки, которые позволяют компилировать и отлаживать создаваемые приложения.
  320. SampleCode - типовые приложения, которые демонстрируют некоторые из возможностей Android, и простые программы, которые показывают, как использовать индивидуальные особенности API в коде.
  321. При запуске AndroidStudio открывается стартовое окно. Для установки, обновления и удаления компонентов SDKвыбираем пункт Configureи далее SDKManager. Открывается SDKManager (Прил. Г). Сначала идет папка Tools- в ней находятся утилиты, необходимые для разработки под Android. Далее идет список версий Android. И в самом низу есть папка Extras, в которой обычно находятся дополнительные библиотеки.
  322. Справа от каждого компонента в списке виден его статус: Installed- установлен, Notinstalled- не установлен, Updateavailable- доступно обновление.
  323. Открываем папки с требующимися версиями Android (Прил. Д).
  324. Предлагается множество компонентов для установки. Как минимум для разработки нам необходимы два из них:
  325. SDK Platform- используется для разработки. Здесь содержатся все программные компоненты системы Android, которые мы будем использовать при создании приложений - т.е. окна, кнопки и т.п.
  326. ARM EABI v7a System Image - образ Android системы. Используется для создания эмулятора Android, который нужен будет для тестирования приложений прямо на компьютере, без подключения реальных устройств.
  327. После их установки, можно создать приложение, использующее компоненты и возможности Android выбранной версии и запустить это приложение на эмуляторе.
  328. Таким образом, в пункте 2.1. были рассмотрены рекомендации к проектированию, описаны основные положения разработки приложения на ОС Android, представлена концепция интерфейсов и рабочий вид основных экранов, которые составляют основу мобильного приложения, перечислены компоненты специального программного обеспечения для разработки приложения на языке Java, а также была проведена разработка схемы базы данных, с которой будет работать разрабатываемое приложение.  
  329.  
  330. 2.2. Реализация мобильного приложения
  331.  
  332. Реализация мобильных приложений – разработка приложения с выбором определенной технологии.
  333. Для выбора наиболее удобной и простой технологии разработки мобильных приложений проведем сравнительный анализ современных технологий. Анализ будет проведен по ряду параметров: время разработки, наличие специалистов, удобство разработки и отладки приложения, документация и техническая поддержка, скорость работы, юзабилити – удобство для клиента конечного результата, охват платформ.
  334. Пояснения к таблице:
  335. Нативные приложения разрабатываются специально под определённую
  336. плаформу на принятом для неё языке программирования, например, Java для Android. Такие приложения могутчастично или полностью работать без подключения к сети, а также получатьдоступ ко всем сервисам и функциям телефона: камера, микрофон, геолокация, медиафайлы, уведомления и так далее. Эти приложения требуютустановки на мобильное устройство.
  337. Веб-приложения написаны на языках разметки и, по сути, являются сайтами, оптимизированными под мобильное устройство. Такие приложенияработают через браузер, поэтому их написание не зависит от конкретнойплатформы, они работают на всех устройствах и платформах, но не могут использовать аппаратные функции телефона.
  338. Гибридные приложения сочетают в себе преимущества кроссплатформенности веб-приложений и доступ к функциям устройства нативных приложений. Они должны устанавливаться на мобильное устройство и требуют подключения к сети для работы веб-функций [14].
  339. Кроссплатформенность или межплатформенность — способность программного обеспечения работать с двумя и более аппаратными платформами и (или) операционными системами.
  340. Таблица 2 - Сравнительные характеристики технологий
  341. Параметр        Нативные        Веб  Гибридные      Кроссплатформенность
  342. 1       2       3       4       5
  343. Время разработки -       +       +       +
  344. Наличие специалистов -       +       +       -
  345. Удобство разработки и отладки +       -       -       -
  346. Документация и тех. поддержка  +       +       -       -
  347. Скорость работы   +       -       -       +
  348. Юзабилити      +       +       +       +
  349. Охват платформ     -       +       +       +
  350.  
  351. Из таблицы 2 можно сделать вывод, что каждая технология имеет ряд достоинств и недостатков. Для разработки мобильного приложения нам необходима платформа, которая будет удовлетворять всем параметрам.
  352. Технология «Mobile 1C» имеет легкость разработки и последующей сборки приложения под Android и IOS (мобильная операционная система для смартфонов, электронных планшетов, носимых проигрывателей и некоторых других устройств, разрабатываемая и выпускаемая американской компанией Apple). Также в данной технологии наличие бесплатного инструментария разработки, тем самым не придется платить специалистам за разработку и саму программу.
  353. Мобильная платформа, как пишут сами разработчики, «это общее название технологии, которое позволяет создать приложения, работающие на мобильных устройствах под управлением операционных систем Android или IOS. Мобильное приложение – совокупность мобильной платформы и информационной базы» [41].
  354. Сам этап разработки мобильного приложения можно описать по схеме (Прил. Е).
  355. Из данной схемы видно, что создание приложения и вправду очень простое и легкое. Некая трудность состоит лишь в поиске «Дополнительных файлов» - Android SDK, JDK и ApacheAnt, так как от них будет зависеть работа на устройстве.
  356. Реализация приложения проводится на основе выполненного ранее проектирования.
  357. В ходе разработки была создана конфигурация, назначение которой – мобильное устройство (рис. 13).
  358.  
  359. Рисунок 13 - Назначение использования
  360. Вторым этапом после разработки всех необходимых элементов конфигурации является запись готовой мобильной конфигурации в файл. Готовый файл будет иметь расширение «.xml». Такой файл и есть шаблон записываемой конфигурации.
  361. «.Apk» файл будет создаваться через распространенный сборщик мобильных приложений – «MobileAppMaker» (Прил. Ж).
  362. Для пользователя разработано простое и легкое пользовательское меню, которое позволяет удовлетворить все потребности пользователя.
  363. В настоящее время управление в сфере ЖКХ характеризуется низкой эффективностью, кроме того, зафиксирована недостаточность информации для управления данным сектором жизнедеятельности, что, в свою очередь, не позволяет в полной мере сделать досягаемыми главные принципы управления посредством программно-целевого подхода (способ оперативного решения нестандартных экономических и социальных проблем, решение которых требует объединения усилий разных экономических субъектов, комплексного подхода). Стоит отметить, что неэффективность работы ЖКХ способна приводить к невозможности грамотного реформирования этой отрасли, а, соответственно, переходу его к новому состоянию.
  364. Современное состояние ЖКХ можно представить как технически сложное, требующее внедрения новых разработок и технологий, которые поспособствуют не только предоставлению услуг жителям на более качественном уровне, но и помогут существенно снизить их стоимость. Всего этого можно добиться путем внедрения инновационных систем, одной из которых является онлайн-технология, призванная сделать процесс управления ЖКХ максимально удобным, эффективным и прозрачным [21].
  365. Как отмечают современные эксперты, сфера ЖКХ в целом и компании, предоставляющие данные услуги, в частности рассматриваются в настоящее время как части рыночного механизма, т.к. они способны приносить реальную прибыль. Прибыль – денежное выражение накоплений, создаваемых предприятием любой формы собственности. Она формируется из доходов, в частности выручки, и расходов, затрат предприятия. Формул расчета прибыли несколько:
  366. Чистая прибыль = Выручка – Себестоимость товаров – Управленческие и коммерческие расходы – Прочие расходы – Налоги
  367. Чистая прибыль = Финансовая прибыль + Валовая прибыль + Операционная прибыль – Сумма налогов
  368. Чистая прибыль = Прибыль до налогообложения  – Налоги [40].
  369. Таким образом, сфера ЖКХ, как и любая другая прибыльная сфера, должна стремиться к внедрению новшеств и идти в ногу со временем.
  370. Одним из самых ярких примеров технологизации отрасли является внедрение электронного документооборота, что позволило избавиться сотрудникам от рутинной и однотипной работы в области обработки документов вручную. Данная система позволила сделать документооборот быстрым, четким и безошибочным.
  371. Все это поспособствовало стремительному распространению компьютерных технологий и интернет-сервисов, оптимизирующих, упрощающих и ускоряющих работу специалистов в сфере ЖКХ, а самое главное, снижающих вероятность возникновения ошибок.
  372. Эксперты подчеркивают, что основными областями, которые полностью автоматизированы к настоящему времени, являются сведения о состоянии счетов потребителей услуг ЖКХ, учет производящихся начислений и их оплаты, создание квитанций для оплаты, заполнение их для каждого лицевого счета.
  373. Интересным является то, что именно эти виды работ являются самыми долгими и трудозатратными, а облегчить их смогли только специализированные программы и компьютерные технологии.
  374. В связи с этим мобильное приложение позволит: уменьшить трудоемкость работы, обеспечить эффективность работы системы ЖКХ, снизить возможность неточной передачи показания за коммунальные услуги со стороны потребителей, оптимизировать использование средств в сфере ЖКХ, обеспечить прозрачность деятельности организаций в сфере ЖКХ для населения, что положительно скажется на уровне снятия социальной напряженности.
  375. Данный проект планируется внедрить в управляющую организацию «ЖКХ города Костерёво».
  376. Управляющая компания «ЖКХ города Костерёво» является обществом с ограниченной ответственностью и располагается по адресу Владимирская область, р-н. Петушинский, г. Костерево, ул. Писцова, д. 60. В управлении ЖКХ находится 81 дом на территории города и 9 домов за его пределами, что в общей сумме составляет 14 382 551 м².
  377. Рейтинг компании свидетельствует о ее надежности и качестве оказываемых ею услуг. Согласно данным, размещенным на сайте общественного инициативного проекта по раскрытию информации о деятельности управляющих компаний и товариществ собственников жилья МинЖКХ, управляющая компания «ЖКХ города Костерёво»занимает первое место в рейтинге управляющих компаний города Костерёво [36].
  378. Основными целями деятельности ООО являются:
  379. • производство продукции (товаров), выполнение работ, оказание услуг в целях удовлетворения потребностей города Костерёво, других поселений и получения прибыли;
  380. • осуществление деятельности в целях решения социальных задач (в том числе реализации определенных товаров и услуг по минимальным ценам);
  381. • обеспечения стабильного функционирования городской инфраструктуры (система предприятий по обслуживанию основного производства и населения, которая выполняет социально-экономические функции на территории городов по созданию необходимых условий эффективной деятельности предприятий, отраслей материального производства и объектов непроизводственной сферы), а также рынка основных потребительских товаров, работ, услуг;
  382. • иных целей, определенных законодательством Российской Федерации и муниципальными правовыми актами города Костерёво.
  383. Для достижения целей ЖКХ осуществляет в установленном законодательством РФ порядке следующие виды деятельности:
  384. • содержание жилищного фонда и нежилых помещений;
  385. • эксплуатация централизованных систем питьевого водоснабжения и водоотведения, внутренних систем теплоснабжения, газоснабжения и электроснабжения;
  386. • эксплуатация инженерных инфраструктур;
  387. • выполнение общестроительных работ, в том числе подготовительных, земляных, каменных, устройство и монтаж бетонных и железобетонных конструкций;
  388. • все виды строительных работ;
  389. • благоустройство и озеленение территории;
  390. • транспортно-экспедиционные услуги физическим и юридическим лицам;
  391. • разработка проектной документации на строительство зданий и сооружений;
  392. • уличное освещение;
  393. • содержание и ремонт автомобильных дорог и многие другие виды деятельности.
  394. Управляющая компания предоставляет такие коммунальные услуги, как содержание и ремонт мест общего пользования МКД, отопление, электроэнергия, газоснабжение, вывоз мусора, водоснабжение и водоотведение.
  395. Численность сотрудников, исходя из количества заключенных договоров, составляет 57 человек, из них административный персонал – 10 человек, инженеры – 2 человека, остальные рабочие – 45 человек. Подробная структура «ЖКХ города Костерёво» представлена в Приложении И.
  396. Таким образом, в пункте 2.2. был приведен и прокомментирован ход реализации основных компонентов и методов разработанного проекта, проведен сравнительный анализ современных технологий разработки мобильного приложения, выбрана наиболее оптимальная платформа, которая будет удовлетворят всем параметрам, произведена сборка мобильного приложения, а также дана краткая характеристика управляющей организации, в которую планируется внедрить данный проект.
  397.  
  398. 2.3. Определение экономического эффекта от внедрения проекта
  399.  
  400. Внедрение мобильного приложения несет за собой сокращение затрат времени на оплату коммунальных услуг, а также повышение контроля за такими расходами для потребителей, снижение заработной платы сотруднику управляющей компании, принимающему платежи в офисе, сокращение потребления чернил и бумаги на квитанции.
  401. На завершающем этапе проекта основной задачей проведения экономического исследования по внедрению мобильного приложения учета и оплаты коммунальных услуг является определение величины экономического эффекта от внедрения продукта.
  402. Целью проводимых расчетов является определение сроков окупаемости внедряемой системы.
  403. Расчет себестоимости программного продукта – это, как правило, совокупность затрат на разработку программного продукта, которые подразделяются на следующие статьи расходов:
  404. - Основная заработная плата;
  405. - Накладные расходы.
  406. Расчет заработной платы производится в соответствии с трудоемкостью программного продукта.
  407. Плановый фонд рабочего времени за месяц – 8 дней по 8 часов. Итого 64 часа в месяц. На разработку программного продукта потрачено 7 месяцев. Таким образом, общий объем времени, потраченный на разработку программы, составил 448 часов (56 дней). Более подробно рассмотрим это на календарном плане (табл. 3).
  408. Таблица 3 – Календарный план разработки мобильного приложения
  409. Наименование работ     Начало    Окончание      Длительность, дн.         2020 год
  410.                                 январь    февраль  март        апрель    май  июнь        июль
  411. 1       2       3       4       5       6       7       8       9       10      11
  412. Концептуальное проектирование:                      7                                                      
  413. - формирование требований к приложению январь    январь    2                                                      
  414. - разработка концепции       январь    январь    2                                                      
  415. - разработка технического задания  январь    январь    3                                                      
  416. Разработка:                   31      
  417.                                        
  418. - разработка пользовательского интерфейса  январь    февраль  4                                                      
  419. - разработка концепции рабочих экранов:                        18                                                     
  420. Окончание табл. 3
  421. 1       2       3       4       5       6       7       8       9       10      11
  422. ■ главного экрана       февраль  февраль  3                                                      
  423. ■ экрана «Добавление показаний»    февраль  март        3              
  424.                                
  425. ■ экрана «История»     март        март        3                                                      
  426. ■ экрана «Графики и диаграммы»       март        март        3                                                      
  427. ■ экрана «Напоминания»     март        апрель    3                      
  428.                        
  429. ■ экрана «Настройки» апрель    апрель    3                                                      
  430. - построение структуры базы данных         апрель    май  4                              
  431.                
  432. - выбор программного обеспечения    май  май  1                                                      
  433. - ввод данных май  май  4                                                      
  434. Реализация:                   14                                                     
  435. - сборка приложения     май  июнь        6                                      
  436.        
  437. - тестирование      июнь        июль        5                                              
  438.  
  439. - разработка документации июль        июль        3                                                      
  440. Завершение:                   4                                                      
  441. - ввод в действие и эксплуатация      июль        июль        4                                                      
  442.  
  443. Данный календарный план поможет соблюсти требования проектной работы и четко представить, какие действия будут выполняться и за какой срок.
  444. Затем на основе календарного плана  разработаем сетевой график проекта и определим его критический путь.
  445. Для определения продолжительности проекта был использован метод сетевого планирования. Продолжительность проекта определяется длиной критического пути. Также сетевой график позволяет определить, какие работы можно делать параллельно, и какие работы могут начаться только по окончанию других предшествующих ей. Сетевой график также позволяет определить резервы времени работ, лежащие вне критического пути.
  446. Таблица 4 – Данные для построения сетевого графика проекта
  447. №     Наименование работ     Длительность, дни        Предшествующие работы
  448. 1       2       3       4
  449. A       Концептуальное проектирование       7       -
  450. B       Разработка    31      A
  451. C       Реализация    14      A
  452. D       Завершение    4       B, C
  453.  
  454. На основе данных, приведенных в табл. 4, разработаем сетевой график проекта. Составляющие графика приведены на рисунке 14.
  455. ES      D       EF
  456. описание
  457. LS      TF, FF  LF
  458.  
  459.  
  460.  
  461. Рисунок 14 – Составляющие сетевого графика
  462. где:
  463. ES – ранний старт;
  464. LS – поздний старт;
  465. EF – ранний финиш;
  466. LF – поздний финиш;
  467. TF – свободный резерв времени;
  468. FF – полный резерв времени;
  469. D – длительность.
  470. При расчете сроков сети используют два подхода:
  471.         прямой ход – рассчитывают ранние сроки (ES иEF);
  472. 2)обратный ход – рассчитывают поздние сроки (LS и LF) и резерв времени.
  473. Правила расчета: чтобы обеспечить стык работы, которая закончилась сегодня вечером, с работой, которая начнется завтра утром, плавный переход от первой ко второй смене, необходимо в формулах делать ± 1.
  474. Расчет прямого хода осуществляется с помощью формул 1 и 2:
  475. EF = ES + D – 1                                               (1)
  476. 〖ES〗_(i+1)= 〖EF〗_i+задержка(0)+1                        (2)
  477. Расчет обратного хода осуществляется с помощью формул 3, 4, 5 и 6:
  478. LS = LF – D + 1                                               (3)
  479. 〖LS〗_(i-1)= 〖LS〗_i-задержка(0)-1                        (4)
  480. FF = LS – ES или FF = LF – EF                    (5)
  481. TF= 〖ES〗_(i+1)- 〖EF〗_i-задержка(0)-1            (6)
  482. В таблице 5 представлены расчеты сроков сети для разработки мобильного приложения.
  483. Таблица 5 - Расчеты сроков сети для разработки мобильного приложения
  484. №     Наименование работ     Прямой ход     Обратный ход
  485. 1       2       3       4
  486. A       Концептуальное проектирование       ES = 1 (ранний срок начала первой операции)
  487. D = 7 дней (см. табл. 4)
  488. EF  = 1 + 7 - 1 = 7     LF  = 8 – 0 – 1 = 7
  489. LS = 7 – 7 + 1 = 1
  490. FF = 1 – 1 = 0
  491. B       Разработка    ES = 7 + 0 + 1 = 8
  492. D = 31 день (см. табл. 4)
  493. EF = 8 + 31 -1 = 38     LF = 39 – 0 – 1 = 38
  494. LS = 38 – 31 + 1 = 8
  495. FF = 8 – 8 = 0
  496. C       Реализация    ES = 7 + 0 +1 = 8
  497. D = 14 дней (см. табл. 4)
  498. EF = 8 + 14 – 1 = 21  LF = 39 – 0 – 1 = 38
  499. LS = 38 - 14 + 1 = 25
  500. FF = 25 – 8 = 17
  501. D       Завершение    Поскольку для завершения операции В требуется более продолжительное время, она и определяет раннее начало (ES) операции D, т.е. 38 + 0 + 1 = 39
  502. D  = 4 дня (см. табл. 4)
  503. EF = 39 + 4 – 1 = 42
  504.         LF = 42, т.к. за исходную временную точку при выполнении обратного анализа выбирается время позднего окончания самой последней операции проекта.
  505. LS = 42 – 4 + 1 = 39
  506. FF = 39 – 39 = 0
  507. На основе расчетов сроков сети для разработки мобильного приложения построим сетевой график проекта.
  508. 8       31      38
  509. В
  510.  
  511. 8       0       38
  512. 1       7       7
  513. А
  514. 1       0       7
  515. 39      4       42
  516. D
  517. 39      0       42
  518. 8       14      21
  519. C
  520. 25      17      38
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537. Рисунок 15 – Сетевой график для проекта разработки мобильного приложения
  538. После того, как были рассчитаны прямой путь и обратный путь, можно определить, какие операции могут задерживаться, вычислив "простой" или "колебание".
  539. В нашем случае простой для операции А, В и D – 0, для операции С – 17 дней (LS - ES = FF, т.е. 25-8=17 или LF - EF = FF, т.е. 38-21=17).
  540. Критический путь - это путь, который имеет наименьший простой в целом, следовательно,  на рис. 9 критический путь показан в виде стрелок и блоков – операций А, В и D.
  541. Средний размер оклада разработчика составляет 20 000 рублей.
  542. Часовая тарифная ставка (С_ч) определяется по формуле (7):
  543. С_ч=  Оклад/Ф_рв ,                                                               (7)
  544. где Ф_рв– плановый фонд рабочего времени за месяц, из расчета 8 дней по 8 часов.
  545. С_ч=  (20 000 р.)/(64 ч.)=312,5 руб./час.
  546. Основная заработная плата за разработку программы определяется по формуле (8):
  547. 〖ЗП〗_осн= С_ч×Т,                                                    (8)
  548. где Т - время написания программы, которое составляет 7 месяцев.
  549. 〖ЗП〗_осн=312,5 руб./час.×448 ч=140000 руб.
  550. В статью включены затраты, связанные с обслуживанием и организацией производства. В данном случае – это расходы на электроэнергию, потребляемую компьютером за время разработки программы и амортизационные отчисления (отчисления части стоимости основных фондов (это часть производственных фондов, которая участвует в процессе производства длительное время, сохраняя при этом свою натуральную форму, а их стоимость переносится на продукцию постепенно, по частям, по мере использования)  для возмещения их износа).
  551. Таблица 6 - Затраты на электроэнергию
  552. Вид
  553. оборудования        Кол-во (шт.)
  554.         Мощность, кВт
  555.         Стоимость
  556. 1кВт/час,
  557. руб. Время работы
  558. оборудования,
  559. час  Сумма затрат, руб.
  560.  
  561. 1       2       3       4       5       6
  562. Ноутбук  1       0,4     4,48    640     1146,88
  563. Итого                                      1146,88
  564.  
  565. В таблице 6 выполнены расчеты по затрате ресурсов на электроэнергию по формуле (9):
  566. Сумма = (М ∙ С) ∙ Т,                                        (9)
  567. где:
  568. М - мощность, кВт;
  569. С - стоимость 1 кВт/час, руб.;
  570. Т - время работы оборудования, час.
  571. Рассчитаем годовую сумму амортизационных отчислений, так как оборудование имеется в наличии.
  572.  
  573. Таблица 7 – Амортизационные отчисления
  574. Вид
  575. оборудования        Первоначальная стоимость, руб.        Количество рабочих месяцев      Норма амортизации, %    Сумма амортизационных отчислений, руб.
  576. 1       2       3       4       5
  577. Ноутбук  45000   7       14,3    3053,9
  578. Итого      -       -       -       3053,9
  579.  
  580. В таблице 7 рассчитана сумма амортизационных отчислений за период разработки программного продукта в часах.
  581. Сумма амортизационных отчислений за период разработки, определяется по формулам (10) и (11):
  582. А_г=  (С_п×Н_а)/100,                                                            (10)
  583. А_факт=  (А_г× Т_факт)/N,                                                  (11)
  584. где:
  585. А_г– годовая сумма амортизационных отчислений, руб.;
  586. С_п – первоначальная стоимость оборудования, руб.;
  587. Н_а– годовая норма амортизации, %;
  588. А_факт – сумма амортизационных отчислений за период разработки
  589. программы, руб.;
  590. Т_факт – фактический объем затраченных часов (448 часов);
  591. N – количество выходных часов в году (8 часов * 118 дней = 944
  592. часа).
  593. А_г=  (45000 руб.  ×14,3%)/(100%)=6435 руб.
  594. А_факт=  (6435 руб.  × 448 ч.)/(944 ч.)=3053,9 руб.
  595. Сумма накладных расходов = затраты на электроэнергию +
  596. амортизационные отчисления.
  597. Сумма накладных расходов = 1146,88 + 3053,9  = 4200, 78 руб.
  598. За счет использования бесплатных версий программных продуктов удалось снизить стоимость эксплуатационных материалов до нуля.
  599. Расчет затрат наглядно представлен в таблице 8.
  600. Таблица 8 - Калькуляция затрат на разработку программного продукта
  601. Статья затрат       Сумма затрат, руб.
  602. 1       2
  603. Общая сумма з/п     140000
  604. Накладные расходы, в т. ч. амортизация    4200,78
  605. Итого:     144200,78
  606.  
  607. Таким образом, затраты на разработку программы составляют 144200,78 рублей.
  608. Рассчитаем плановый уровень прибыли с условием, что процент рентабельности составляет 25%. Прибыль рассчитывается по формуле (12):
  609. П=  (С_(полн )×Р)/100,                                                           (12)
  610. где:
  611. С_полн – себестоимость;
  612. Р - процент рентабельности.
  613. П=  (144200,78 руб.  ×25 %)/(100%)=36050,195 руб.
  614. Цена программного продукта равна сумме полной себестоимости и прибыли и рассчитывается по формуле (13):
  615. Ц= С_полн+П,                                                            (13)
  616. Ц = 144200,78 + 36050,195 = 180250,975 руб.
  617. НДС и цена программного продукта с НДС определяется по формулам (14) и (15):
  618. НДС=  (Ц ×18)/100,                                                          (14)
  619. НДС=  (180250,975 руб.  ×18 %)/(100%)=32445,18 руб.
  620. Цена=НДС+Ц,                                                        (15)
  621. Цена = 32445,18 + 180250,975 = 212696,155 руб.
  622. Таким образом, предполагаемая стоимость программного продукта составляет 212696,155 руб.
  623. К основным затратам относятся приобретение мобильного приложения и обучение персонала. Совокупность основных затрат на внедрение приложения учета и оплаты услуг ЖКХ приведена в таблице 9.
  624. Таблица 9 - Затраты на внедрение мобильного приложения
  625. №     Статья затрат       Стоимость за единицу, руб. Количество,   Сумма, руб.
  626. 1       2       3       4       5
  627. 1       Приобретение        212696,155      1 шт. 212696,155
  628. 2       Обучение администраторов 400 руб./ч. 6 ч.   2400
  629. Итого:     -       -       215096,155
  630.  
  631. Основной статьей расходов на внедрение является приобретение программного продукта. Затраты составляют 212696,155 рублей.
  632. Обслуживанием программного продукта являются администраторы, которые входят в штат сотрудников компании, поэтому затраты ограничиваются обучением сотрудников администрированию продукта. Стоимость обучения администраторов составляет 2400 руб.
  633. Стоимость внедрения мобильного приложения составляет 215096,155 руб.
  634. В месяц предприятие закупает:
  635.         Канцелярские товары (стержни, карандаши, папки, файлы и т.д.) – 790
  636. руб./мес.
  637.         Бумага – 12 пачек (средний месячный расход бумаги 91%, что составляет
  638. 10,92 пачек/мес.) – 2730 руб./мес.
  639. 1 пачка бумаги стоит 250 руб., средний месячный расход на покупку
  640. бумаги составляет 10,92 * 250 = 2730 руб./мес.
  641.         Заправка картриджей
  642. Стоимость заправки одного принтера – 851 руб.
  643. Среднее количество принтеров на предприятии, нуждающихся в
  644. заправке картриджей – 2 шт./мес.
  645. Затраты на заправку картриджей составляют 1702 руб./мес. (2 * 851 =
  646. 1702 руб./мес.)
  647. Итого в месяц расходуется: 790 + 2730 + 1702 = 5222 руб.
  648. Заработная плата сотрудника, принимающего оплату в офисе 150 руб./час. В среднем он работает 6 часов в день, т.е. 22 дня в месяц (150*22*6 = = 19800 руб./мес.).
  649. Суммарная стоимость сокращения расходов на покупку расходных материалов в офис (5222 руб.) и заработную плату сотруднику и получим суммарный объем годовой экономической эффективности от внедрения мобильного приложения: (5222 + 19800) * 12 = 300264 руб.
  650. Рассчитаем срок окупаемости продукта по формуле (16):
  651. Т =  К/П,                                                             (16)
  652. где:
  653. К – единовременные капитальные затраты при внедрении;
  654. П – годовая экономия, руб.
  655. В нашем случае К = 215096,155 руб., П = 300264 руб.
  656. Подставляя данные значения в формулу (10), получаем:
  657. Т=  (215096,155 руб.)/(300264 руб.)=0,72.
  658. Далее умножим на 365 дней в году и получим срок окупаемости продукта в 262 дня.
  659. Таким образом, внедрение мобильного приложения окупится через 262 дня.
  660. На основании приведенных расчетов можно сделать вывод о том, что за счет снижения трудоемкости, устранения издержек на покупку расходных материалов приложение может значительно повысить эффективность деятельности предприятия и обеспечить значительную экономию средств.
  661. Спомощьюметода финансово-экономической оценки проектаARR (AccountingRateofReturn) определим эффективность данного проекта по формуле (17):
  662. ARR=  ((Cash In-Cash Out)÷T)/(Cash Out)  ×100%,                        (17)
  663. где:
  664. CashIn- ожидаемая прибыль, руб.;
  665. CashOut - ожидаемыеубытки, руб.;
  666. Т - срок проекта.
  667. В нашем случае:
  668. CashIn = 252351,365руб. (за 7 месяцев);
  669. CashOut= 215096,155 руб. (стоимость внедрения мобильного приложения);
  670. Т = 7 месяцев = 7/12 года.
  671.  
  672. ARR=  ((252351,365  р.- 215096,155 р.)÷7/12 года)/(215096,155 р.)×100%==  (63866,0743 р.)/(215096,155 р.)×100%≈29,7 %
  673. 29,7 % - ежегодная норма возврата капитала.
  674. С помощью метода чистой приведенной стоимости проекта NPV (NetPresentValue) определим выгодность данного проекта по формулам (18) и (19):
  675. NPV= C_0+ ∑_(t=1)^n▒C_t/〖(1+r)〗^t ,                                           (18)
  676. NPV= C_0+  C_1/〖(1+r)〗^1 ,                                               (19)
  677. где:
  678. С_0 – то, что вкладываем, руб.;
  679. С_1 - то, что получаем, руб.;
  680. r – процентная ставка, %.
  681. В нашем случае:
  682. С_0= 215096,155 руб.;
  683. 〖 С〗_1= 252351,365 руб.;
  684. r = 10%
  685. NPV= - 215096,155 р.+  (252351,365 р.)/(1+0,1)^1 = = - 215096,155 р.+229410,332 р.=14314,177 р.
  686. Полученное значение NPV = 14314,177 > 0 => проект выгоден и должен быть принят к рассмотрению.
  687. Далее с помощью метода математического ожидания оценим риск проекта по формуле (20):  
  688. Абсолютный результат проекта==∑▒〖прибыль ×вроятность -∑▒〖убытки ×вероятность,〗〗  (20)
  689. Абсолютный результат проекта=  = 252351,365 р.×0,95- 215096,155 р.×0,05=
  690. =239733,797 р.-10754,8078=228978,989 р.  
  691. Полученное значение 228978,989 р. > 0 = >  идем на риск и принимаем проект к рассмотрению.
  692. Таким образом, в пункте 2.3. изложены результаты экономической эффективности разработанного приложения, построен календарный план и сетевой график проекта, определен критический путь, что поможет соблюсти требования проектной работы и четко представить, какие действия будут выполняться и за какой срок, а также определена выгодность и эффективность данного проекта и произведена оценка риска.  
  693. Итак, в главе 2:
  694. 1)были рассмотрены рекомендации к проектированию, описаны основные положения разработки приложения на ОС Android, представлена концепция интерфейсов и рабочий вид основных экранов, которые составляют основу мобильного приложения, перечислены компоненты специального программного обеспечения для разработки приложения на языке Java, а также была проведена разработка схемы базы данных, с которой будет работать разрабатываемое приложение;
  695. 2) был приведен и прокомментирован ход реализации основных компонентов и методов разработанного проекта, проведен сравнительный анализ современных технологий разработки мобильного приложения, выбрана наиболее оптимальная платформа, которая будетудовлетворят всем параметрам, произведена сборка мобильного приложения, а также дана краткая характеристика управляющей организации, в которую планируется внедрить данный проект;
  696. 3)изложены результаты экономической эффективности разработанного приложения, построен календарный план и сетевой график проекта, определен критический путь, что поможет соблюсти требования проектной работы и четко представить, какие действия будут выполняться и за какой срок, а также определена выгодность и эффективность данного проекта и произведена оценка риска.  
  697. ЗАКЛЮЧЕНИЕ
  698.  
  699. Любая существующая модель, также как и используемый метод проектирования относительно жизненного цикла абсолютно любого проекта, естественно отличается собственными специфическими характеристиками, а также позитивными и негативными моментами. В связи с вышесказанным, любой руководитель проекта обязан принимать во внимание существование личной специфики проекта в процессе разработки решения относительно того, какую модель и метод применить в конкретной ситуации. Проведя анализ в рамках представленного исследования, менеджер непосредственно делает выбор относительно такой модели, или же их совокупности, при использовании которых осуществление проекта на практике покажет максимальный показатель эффективности.
  700. В данной работе:
  701. 1) были рассмотрены такие понятия как проект и жизненный цикл проекта, структурированы фазы жизненного цикла продукта, жизненного цикла проекта, жизненного цикла оборудования и жизненного цикла строительства объектов недвижимости. Все это составляет базу, на основе которой мы разрабатывали планируемый проект, а именно «Разработка и внедрение мобильного приложения учета и оплаты коммунальных услуг в деятельность организации».
  702. 2) были рассмотрены факторы успеха проекта, декомпозиция жизненного цикла на фазы и этапы, на что мы в дальнейшем опирались при разработке проекта по созданию мобильного приложения;
  703. 3) была проведена сравнительная характеристика моделей жизненного цикла проекта, в результате которой стало понятно следующее: каждая модель и метод проектирования жизненного цикла проекта, безусловно, имеет свои особенности, положительные и отрицательные стороны. Наилучшим вариантом будет рассмотреть вариант скрещивания двух и более подходов к жизненному циклу проекта;
  704. 4) были рассмотрены рекомендации к проектированию, описаны основные положения разработки приложения на ОС Android, представлена концепция интерфейсов и рабочий вид основных экранов, которые составляют основу мобильного приложения, перечислены компоненты специального программного обеспечения для разработки приложения на языке Java, а также была проведена разработка схемы базы данных, с которой будет работать разрабатываемое приложение;
  705. 5) был приведен и прокомментирован ход реализации основных компонентов и методов разработанного проекта, проведен сравнительный анализ современных технологий разработки мобильного приложения, выбрана наиболее оптимальная платформа, которая будет удовлетворять всем параметрам, произведена сборка мобильного приложения, а также дана краткая характеристика управляющей организации, в которую планируется внедрить данный проект;
  706. 6) - изложены результаты экономической эффективности разработанного приложения: на разработку данного проекта  потрачено 7 месяцев, стоимость его внедрения составляет 215096,155 руб., срок окупаемости – 262 дня;
  707. - построен календарный план и сетевой график проекта, определен критический путь, что поможет соблюсти требования проектной работы и четко представить, какие действия будут выполняться и за какой срок;
  708. - определена выгодность (NPV = 14314,177 р. > 0  = > проект выгоден и должен быть принят к рассмотрению) и эффективность (ARR = 29,7 % - ежегодная норма возврата капитала) данного проекта и произведена оценка риска (Абсолютный результат проекта = 228978,989 р. > 0 = > идем на риск и принимаем проект к рассмотрению).   
  709. Актуальность данной работы подтверждается возможностью дальнейшего развития приложения. Это развитие может идти в разных направлениях. Одним из них является усовершенствование и расширение функциональных возможностей, например, отправка показаний через СМС или электронную почту, расширенные настройки тарифов, визуальное представление данных.
  710.  
  711. СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
  712.  
  713. 1.Асаул А. Н. и др. Теория и практика разработки принятия и реализации управленческих решений в предпринимательстве / А. Н. Асаул, В. П. Грахов, О. С. Коваль, Е. И. Рыбнов; под ред. заслуженного деятеля науки РФ, д-ра экон. наук,профессора А. Н. Асаула. — СПб.: АНО «ИПЭВ», 2014. — 304 с.   
  714. 2. Баканов А. С., Обознов А. А. Проектирование пользовательского интерфейса: эргономический подход [Текст] / А. С. Баканов, А. А. Обознов. - М.: Изд-во «Институт психологии РАН», 2017.
  715. 3. Бакеев Б.В., Габдрахманова И.И. Место страхования в системе управления производственными рисками [Текст] / Б. В. Бакеев, И. И. Габдрахманова // В сборнике: СОЦИАЛЬНАЯ РОЛЬ СИСТЕМЫ СТРАХОВАНИЯ В УСЛОВИЯХ РЫНОЧНОЙ ЭКОНОМИКИ РОССИИ Сборник трудов XV Международной научно- практической конференции. Гафуров И.Р. (отв. редактор), 2014. - С. 207-210.
  716. 4. Боронина Л.Н., Сенук З.В. Основы управления проектами[Текст] / Л. Н. Боронина, З. В. Сенук. - Екатеринбург: Изд-во Урал.ун-та, 2015. - 112 с.
  717. 5. Войку И. П. Управление проектами [Текст] / И. П. Войку. - Псков: «Псковский государственный университет», 2015. – 204 с.
  718. 6. Волков И. М. Проектный анализ [Текст]: учеб. Пособие / И. М. Волков. -М.: ИНФРА - М, 2014. - 494 с.
  719. 7. Гейзлер П. С., Завьялова О. В. Управление проектами [Текст]: практич. Пособие/ П.С. Гейзлер, О.В. Завьялова; Под ред. П.С. Гейзлера. – Мн.: Книжный Дом; Мисанта, 2015. – 288с.
  720. 8. Голосовский М. С. Модель жизненного цикла разработки программного обеспечения в рамках научно-исследовательских работ  [Текст]  / М. С. Голосовский// Автоматизация. Современные технологии. 2014. - № 1. - С. 43–46.
  721. 9. Гольдштейн Г.Я. Стратегический инновационный менеджмент[Текст] / Г. Я. Гольдштейн. - Таганрог: Издательство ТРТУ, 2014. - 267 с.
  722. 10. Грей К.Ф., Ларсон Э.У. Управление проектами [Текст]: практическое руководство / К. Ф. Грей, Э. У. Ларсон / пер. с англ. – М.: ДИС, 2015.
  723. 11. Дейтел П., Дейтел Х., Дейтел Э.А Android для разработчиков [Текст]. – СПб.: Питер, 2015. - 384 с.
  724. 12. Димитриев Д.М., Димитриева З.М., Рыбаков М.Ю. Управление проектами [Текст]: практическое пособие. – М.: ЮРКНИГА, 2017.
  725. 13. Дульзон А.А. Управление проектами [Текст]: учебное пособие. Ч. 1 / А. А. Дульзон. - 3-е изд., перераб. и доп. - Томск: ТПУ, 2014. - 334 с.
  726. 14. Желиба В. К. Отличительные особенности гибридной, кроссплатформенной и нативной разработки приложения [Текст]   / Желиба В.К., Иванова Е.А // сб. ст.: Информационное общество: современное состояние и перспективы развития. Материалы IX международного форума. 2017. – С. 96–98.
  727. 15. Зарипова Г.Р., Бакеева Й.Р. Управление рисками / [Текст] /Г. Р. Зарипова, И. Р. Бакеева // В сборнике: AdvancesinScienceandTechnology Сборник статей VIII международной научно-практической конференции. Под редакцией В.Б. Соловьева. 2017. - С. 103-104.
  728. 16. Ибатуллин И. Ф. Сущность и содержание жизненного цикла проекта / [Электронный ресурс] / И. Ф. Ибатуллин // Электронный научный журнал «Международный студенческий научный вестник». – Режим доступа: http://www.eduherald.ru/ (Дата обращения: 31.10.2019).
  729. 17. Ивасенко А. Г., Никонова Я. И., Каркавин М. В. Управление проектами[Текст]: учебное пособие/ А.Г. Ивасенко, Я.И. Никонова, М.В. Каркавин – Ростов н/Д: Феникс, 2014. – 330с.
  730. 18. Ильина О. Н. Методология управления проектами: становление, современное состояние и развитие[Текст]: монография / О. Н. Ильина. - М.: ИНФРА – М.: Вузовский учебник , 2015. - 208 с.
  731. 19. Кальчук М. С. Анализ моделей жизненного цикла проекта / [Текст]: научная статья / М. С. Кальчук // В журнале:        научно-техническое и экономическое сотрудничество стран  АТР  в XXI веке, 2014. – С. 176-183.
  732. 20. Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г. Управление проектами[Текст] / И. И. Мазур, В. Д. Шапиро, Н. Г. Ольдерогге. - М.: "Омега-Л", 2016. - 664 с.
  733. 21. Марин М.А., Сидоров А.А. Технологии реализации мобильных приложений [Электронный ресурс]. – Режим доступа:  https://storage.tusur.ru (Дата обращения: 31.10.2019).
  734. 22. Милькина И. В. Построение информационно-аналитической системы управления жилищно-коммунальным комплексом [Текст] / И. В. Милькина // Вестник университета. – 2017. – № 20. – С. 80-86.
  735. 23. Мирошниченко Е. А. Технологии программирования [Текст]: учебное пособие / Е. А. Мирошниченко. 2-е изд., испр. и доп. — Томск: Изд-во Томского политехнического университета, 2018. — 128 с.
  736. 24. Никонова И. А. Проектный анализ и проектное финансирование [Электронный ресурс] / И. А. Никонова // Интернет-проект «Корпоративный менеджмент». – Режим доступа: https://www.cfin.ru/  (Дата обращения: 31.10.2019).
  737. 25. Пак В. Д. Что такое проект? Определение и признаки  [Текст] / В. Д. Пак // Международный научно-исследовательский журнал. — 2015. — № 8 (15) Часть 3. — С. 133-134.
  738. 26. Пинто Ж. К.,  Слевина Д. П.Факторы успешной реализации проекта[Электронный ресурс]. – Режим доступа: Alley-science.ru (Дата обращения: 31.10.2019).
  739. 27. Покровский М.А. Основы управления проектами [Текст]: учебное пособие под ред. Фалько С.Г. М.: Изд-во МГТУ им. Баумана, 2017. - 104 с.
  740. 28. Попов А. А. Возможные проблемы управления ЖКХ региона при использовании перспективного единого информационного пространства, сформированного на основе концепции интернета вещей [Текст] / А. А. Попов // Вестник научных конференций. – ООО Консалтинговая компания Юком. –  2015. – № 2-5. – С. 111-114.
  741. 29. Романова М.В. Управление проектами[Текст]: учеб.пособие. – М.: ИД «ФОРУМ»: ИНФРА – М, 2017. – 256с.
  742. 30. Ситдикова З. Ш. Жизненный цикл проекта: фазы и этапы [Электронный ресурс] / З. Ш. Ситдикова // «Научно-практический электронный журнал Аллея Науки». – 2018. - №3(19). – Режим доступа: Alley-science.ru (Дата обращения: 31.10.2019).
  743. 31. Тертышник М. И. Экономика предприятия / [Текст]: учебное пособие / М. И. Тертышник. - Иркутск: Изд-во БГУ, 2016. – 109 с. – Режим доступа: http://libcatalog.isea.ru (Дата обращения: 31.10.2019).
  744. 32. Чистова М. В. Возможности внедрения информационных технологий для реформирования жилищно-коммунального хозяйства РФ [Текст] / М. В. Чистова // Гуманизация образования. – 2014. – №. 6. – С. 95-101.
  745. 33. Ассоциация эффективного управления производственными активами «Ассоциация EAM», Жизненный цикл оборудования [Электронный ресурс]. – Режим доступа: https://eam.su/ (Дата обращения: 31.10.2019).
  746. 34. Блог «Программирование под Android» [Электронный ресурс]. – Режим доступа:  http://pr0andr0id.blogspot.ru/ (Дата обращения: 31.10.2019).
  747. 35. Магазин мобильных приложений GooglePlayMarket [Электронный ресурс]. – Режим доступа:  https://play.google.com/ (Дата обращения: 31.10.2019).
  748. 36. МинЖКХ Управляющая компания «ЖКХ горожаКостерёво» [Электронный ресурс]. - Режим доступа: http://mingkh.ru/vladimirskaya-oblast/kosterevo/ (Дата обращения: 31.10.2019).
  749. 37. Национальный Открытый Университет «ИНТУИТ», Лекция «Жизненный цикл инвестиционного проекта» [Электронный ресурс]. – Режим доступа: http://www.intuit.ru/ (Дата обращения: 31.10.2019).
  750. 38. Национальный Открытый Университет «ИНТУИТ», Лекция «Разработка сетевого графика проекта» [Электронный ресурс]. – Режим доступа: http://www.intuit.ru/ (Дата обращения: 31.10.2019).
  751. 39. Официальный сайт ООО «ЖКХ города Костерёво»: управляющая компания [Электронный ресурс]. - Режим доступа: http://www.jkhkosterevo.ru/ (Дата обращения: 31.10.2019).
  752. 40. Практический журнал по управлению финансами «Финансовый директор» [Электронный ресурс]. – Режим доступа: https://www.fd.ru/ (Дата обращения: 31.10.2019).
  753. 41. Разработка мобильных приложений [Электронный ресурс]. – Режим доступа: http://rasolution.ru/  (Дата обращения: 31.10.2019).
  754. 42. Рейтинги и рекорды [Электронный ресурс]. – Режим доступа: http://topmira.com/ (Дата обращения: 31.10.2019).
  755. 43. Статистика версий Android [Электронный ресурс]. – Режим доступа: https://developer.android.com/ (Дата обращения: 31.10.2019).
  756. 44. Центр управления финансами [Электронный ресурс]. – Режим доступа: http://center-yf.ru/data/economy/Zatraty-predpriyatiya.php (Дата обращения: 31.10.2019).
  757. 45. Kerzner H. R. Project management: a systems approach to planning, scheduling, and controlling. – John Wiley & Sons, 2015.
  758. 46. Labuschagne C., Brent A. C. Sustainable project life cycle management: the need to integrate life cycles in the manufacturing sector//International Journal of Project Management. - 2014. - Т. 23. -№. 2. -С. 159-168.
  759.  
  760. ПРИЛОЖЕНИЕ А
  761. UseCase диаграмма
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771. ПРИЛОЖЕНИЕ Б
  772. Схема рабочих экранов
  773.   
  774. ПРИЛОЖЕНИЕ В
  775. Структура базы данных
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785. ПРИЛОЖЕНИЕ Г
  786. SDKManager
  787.  
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796. ПРИЛОЖЕНИЕ Д
  797. Компоненты AndroidSDK
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807. ПРИЛОЖЕНИЕ Е
  808. Создание мобильного приложения по технологии 1С
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818. ПРИЛОЖЕНИЕ Ж
  819. Сборка мобильного приложения
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829. ПРИЛОЖЕНИЕ И
  830. Структура «ЖКХ города Костерёво»
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  

Share with your friends:

Print