Сохрани и опубликуйсвоё исследование
О проекте | Cоглашение | Партнёры
В процессе работы было разработано работоспособное мобильное приложение, которое позволяет обеспечивать коммуникацию заказчика и клиента
Хакасский технический институт - филиал Сибирского федерального университета
Комментировать 0
Рецензировать 1
Скачать - 2,3 МБ
Enter the password to open this PDF file:
-
Федеральное государственное автономное образовательное учреждение высшего образования «СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ» Хакасский технический институт – филиал ФГАОУ ВО «Сибирский федеральный университет» Кафедра прикладной информатики, математики и естественнонаучных дисциплин УТВЕРЖДАЮ Заведующий кафедрой _________ Е. Н. Скуратенко подпись «____» ________ 2021 г. БАКАЛАВРСКАЯ РАБОТА 09.03.03 Прикладная информатика Разработка мобильного приложения на платформе 1С:Предприятие для ООО «Бизнес Форум» Руководитель ______________ доцент, канд. физ.-мат. наук А. Н. Таскин подпись, дата Выпускник Пермяков ______________ П. С. подпись, дата Консультанты по разделам: Экономический Скуратенко _________________ Е. Н. подпись, дата Нормоконтролер __________________ В. И.
Кокова подпись, дата Абакан 2021 Федеральное государственное автономное образовательное учреждение высшего образования «СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ» Хакасский технический институт – филиал ФГАОУ ВО «Сибирский федеральный университет» Кафедра прикладной информатики, математики и естественнонаучных дисциплин УТВЕРЖДАЮ Заведующий кафедрой _________ Е. Н. Скуратенко подпись «____» ________ 2021 г. ЗАДАНИЕ НА ВЫПУСКНУЮ КВАЛИФИКАЦИОННУЮ РАБОТУ в форме бакалаврской работы
Студенту Пермякову Павлу Сергеевичу Группа ХБ 17-03 Направление 09.03.03 Прикладная информатика Тема выпускной квалификационной работы: Разработка мобильного приложения на платформе 1С:Предприятие для ООО «Бизнес Форум» Утверждена приказом по институту № 222 от 08.04.2021 г. Руководитель ВКР: А. Н. Таскин, доцент, канд. физ.-мат. наук, ХТИ – филиал СФУ Исходные данные для ВКР: заказ компании ООО «Бизнес Форум». Перечень разделов ВКР: 1. Аналитический раздел разработки мобильного приложения для компании ООО «Бизнес Форум». 2. Проектный раздел разработки мобильного приложения для компании ООО «Бизнес Форум». 3. Оценка экономической эффективности создания мобильного приложения для приема заявок. Перечень графического материала: нет Руководитель ВКР ________________ Таскин А. Н. подпись Задание принял к исполнению С. Пермяков ________________ П. подпись «08» апреля 2021 г.
РЕФЕРАТ Выпускная квалификационная работа по теме «Разработка мобильного приложения на платформе 1С:Предприятие для ООО «Бизнес документа, Форум»» 16 содержит формул, 12 85 страниц таблиц, 63 текстового рисунка, 11 использованных источников. МОБИЛЬНОЕ ПРИЛОЖЕНИЕ, 1С:ПРЕДПРИЯТИЕ, 1С, КОНФИГУРАЦИЯ ПЛАТФОРМА 1С, СБОРЩИК МОБИЛЬНЫХ ПРИЛОЖЕНИЙ, МЕТОДОЛОГИЯ РАЗРАБОТКИ, ЖИЗНЕННЫЙ ЦИКЛ, ЭКСПЛУАТАЦИОННЫЕ КАПИТАЛЬНЫЕ ЗАТРАТЫ, ЗАТРАТЫ, ЭКОНОМИЧЕСКАЯ ЭФФЕКТИВНОСТЬ, ОЦЕНКА РИСКОВ ПРОЕКТА. Целью выпускной квалификационной работы является разработка мобильного приложения на платформе 1С:Предприятие для ООО «Бизнес Форум». Для достижения поставленной цели необходимо: − Провести анализ приема заявок клиентов в компании ООО «Бизнес Форум». − Исследовать рынок подобных приложений. − Смоделировать работу мобильного приложения для приема заявок. − Определить средства разработки. − Разработать мобильное приложение. − Рассчитать стоимость разработки проекта и экономический эффект от внедрения. В результате выполнения выпускной квалификационной работы было разработано мобильное приложение на платформе 1С:Предприятие для ООО «Бизнес Форум».
SUMMARY The theme of the graduation thesis is « Mobile Application Development on the 1C: Enterprise Platform for Business Forum LLC». It contains 85 pages of a text document, 16 formulae, 12 tables, 63 figures, 11 reference items. MOBILE APPLICATION, 1C, PLATFORM 1C: ENTERPRISE, 1C CONFIGURATION, MOBILE APPLICATION BUILDER, DEVELOPMENT METHODOLOGY, LIFE CYCLE, CAPITAL COSTS, OPERATING COSTS, EFFICIENCY. The purpose of the graduation paper is to develop a mobile application on the 1C: Enterprise platform for Business Forum LLC. Objectives to be determined: - to analyze the acceptance of customer applications at Business Forum LLC; - to investigate the market for similar applications; - to simulate the operation of a mobile application for receiving applications; - to define development tools; - to develop a mobile application; - to calculate the cost of project development and the economic effect of its implementation. Results: the mobile application on the 1C: Enterprise platform will be developed for Business Forum LLC.
English Chezybaeva language supervisor: ____________________ N.V.
СОДЕРЖАНИЕ Введение 1 9 Аналитический разработки мобильного приложения для компании ООО «Бизнес Форум» 11 1.1 раздел Организационная характеристика предметной области 11 1.2 Организационная характеристика компании ООО «Бизнес Форум» 12 1.3 Анализ существующего бизнес процесса приема заявок в компании ООО «Бизнес Форум» 14 1.4 Принципы реализации информационной системы 16 1.5 Постановка цели и задач разработки мобильного приложения 17 1.6 Анализ литературы и других источников информации по функционированию подобных систем, таких как 1СКоннект и Okdesk 1.7 Концепция 18 функционирования разрабатываемого мобильного приложения 1.8 Построение 23 модели работы пользователя информационной системой в нотации IDEF3 с 28 1.9 Моделирование диаграммы Use Case 30 1.10 Обоснование и выбор программных средств 33 1.11 Выводы по аналитическому разделу 36 2 Проектный раздел разработки мобильного приложения для компании ООО «Бизнес Форум» 6 38
2.1 Установка и создание конфигурации 1С разработки мобильного приложения для 38 2.2 Установка мобильной платформы 1С:Предприятие на эмулятор (BlueStacks) и передача конфигурации 1С в эту платформу с помощью веб-сервера Apache 3 39 2.3 Сборка мобильного приложения 41 2.4 Разработка функций мобильного приложения 51 2.5 Выводы проектного раздела 62 Оценка экономической эффективности создания мобильного приложения для приема заявок 3.1 Капитальные затраты 63 63 3.1.1 Затраты на проектирование 63 3.1.2 Затраты на технические средства управления 67 3.1.3 Затраты на создание линий связи 67 3.1.4 Затраты на формирование информационной базы 68 3.1.5 Затраты на обучение персонала 68 3.1.6 Затраты на опытную эксплуатацию 68 3.1.7 Расчет капитальных затрат 68 3.2 Эксплуатационные затраты 69 3.2.1 Зарплата управленческого персонала 69 3.2.2 Амортизированные отчисления 70 3.2.3 Затраты на техническое обслуживание 70 3.2.4 Затраты на использование глобальных сетей 70 3.2.5 Затраты на носители информации 71 3.2.6 Прочие затраты 71 7
3.3 Оценка совокупной стоимости информационной системой владения 71 3.4 Оценка внедрения мобильного приложения 73 3.5 Оценка эффективности проекта в зависимости от технических, технологических, отраслевых или региональных особенностей 74 3.6 Оценка риска реализации проекта 80 3.7 Выводы экономического раздела 83 Заключение 84 Список использованных источников 85 8
ВВЕДЕНИЕ Прием заявок в компании ООО «Бизнес Форум» осуществляется несколькими способами, такими как почта, звонок в организацию и с помощью цифровой платформы для техподдержки и взаимодействия сотрудников, которая называется «1С-Коннект». С помощью сервиса «1С-Коннект» есть возможность организовать корпоративный чат, с возможностью звонить, передавать файлы и удаленно подключаться к компьютеру. Такой сервис установлен на персональных компьютерах организации, но он не бесплатный, что является одной из причин разработки собственного ПО для приема заявок. Количество заявок, в самый спокойный месяц, организация обрабатывает минимум 250. К тому же, компания ООО «Бизнес форум» юридическими работает лицами преимущественно и с индивидуальными предпринимателями, где у каждого могут быть свои сервисы подобные 1С-Коннект, в связи с чем и возникает потребность иметь собственный продукт, чтобы принимать заявки от клиентов и общаться с ними. Целью выпускной квалификационной работы является разработка мобильного приложения на платформе 1С:Предприятие для ООО «Бизнес Форум». В первом разделе выпускной квалификационной работы проведен анализ процесса приема заявок в компании ООО «Бизнес Форум», смоделированы диаграммы работы мобильного приложения для приема заявок и определены требования к разрабатываемой системы. Во втором разделе показана разработка мобильного приложения и представлены 9
создания мобильного приложения. В третьем разделе рассчитана полная стоимость владения системой по методике ТСО, а также определена экономическая эффективность проекта и оценка рисков проекта. Обладание собственным мобильным приложением для приема заявок позволит компании ООО «Бизнес Форум» исключить трату средств за использование подобного ПО для работы с заявками, а также собственный данный продукт будет предоставляться клиентам, чтобы не работать со сторонними ПО, поскольку разобраться в чужом приложении займет время, которое, в данном случае, является большой ценностью. Плюс ко всему развитие мобильных приложений все уверенней входит на рынок программных продуктов, что делает такую разработку более выгодной, эффективной и мало затратной. Для достижения поставленной цели необходимо: Провести анализ приема заявок клиентов в компании ООО «Бизнес Форум». Исследовать рынок подобных приложений. Смоделировать работу мобильного приложения для приема заявок. Определить средства разработки. Разработать мобильное приложение. Рассчитать стоимость разработки экономический эффект от внедрения. 10 проекта и
1 Аналитический раздел разработки мобильного приложения для компании ООО «Бизнес Форум» 1.1 Организационная характеристика предметной области Данная разработка затрагивает функцию предприятия по приему заявок способами от клиентов, заполнения как данных, простых, связанных обновлением со программы 1С:Предприятие и других программ, так и более сложных: настройка 1С, устранение ошибок 1С или доработка документов, отчетов под нужды конкретного предприятия. Сейчас прием таких заявок осуществляется несколькими способами, такими как почта, звонок в организацию и с помощью цифровой взаимодействия платформы сотрудников, для которая техподдержки называется и «1С- Коннект». Такой сервис установлен на персональных компьютерах организации, но он не бесплатный. После получения заявки, координатор (специалист, который распределяет заявки по компетенциям и занятости), вручную вносит полученные заявки в программу учета «Партнер», где в дальнейшем происходит распределение заявок. Определив специалиста, клиенту сообщают время, в которое будет выполняться его заявка. Также предприятие занимается субподрядом, то есть берет на себя заявки другой организации и выполняет их от именно той фирмы, с которой заключен контракт, и в последствие получает прибыль с этого подряда. Поэтому им 11
было бы удобнее предлагать собственный сервис для приема заявок, нежели использовать сторонний. Плюс ко всему, не всегда под рукой может оказаться персональный компьютер, а развитие мобильных приложений очень уверенно входит на рынок программных продуктов, что делает такую разработку более выгодной, эффективной и мало затратной. 1.2 Организационная характеристика компании ООО «Бизнес Форум» Компания ООО «Бизнес Форум» является официальным партнером фирм «1С» и «Microsoft», имеет статусы: «1С:Франчайзи», «1С:АУЦ» (Авторизованный Учебный Центр), MicrosoftRegisteredMember, осуществляет комплексную автоматизацию предприятий различных сфер деятельности, поставку и обслуживание программных продуктов и вычислительной техники, обучение персонала предприятий работе с программными продуктами, оказанием всех видов бухгалтерских услуг. Отдел информационных технологий компании ООО «Бизнес Форум» осуществляет предоставление услуг как на основе договора абонентского обслуживания, где каждый клиент сможет определить перечень работ, необходимых именно ему, так и на заказ «разовых» работ. Абонентское обслуживание подразумевает поддержание работоспособности программ. Для периодически системы, этого выезжают а также сотрудники к всех прикладных сервисного клиентам и отдела проводят профилактические работы, которые гарантируют стабильную 12
работу компьютеров и сетей. Далее немного истории возникновения компании. В 1995 году была основана компания ФЮЗИС, которая стала партнером фирмы «1С», крупнейшего в России разработчика программных продуктов для бизнеса. В 2012 году фирма продолжила работу под брендом «Бизнес Форум». На сегодняшний день на территории Республики Хакасия успешно функционируют 2 филиала в Абакане и Саяногорске. Миссия компании – помогать предприятиям и организациям достигать высоких результатов работы путем оптимизации всех бизнес процессов, успешно использовать инновационное программное обеспечение и оборудование, а также организовывать работу в соответствии с требованиями законодательства. Основными направлениями деятельности компании предприятий различных «Бизнес Форум» являются: − комплексная автоматизация сфер деятельности; − оказание бухгалтерских услуг; − поставка и обслуживание программных продуктов 1Сдистрибьюция деловых программных продуктов зарубежных и отечественных производителей, таких как Miсrosoft, Лаборатория Касперского, ABBYY, ЛИК и др.; − поставка и обслуживание контрольно-кассовой техники; − обучение работе с программными продуктами 1С. Компания предприятиям Специалисты оказывает по бухгалтерское единым компании стандартам ООО «Бизнес сопровождение фирмы Форум» «1С». регулярно проводят бесплатные консультации и семинары, на которых помогают разобраться с последними 13 изменениями в
законодательстве переходу на по бухгалтерскому онлайн-кассы, а и также налоговому систему учету, маркировки товаров. Данная информация позволяет узнать о предприятии ООО «Бизнес Форум» и лучше понять, чем оно занимается и какое множество направлений организовано. Отсюда, можно сделать вывод, что организация сталкивается с разнообразием заявок по существующим направлениям, и чтобы управлять заявками, необходима система, позволяющая легко формировать заявки, общаться со специалистами и видеть процесс выполнения заявок. Теперь рассмотрим компоненты приема заявок, которые могут улучшить существующее положение дел с помощью разрабатываемой системы. Привлечение мобильного новых клиентов приложения. Ранее за уже счет использования было сказано, что мобильные приложения очень активно входят в пользование людей, что позволит принимать заявки практически из любого места. Частичное исключение Поскольку сейчас сторонних программ внедрения мобильного издержек организация для на оплачивает работы приложения с стороннее использование заявками, часть ПО. то этих после издержек сократится. Предоставление собственной разработки клиентам для более быстрого и комфортного осуществления приема заявок. Чтобы не повторяться, этот аспект связан не с адаптацией к стороннему ПО для получения заявок, а внедрением собственного. Появление нового способа получения заявок. Помимо тех способов, где специалисты принимают заявки (электронная 14
почта, телефонные звонки, программы на ПК), появится еще один – мобильное приложение. В данном пункте была описана деятельность компании ООО «Бизнес Форум» и выявлены аспекты создания мобильного приложения, которые помогут улучшить процесс работы с заявками от клиентов. В следующем пункте будут рассмотрены особенности разрабатываемой системы. 1.3 Анализ существующего бизнес процесса приема заявок в компании ООО «Бизнес Форум» Существующий бизнес-процесс – прием заявок от клиентов посредством технических (персональный компьютер и телефон) и программных средств (почта и 1С-Коннект). На прием и выполнение заявок предприятие должно обладать соответствующей лицензией и договором на предоставление программных средств (1С-Коннект). Получив заявку, координатор решает, кому поручить ее выполнение, в зависимости от загруженности и компетенции специалистов, которые в последствии исполняют заявку (Рисунок 1). 15
Рисунок 1 – Функциональный блок приема заявок предприятия «Бизнес Форум» Если декомпозировать функциональный блок, то можно увидеть, что перед определением времени, когда специалист начнет выполнять заявку, необходимо отправить ее в компанию «Бизнес Форум», занести в программу учета «Партнер», распределить между специалистами и назначить время работы с клиентом, на что также необходимы вышеописанные программные и технические средства (Рисунок 2). 16
Рисунок 2 – Декомпозиция функционального блока приема заявок в компании ООО «Бизнес форум» Смоделировав реальную работу процесса приема заявок в компании ООО «Бизнес Форум», можно сформулировать основные принципы разрабатываемой системы, которые можно рассмотреть в следующем пункте. 1.4 Принципы реализации информационной системы Реализуемый программный продукт должен обладать основными функциями, как и система с которой работает предприятие (1С-Коннект), то есть принимать заявки от клиентов. Еще необходимо реализовать функцию мониторинга статуса заявки, чтобы клиент мог наглядно видеть, что происходит с его заявкой. Также есть потребность в реализации такой функции как автоматическое распределение заявок между специалистами (обсуждается). В таком случае, если специалист отрабатывает 17
несколько заявок в день, но он сделал их гораздо раньше, чем закончился рабочий день, в связи с чем у него появляется свободное время, в течение которого он мог бы выполнить еще несколько заявок. автоматически Получается, распределять что если заявки, в система будет зависимости от загруженности специалистов, то они смогут выполнять больше заявок. Разрабатываемая принципиальными система решениями, должна которые обладать соответствуют требованиям заказчика. Система должна поддерживать работу через интернет, что будет экономить время всех участников процесса работы приложением с является заявкой. Удобство неотъемлемой пользования частью разработки, поскольку у человека мало времени и необходимо это ценить. Поэтому оно не должно быть перегружено лишними функциями, иметь правильное расположение компонентов, чтобы пользователи не путались в приложении. Многие из этих принципов реализованы в уже существующих системах, что сделает разработку немного проще. 1.5 Постановка цели и задач разработки мобильного приложения Перед разработкой мобильного приложения необходимо поставить цель и задачи, что позволит разработчику достичь определенного результата, выполняя поставленные задачи. Разработка мобильного приложения на платформе 1С:Предприятие позволит компании ООО «Бизнес Форум» обладать собственным мобильным приложением, за которое не 18
нужно платить ежемесячно, а также данный продукт будет предоставляться клиентам, чтобы не работать со сторонними ПО, поскольку разобраться в чужом приложении займет время, которое, в данном случае, является большой ценностью. Плюс ко всему развитие мобильных приложений все уверенней входит на рынок программных продуктов, что делает такую разработку более выгодной, эффективной и мало затратной. Для достижения поставленной цели необходимо: − Провести анализ предметной области. − Выбрать инструменты для разработки. − Разработать мобильное приложение. − Протестировать полученный продукт. − Оценить эффективность разработки мобильного приложения и выявить риски проекта. После постановки цели и задач разработки программного продукта, которые сформировали точное направление действий для разработки приложения, далее можно перейти к рассмотрению альтернативных информационных систем. 1.6 Анализ литературы и других источников информации по функционированию подобных систем, таких как 1С-Коннект и Okdesk Никакая разработка не обходится без анализа рынка подобных продуктов. Поскольку в данной теме речь идет о разработке мобильного приложения, соответственно и анализ схожих программных продуктов проводился среди мобильных разработок. приложений, Закончив был сделан исследование вывод 19 о том, альтернативных что существует
множество мобильных приложений, схожих по функциям, соотносящихся с требуемыми от заказчика, но целесообразно будет остановиться на самых эффективных с точки зрения выполняемых функций и отзывов пользователей. Начнём с мобильного сервиса «Okdesk». Okdesk – система, которая позволяет в оперативном режиме управлять обращениями клиентов, планировать выезды инженеров с учетом их загрузки, а также распределять заявки оптимальным образом с учетом местоположения исполнителя и адреса заявителя. Из определения можно понять, что система выполняет все необходимые функции (даже больше), которые необходимо реализовать в разрабатываемой системе, но все упирается в то, что система, несмотря на свою эффективность, платная, что является одной из самых главных причин заинтересованности в разработке собственного мобильного приложения. Хотелось бы отметить немаловажное достоинство сервиса «Okdesk», которое заключается в наличии двух мобильных приложений на одну и ту же тематику. Это связано с тем, что есть версия приложения для клиента и исполнителя, что, на мой взгляд, является более правильным решением, нежели это было бы одно приложение, поскольку версия для клиента не содержит функции и пункты, которые предназначены для специалиста и наоборот. С другой стороны, можно сделать одно приложение клиента и и ввести специальные специалиста, что идентификаторы позволит скрывать для лишние функции. Также важным аспектом этого аналога является автоматическое распределение заявок между специалистами, что позволяет практически исключить приезд работника в 20
организацию, то есть специалист, зайдя в приложение, видит свои заявки и направляется сразу к клиенту. Это работает таким образом, что в системе имеется контроль местоположения специалиста, что позволяет распределять заявки в зависимости загруженности. Это что от расстояния касается до клиента функционала, и теперь рассмотрим отзывы как обычных пользователей, так и людей, занимающих Источником высокие отзывов должности послужил в крупных сервис компаниях. «Google Play» официальный сайт продукта «Okdesk» (Рисунки 3 и 4). Рисунок 3 – Отзыв технического директора ООО ДИАС-К о сервисе Okdesk 21 и
Рисунок 4 – Отзывы обычных пользователей о сервисе Okdesk Как можно заметить, отзывы разные как положительные, так и отрицательные, которых немало. Если посмотреть отзывы директоров и инженеров из разных компаний на официальном сайте Okdesk, положительные, то можно что не заметить, отражает что там все отзывы действительности и позволяет задуматься о том, насколько эффективный сервис Okdesk. Теперь рассмотрим мобильное приложение «1С- Коннект». Данное приложение имеет почти все те же функции, что и десктопная программа 1С–Коннект. 22 По сравнению с
предыдущим аналогом, 1С–Коннект не обладает автоматическим распределением заявок, а также отсутствует удаленное подключение к персональному компьютеру клиента, поскольку с мобильного телефона вряд ли возможно решить проблему клиента, если это конечно не услуга, не связанная с присутствием специалиста на рабочем месте, например, консультация. В остальном, все программные составляющие те же самые – это чат с клиентами, коллегами, организациями, которые могут не являться клиентами (например, можно подключить налоговую фирму, которая будет уведомлять о новых постановлениях, которые нужно соблюдать при составлении отчетов или можно у них получить консультацию) и т.д. Также, сервис имеет возможность создавать групповые звонки и конференции, как с коллегами, так и с клиентами. К тому же, пользователи сервиса 1С-Коннект могут указывать свой рабочий статус, в зависимости от загруженности и нахождении на рабочем месте. Есть еще одна важная функция, которая позволяет записывать разговоры с клиентами, что экономит время и позволяет иметь более точные детали запроса, а также это существенно помогает, если специалист не на рабочем месте или болен, то заявку может выполнить другой специалист, которому достаточно прослушать запись разговора. В связи с тем, что на официальном сайте сервиса 1СКоннект нет отзывов о продукте, то пришлось руководствоваться только отзывами с платформы «Google Play» (Рисунок 5). 23
Рисунок 5 – Отзывы обычных пользователей о сервисе 1СКоннект Можно заметить, что отзывы клиентов, как две крайности, либо сервис полностью удовлетворяет, либо имеет критические ошибки. После обзора альтернативных разработок, можно сделать вывод о том, что всякая разработка имеет свои недостатки и достоинства, несмотря на популярность данных сервисов. Такой анализ позволит не только понять актуальность и востребованность новой разработки, но и учесть ошибки уже существующих систем, чтобы создать продукт с максимальной эффективностью и минимальной погрешностью. А для этого необходимо определить требования к системе, смоделировать внешний составить вид и план инструментам функционал работ. и Но методам мобильного перед тем разработки, 24 как приложения и переходить к стоит подробно
остановиться на демонстрации работы мобильного приложения посредством созданных диаграмм. 1.7 Концепция функционирования разрабатываемого мобильного приложения Далее будет рассмотрен процесс приема заявок в случае внедрения мобильного приложения в структуру компании ООО «Бизнес Форум» (Рисунок 6). Рисунок 6 – Функциональный блок работы мобильного приложения «Прием заявок» В центре листа расположен главный блок, обозначающий разрабатываемую систему. Также диаграмма имеет следующие входы: − Данные пользователя. − Данные для заявки. Выходы: − Время, когда заявка пойдет на исполнение. 25
Элементы управления (в данном случае руководящие документы): − Федеральный закон РФ от 27 июля 2006 года № 152- ФЗ «О персональных данных». − Регламент работы компании с клиентом. Механизмы: − Координатор. − Мобильный телефон. − Мобильное приложение. − Исполнитель заявки. Затем можно увидеть результат декомпозиции функционального блока работы мобильного приложения на рисунке 7. Рисунок 7 – Декомпозиция функционального блока работы мобильного приложения Теперь распишем более подробно все, что происходит на представленной диаграмме. 26
Запустив мобильное приложение, пользователь попадает на форму авторизации, где он вводит данные своей учетной записи, которые ему заранее сообщит администратор системы. Такой подход позволяет практически полностью исключить попадание в систему посторонних лиц. Затем, пользователь может сформировать заявку с какимто запросом, зайдя в соответствующий раздел, и отправить ее в компанию ООО «Бизнес Форум». Далее заявка автоматически попадает в базу данных заявок в программу «1С-АРБИС:Управление фирмой- франчайзи». Данная программа придет, в будущем, на замену той программе учета, которая используется сейчас (программа учета «Партнер»), поскольку она позволяет автоматизировать бизнес-процессы фирмы франчайзи (вид отношений между рыночными субъектами, когда одна сторона (франчайзер) передаёт другой стороне (франчайзи) за плату (паушальный взнос) право используя на определённый разработанную вид предпринимательства, бизнес-модель его ведения: действовать от своего имени, используя технологию, сырьё, товарные знаки и/или бренды франчайзера). 1С-АРБИС:Управление фирмой-франчайзи разработана на основе типовой конфигурации «Бухгалтерия предприятия», редакция 3.0 конфигурации и и поддерживает все полный преимущества функционал технологической платформы «1С:Предприятие 8». Функциональные возможности: − Хранение развернутой информации о клиентах. − Учет договоров с клиентами. − Апгрейды программных продуктов. 27
− Подсистема CRM (предназначена для организации контактов менеджеров и сотрудников фирмы-франчайзи с клиентами и потенциально заинтересованными лицами). − Учет продаж и апгрейдов программ. − Информация о сотрудниках. − Сервис sms-информирования. − Интеграция с 1С-Коннект. − И другие. Если менее подробно, АРБИС:Управление то новый фирмой-франчайзи» продукт обладает «1С- большим функционалом, чем «Партнер» и продается только партнерамфранчайзи фирмы «1С», а «Бизнес Форум» таковым и является. После того координатор как заявка определяет попадает специалиста, в базу который заявок, будет ее выполнять, в зависимости от компетенции и занятости, и определяет время, когда специалист может связаться с клиентом для выполнения заявки. То есть, если у специалиста уже много заявок, то новая заявка должна быть назначена другому сотруднику той же компетенции. Далее, пользователь может увидеть статус своей заявки, который будет меняться в зависимости от выполнения заявки. Чтобы лучше понять необходимо определить взаимодействует. графического работу Для с какими этого структурного мобильного системами используем анализа приложения оно методологию DFD, описывающую внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ. Диаграмма потоков данных (data инструментов flow diagram, структурного DFD) – анализа 28 один и из основных проектирования
информационных систем, существовавших до широкого распространения UML (Рисунки 8 и 9). Рисунок 8 – Диаграмма внешних потоков данных мобильного приложения На диаграмме изображены две внешние сущности, которые взаимодействуют между собой. Внешняя сущность представляет собой материальный объект или физическое лицо, выступающие как источник или приемник информации (например, заказчик). Внешние сущности на DFD по смыслу соответствуют управлению и механизмам, отображаемым на контекстной диаграмме IDEF0. Внешние сущности, представленные на DFD диаграмме: − Мобильное приложение на платформе 1С:Предприятие. − Клиент. Декомпозиция основного элемента диаграммы позволит более детально просмотреть представленных сущностей. 29 цепочку взаимодействий
Рисунок 9 – Декомпозиция основного элемента диаграммы Представленное описание декомпозиции отражает суть внешних сущностей, их важность и соответственно дает понимание, о том, какие функции и требования должно выполнять мобильное приложение. Потоки данных в основном повторяются, как и при декомпозиции функционального блока (IDEF 0 «Работа мобильного приложения»), поэтому подробно на этом останавливаться нет необходимости. Перейдем к построению и описанию диаграммы IDEF3. 1.8 Построение модели работы пользователя с информационной системой в нотации IDEF3 IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием (Scenario) называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, последовательности этапов регистрации). 30 описание
Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи: − Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса. − Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов. − Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например, изменение конструктивных, технологических или эксплуатационных свойств конечного продукта. − Содействовать принятию оптимальных решений при реорганизации технологических процессов. − Разрабатывать технологических процессов, имитационные по принципу модели «КАК БУДЕТ, ЕСЛИ...» [1]. Сценарии работы мобильного приложения представлены на рисунке 10. 31
Рисунок 10 – Диаграмма IDEF3 работы мобильного приложения После запуска приложения, необходимо будет авторизоваться. Для этого нужно заполнить поля «Логин» и «Пароль», которые присылает координатор компании «Бизнес Форум». Но стоит учесть, что логин и пароль могут получить только клиенты компании, поскольку информация, которой обмениваются пользователи приложения может быть коммерческой. Пройдя «Заполнить авторизацию, появляется профиль сейчас?». окно с вопросом Отвечая нет, пользователь переходит к списку заявок, иначе он заполняет свой профиль (ФИО, почта и т.п.) и также видит список заявок. Пользователь может фильтровать, удалять, и просматривать свои заявки. Также, в окне будет возможность создать новую заявку, заполнив для этого поля «Услуга» и «Описание», а затем нажать кнопку «Отправить» и заявка попадет в базу заявок в компании «Бизнес Форум» в систему УФФ. Также, пользователь может видеть статус выполнения своей заявки в соответствующем поле. Далее будут рассмотрены варианты работы с мобильным приложением с помощью диаграммы Use Case. 32
1.9 Моделирование диаграммы Use Case Визуальное моделирование в UML можно представить, как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Построение диаграммы Use case необходимо для следующих целей: − Достижение соглашения между разработчиками, заказчиками и пользователями о том, что должна делать разрабатываемая система. − Достижение лучшего понимания разработчиками поведения разработки. − Ограничение системной функциональности. − Создание базиса для планирования разработки проекта. − Определение пользовательского интерфейса. Результат создания диаграммы вариантов использования представлен на рисунке 11. Прежде чем описывать саму диаграмму, необходимо понимать из чего она состоит. На представленной модели присутствуют актеры, которые могут взаимодействовать с системой. Актерами могут быть как люди, так и внешние системы или устройства. Следует всегда помнить, что актер – 33
это не конкретный (должностная человек обязанность), в или устройство, которой он а роль выступает по отношению к программной системе. Например, в качестве актера может быть конкретный пользователь, а может выступать весь контингент клиентов компании. Следующий элемент диаграммы использования – варианты использования (ВИ). При взаимодействии актера с системой последняя выполняет ряд работ, которые образуют вариант использования использовать системы систему (use case). по-разному, Каждый то есть актер может инициировать выполнение разных ВИ. Таким образом, каждый ВИ, по существу, есть некоторое функциональное требование к системе (которое может быть разбито на несколько более мелких). ВИ не представляет собой конструкцию, напрямую реализуемую в программном коде. ВИ описывает, что делает ПС, но не как она это делает. Лучший путь к нахождению ВИ – рассмотреть, что требует каждый актер от системы. Следует помнить, что система существует только для пользователей и должна строиться, исходя из их потребностей. Каждый ВИ должен иметь название, отвечающее его назначению. Название должно отражать, что достигается при взаимодействии с актерами. На диаграммах ВИ изображается в виде овала [2]. 34
Рисунок 11 – Диаграмма вариантов использования информационной системы Можно заметить, что больше всего взаимодействий с системой у пользователей, поскольку их много и создание мобильного приложения направленно на их привлечение и упрощение приема заявок. Есть блок «Авторизация», с которым взаимодействуют все актеры, поскольку этот компонент является отправной точкой при использовании мобильного приложения и должен быть проработан со всех сторон. Также пользователь может отправлять заявки в компанию «Бизнес Форум» и отслеживать статус их выполнения. Еще пользователь может заполнить свой 35
профиль, чтобы другие пользователи могли идентифицировать друг друга. Сущность заказчика и разработчика в данной схеме заключается преимущественно, чтобы приложение модернизировалось с течением времени и успешно сочеталось с теми решениями, которые уже существуют в компании ООО «Бизнес Форум». Как можно было заметить, диаграмма Use Case (диаграмма вариантов использования) была представлена в отдельном пункте выпускной квалификационной работы. Это связано с тем, что такой тип диаграмм позволяет рассмотреть все функции мобильного приложения при его использовании, без вспомогательных документы, элементов, регулирующие таких работу как нормативные приложения или его программной составляющей. Вдобавок к этому, диаграмма Use Case имеет визуальное отличие от других диаграмм и воспринимается иначе. Построив структуру работы мобильного приложения и описав его функциональные возможности, необходимо определиться с выбором инструментов и методов разработки информационной системы. 1.10 Обоснование и выбор программных средств Данный проект подразумевает создание мобильного приложения на платформе 1С:Предприятия по нескольким причинам. Во-первых, есть личный интерес к сфере технологий 1С. Во-вторых, приложение, организация, занимается, для как 36 которой созданием, создается так и
сопровождением продуктов 1С и, реализовав рассматриваемый продукт, есть возможность дальше работать в компании ООО «Бизнес Форум» или же в другой похожей организации, а также создавать больше мобильных приложений на платформе 1С, поскольку разработка мобильных приложений сейчас находится только на стадии зарождения, особенно в Хакасии. В-третьих, как уже было сказано выше, компания ООО «Бизнес Форум» занимается продуктами 1С и это является важным аспектом, так как внедрить 1С продукт (хоть и мобильный) будет гораздо проще, нежели писать приложение на других платформах. Еще одним аспектом в пользу выбора платформы 1С является то, что нет необходимости создавать базу данных в конфигурации, она формируется автоматически по мере наполнения конфигурации объектами (справочники, регистры и так далее). собственным Конфигурация языком 1С:Предприятие программирования, что обладает позволяет сэкономить время на поиск такового. Хотелось бы еще добавить то, что уже можно реализовывать в мобильных приложениях на платформе 1С: − Геопозиционирование (мобильная платформа позволяет определять и отображать географическое положение мобильного устройства). − Штрихкодирование (функция сканирования и распознавания штрих-кодов). − Почта (отправка письма с помощью почтового клиента). − Мультимедиа (создание медиафайлов прямо в мобильном приложении). − Контакты (получение полной информации о хранящихся контактах). 37
− Телефония, SMS (мобильная платформа позволяет набрать номер, отправлять SMS сообщения). − Push уведомления (удобный способ проинформировать пользователя о событии) [3]. Что касается самих программ или выбора окружения, то тут все достаточно просто и понятно: Первое, что необходимо, так это скачать платформу 1С:Предприятие, где будет проходить вся разработка мобильного приложения (Рисунок 12). Рисунок 12 – Окно пользовательского режима работы с платформой 1С:Предприятие Следующим программа персональный инструментом Apache, которая компьютер, как для разработки позволяет Web-сервер, является использовать чтобы быстро загрузить платформу 1С:Предприятие на мобильную ОС и производить отладку и обновление конфигурации 1С. Если вкратце, то работа веб-сервера выполняет роль посредника 38
между компьютером сервера и компьютером клиента. Он берёт контент с сервера на каждый запрос пользователя и доставляет его в сеть. Эту программу выбирают из-за ее гибкости, мощности и широкой распространенности. приложения Apache играет В разработке немалую роль, мобильного поскольку с помощью веб – сервера будет происходить передача и отладка разрабатываемой конфигурации 1С на мобильный телефон (Рисунок 13) [4]. Рисунок 13 – Программа «Apache» Далее понадобится Android SDK – комплекс средств для разработки приложений для мобильной ОС. Это один из компонентов Android Studio, который также используется при разработке мобильных приложений «1С:Предприятие 8». На деле же, данный инструмент пригодится только при сборке мобильного приложения (также, как и JDK) в сборщике мобильных приложений, речь о котором пойдет в пункте 2.3. 39
Но перед этим 1С:Предприятие нужно на установить эмулятор, где мобильную будет платформу тестироваться и отлаживаться мобильное приложение [5]. 1.11 Выводы по аналитическому разделу В данном разделе были определены ключевые аспекты разработки мобильного приложения. К таким аспектам относится моделирование диаграмм IDEF0, IDEF3, DFD, ER, Use case, так как это один из лучших методов представить, как будет выглядеть будущая разработка, причем такое моделирование позволяет с разных сторон посмотреть на программный продукт и учесть, как можно больше деталей, нюансов и других элементов в реализации проекта. К таковым компании ООО относятся «Бизнес исследование Форум» на деятельности предмет выявления потребности в разрабатываемой системе и более детальный анализ процесса приема заявок для более точного выполнения задач от заказчика. К тому же, были изучены альтернативные программные продукты. Это также позволит понять, как должно работать и выглядеть разрабатываемое мобильное приложение, чтобы максимально приблизиться к их результату и, возможно, сделать конкурентный продукт. Не менее важным был выбор программных средств для разработки мобильного приложения, потому что от них, в том числе, зависит качество, удобство и время разработки. Была выбрана платформа 1С:Предприятие, программа Apache для использования персонального компьютера в качестве Web40
сервера, эмулятор BlueStacks, а также средства для сборки мобильного приложения android SDK и JDK. К тому же, была выбрана методология разработки – итеративная и определен жизненный цикл разработки, который позволит создать мобильное приложение исходя из личных предпочтений и требований заказчика. Но вышеописанное не имело бы смысла, если бы этот проект не имел должной актуальности, цели и потребности. Это три самых главных вопроса, на которые разработчик должен ответить прежде, чем создавать новый продукт. Плюс ко всему, сюда альтернативных же можно мобильных отнести анализ рынка приложений, чтобы понять актуальность, увидеть сильные стороны аналогов, учесть их при разработке или создать что-то кардинально новое, что не каждый сможет, особенно, когда уже почти все, что можно изобрести, существует и сейчас. Далее перейдем к проектному разделу разработки мобильного приложения для компании ООО «Бизнес Форум». 2 Проектный раздел разработки мобильного приложения для компании ООО «Бизнес Форум» 2.1 Установка и создание конфигурации 1С для разработки мобильного приложения Для начало необходимо скачать платформу 1С:Предприятие совместно с мобильной платформой или же купить официальную версию продукта, что не особо повлияет на разработку. 41
После установки, нужно открыть программу 1С:Предприятие и добавить новую конфигурацию, в которой будет разрабатываться мобильное приложение (Рисунок 15). Рисунок 15 – Платформа 1С:Предприятие Теперь платформы рассмотрим процесс 1С:Предприятие на установки телефон и мобильной добавление конфигурации 1С. 2.2 Установка мобильной платформы 1С:Предприятие на эмулятор (BlueStacks) и передача конфигурации 1С в эту платформу с помощью вебсервера Apache Как уже платформу ранее было 1С:Предприятие сказано, в нужно комплекте было с скачать мобильной платформой. Этот и следующий пункт были выполнены, как на 42
учебной, так и на полной версии 1С:Предприятие, но на рисунках можно заметить, что использовалась именно учебная версия продукта, поскольку необходимо было выстроить правильную стратегию, перед тем как начать разрабатывать основную систему. Теперь необходимо переместить файл, указанный на рисунке 16, на эмулятор BlueStacks и произвести на нем установку мобильной платформы 1С:Предприятие. Рисунок 16 – Установочный файл мобильной платформы 1С:Предприятие Чтобы протестировать и увидеть результат работы мобильного приложения на эмуляторе, необходимо выгрузить (в конфигурации это называется «Публиковать») конфигурацию в заранее созданную для этого папку (Рисунок 17), заполнив обязательные поля, как на рисунке 18 и нажать кнопку «Опубликовать». 43
Рисунок 17 – Путь к выгрузке конфигурации 1С для мобильной платформы Рисунок 18 – Выгрузка (публикация) конфигурации 1С для мобильной платформы После успешной выгрузки (публикации) конфигурации можно, на эмуляторе, зайти в уже установленную мобильную платформу 1С:Предприятие и добавить разрабатываемую конфигурацию. На рисунках 19–20 показан порядок этих действий. При непосредственном добавлении конфигурации следует указать путь, который состоит из IP адреса ПК и названия папки, где лежит выгруженная (опубликованная) информационная база. Но стоит отметить, что при данной 44
операции обязательно должен быть включен веб-сервер Apache для передачи файлов. Рисунок 19 – Загрузка информационной базы в мобильную платформу 1С:Предприятие Рисунок 20 – Окно информационных баз на мобильной платформе в эмуляторе Если все прошло успешно, то для получения самого мобильного приложения понадобится сборщик приложений 1С для мобильных устройств, о чем и будет следующий пункт. 2.3 Сборка мобильного приложения До этого момента уже было сказано, что для разработки мобильного приложения необходимо скачать, как платформу для ПК, так и мобильную платформу, но в данном пункте описывается один из важнейших этапов разработки любого мобильного приложения – это сборка мобильного приложения в один исполняемый файл. 45 На разных языках
программирования это сделано по-своему и 1С приложения не стали исключением. Если необходимо разработанное с собрать помощью мобильное средств 1С, то приложение, необходимо установить сборщик приложений 1С для мобильных устройств, который скачивается вместе с предыдущими платформами. Данный сборщик представляет собой конфигурацию 1С, которая создана программистами для получения готового мобильного приложения (Рисунок 21). Рисунок 21 – Главное окно сборщика приложений для мобильных устройств Как появится только откроется справка с сборщик, разделами, перед пользователем поясняющими сборку мобильного приложения. Расписывать все до мелочей будет нецелесообразно и трудоемко, поэтому далее можно увидеть основные мероприятия по сборке мобильного приложения. Первое, что нужно настроить, это параметры сборщика и поставщика (Рисунок 22). 46
Рисунок 22 – Меню для настроек параметров поставщика и сборщика Настройку параметров поставщика и сборщика можно осуществлять по порядку, хоть это и не повлияет на конечный результат. Теперь поставщика», откроем которая вкладку в «Настройка основном параметров предназначена для заполнения данных разработчика и указания ОС, для которой собирается приложение (Рисунки 23-25). Рисунок 23 – Общие параметры настройки поставщика 47
Рисунок 24 – Внесение информации о разработчике и мобильном приложении Рисунок 25 – Создание ключа разработчика Стоит отметить существенные сведения о разработчике, которые отмечены красным цветом на предыдущих рисунках. Первое из них – «Префикс идентификатора приложения для ОС Android» предназначено идентификатора, под для которым создания будет уникального публиковаться приложение в Play Market. Второе – это создание ключа разработчика, которое является обязательным, при условии 48
распространения приложения на соответствующих площадках (AppStore, Play Market и другие), а в ином случае это не так обязательно. Следующим шагом будет настройка параметров сборщика (Рисунок 26). Рисунок 26 – Настройка параметров сборщика Данная настройка предусматривает указание путей до программ, с помощью которых будет собираться мобильное приложение. В рассматриваемом случае это средства SDK (упоминались выше), JDK (Представляет собой пакет инструментов для разработки программного обеспечения и позволяет «Temp» разработчикам для хранения создавать кэша. программы) Несомненным и папка достоинством сборщика 1С является то, что в нем указаны версии программ, которые необходимы для сборки приложений. Закончив с настройкой программ для сборщика, можно переходить к загрузке мобильной платформы 1С:Предприятие во вкладке «Мобильные версии» (Рисунки 27 и 28). 49
Рисунок 27 – Окно загрузки мобильной платформы Рисунок 28 – Окно мобильных версий В этой части сборщика необходимо загрузить мобильную платформу 1С:Предприятие, под управлением которой будет работать собранное мобильное приложение. Загрузка осуществляется путем указания пути к соответствующему архиву. Следующим действием служит загрузка разрабатываемой мобильной конфигурации (Рисунки 31 и 32). Но перед этим необходимо преобразовать эту конфигурацию в файл для передачи его в сборщик, поскольку так устроен сборщик (Рисунки 29 и 30). 50
Рисунок 29 – Преобразование разрабатываемой мобильной конфигурации в файл Рисунок 30 – Преобразованная мобильная конфигурация Полученный файл следует передать в сборщик. 51
Рисунок 31 – Окно загрузки мобильных конфигураций Рисунок 32 – Окно мобильных конфигураций Загрузка мобильной конфигурации происходит по тому же сценарию, что в предыдущем шаге, без указания дополнительных сведений. Остается заключительный этап в сборке мобильного приложения – это непосредственно сборка, представленная на рисунках 33 – 34. 52
Рисунок 33 – Настройка параметров сборки мобильного приложения Основные параметры сборки: − поставщик (P.S.Permyakov); − указание платформы сборки (Android); − выбор мобильной платформы (Версия 8.3.13.45); − выбор мобильной конфигурации (ПриемЗаявок 1.0.0). После указания всех необходимых компонентов, необходимо нажать кнопку «Собрать приложение». 53
Рисунок 34 – Результат сборки мобильного приложения Представленный мобильного рисунок приложения прошла показывает, что сборка успешно. Теперь можно загрузить готовый продукт на торговые площадки или получить исполняемый файл, который нужно перенести с смартфон и установить, как показано на рисунках 35-36. Рисунок 35 – Окно собранных приложений 54 ПК на
Рисунок 36 – Папка с исполняемым файлом мобильного приложения Затем нужно запустить установку представленного файла на телефоне и после этого открыть мобильное приложение (Рисунки 37 и 38). Рисунок 37 – Установочный файл мобильного приложения 55
Рисунок 38 – Главное окно мобильного приложения Со стороны может показаться, что для сборки приложения необходимо сделать множество непонятных операций, но при должном опыте и практике это происходит проще и экономит время. Далее разберем какие аппаратные средства необходимы для разработки мобильного приложения и функционирования [6, 7, 8]. 2.4 Разработка функций мобильного приложения 56 его
Авторизация пользователя начинается с того, что в справочник «Пользователи» заносится пароль пользователя (Рисунок 39). Рисунок 39 – Справочник «Пользователи» Далее, когда пользователь открывает мобильное приложение, то он попадает на форму авторизации, где вводит свой логин и пароль, которые тот получил заранее. После заполнения данных необходимо нажать кнопку (Рисунки 40-41). Рисунок 40 – Функционал кнопки «Войти» 57 «Войти»
Рисунок 41 – Форма авторизации мобильного приложения Нажав на кнопку входа, происходит проверка заполнения полей и сравнение введенных значений с теми, которые записаны в справочнике «Пользователи» (Рисунки 42-45). Рисунок 42 – Код проверки вводимых значений на форме авторизации 58
Рисунок 43 – Код поиска пользователя в мобильном приложении по логину Рисунок 44 – Отправка данных, введенных на форме авторизации, на сервер 59
Рисунок 45 – Сопоставление полученных данных с формы авторизации и отправка ответа на клиент Сравнив данные пользователя в справочнике «Пользователи» с данными, введенными на форме, в мобильное приложение приходит значение «Истина» или «Ложь». Если в ответ на запрос пришло значение «Ложь», то пользователь получает соответствующее сообщение (Рисунок 46). Рисунок 46 – Реакция системы на неправильные данные авторизации 60
Если же пользователем пришло значение появляется окно, «Истина», где ему то перед предлагается заполнить профиль (Рисунки 47-48). Рисунок 47 – Код реакции программы на ответ с сервера Рисунок 48 – Окно с выбором заполнения профиля В случае, если пользователь отвечает «Да», открывается форма заполнения профиля (Рисунок 49). 61 то
Рисунок 49 – Форма заполнения профиля Когда пользователь ввел свои данные и нажал кнопку «Сохранить», то он заносится в справочник «Пользователи» в мобильном приложении (Рисунки 50-53). Рисунок 50 – Код создания пользователя в мобильном приложении 62
Рисунок 51 – Программный код для загрузки и сохранения фото Рисунок 52 – Функционал кнопки «Сохранить» Рисунок 53 – Список пользователей в мобильном приложении Далее пользователь попадает на форму списка заявок. Если, исходя из вопроса о заполнении профиля, человек 63
нажимает «Нет», то он также попадает на форму списка заявок (Рисунок 54). Рисунок 54 – Форма списка заявок Теперь пользователь может создать заявку и отправить ее в компанию ООО «Бизнес Форум» (Рисунки 55-57). Рисунок 55 – Форма формирования новой заявки в мобильном приложении Рисунок 56 – Форма списка заявок пользователя После создания заявки можно заметить, что у заявки ожидается статус, который будет меняться в зависимости от 64
выполнения заявки. Меняется статус вручную специалистом, который распределяет заявки (Рисунки 58-60). Рисунок 58 – Изменение статуса заявки пользователя Рисунок 59 – Форма для отображения заявок пользователя в базе заявок Рисунок 60 – Заявка с измененным статусом Кроме этого, была создана информационная база для хранения заявок и пользователей, поскольку хранить такой 65
объем данных в мобильном приложении нецелесообразно и попросту нелогично (Рисунок 61). Рисунок 61 – Окно информационных баз для мобильного приложения Затем были информационными изучены базами 1С, способы в нашем обмена случае между между мобильным приложением и базами с заявками и клиентами (Рисунок 62). 66
Рисунок 63 – Объекты обмена между информационными базами 1С Проведя сравнительный анализ (в том числе практический) объектов обмена между конфигурациями 1С, было решено остановиться на использовании web-сервиса, поскольку он является средством поддержки SOA (ServiceOriented Architecture) — сервис-ориентированной архитектуры, которая является современным стандартом интеграции приложений и информационных систем. Значительным архитектуры преимуществом является инфраструктуру то, что предприятия сервис-ориентированной она позволяет однородным развивать образом, без разрушения уже существующих решений. Ее использование позволяет минимизировать разнородных и издержки унаследованных за систем счет в интеграции современный ландшафт предприятия. Она позволяет реализовывать слабо связные программные компоненты с тем, чтобы максимально повысить их повторную используемость. 67
На этом этапе заканчивается описание выполненных работ и теперь можно перейти к экономической части [6]. 2.5 Выводы проектного раздела В заключении проектного раздела можно сказать, предстоит приложить еще немало усилий, чтобы, по итогу, получить работоспособное мобильное приложение, но пока работа ведется с тем, что есть на данный момент. Хочется также отметить, что это первый серьезный проект, на протяжении всего обучения, который накладывает на студента определенную ответственность (прежде всего перед заказчиком проекта). Если говорить о том, что уже сделано, то на сегодняшний момент уже настроена работа сборщика мобильных приложений, который позволяет собрать программный продукт из того, что разработано и, при этом, не содержит ошибок, а иначе собрать продукт не получится. Выше показан весь процесс сбора мобильного приложения, который оказался успешным. Следующее, что хочется отметить, это авторизация в мобильном приложении, где упор был сделан на безопасности информации, которой оперирует система. Также реализована передача заявок в базу, где хранятся все заявки пользователей. К тому же, пользователь может отслеживать статус выполнения своей заявки. Далее следует расчет экономической составляющей проекта, которая является неотъемлемой частью разработки любого продукта. 68
3 Оценка экономической эффективности создания мобильного приложения для приема заявок 3.1 Капитальные затраты Капитальные информационную (единовременные) систему и носят затраты разовый на характер. Вычисляются по формуле К = Кпр + Ктс + Клс + Кло + Кио + Коб + Коэ, (1) где Кпр – затраты на проектирование ИС; Ктс – затраты на технические средства управления; Клс – затраты на создание линий связи локальных сетей; Кпо – затраты на программные средства; Кио – затраты на формирование информационной базы; Коб – затраты на обучение персонала; Коэ – затраты на опытную эксплуатацию. 3.1.1 Затраты на проектирование Затраты на проектирование мобильного приложения рассчитываются по формуле Кпр = Кзп + Кппс + Ксвт + (2) где Кзп – затраты на заработную плату программиста; 69 Кпроч,
Кппс – затраты на инструментальные программные средства проектирования; Ксвт – затраты на средства вычислительной техники для проектирования; Кпроч – прочие затраты на проектирование. Для расчета затрат на заработную плату разработчиков необходимо составить таблицу 1, посчитать заработную плату и отчисления в фонд оплаты труда. Таблица 1 – Зарплата программиста 1С в Республике Хакасия Наименование Начислено, руб. (Программист 1С) По окладу Премия Северная надбавка Районная надбавка Удержано, руб. 22921 6876 6876 Окончание таблицы 1 Итоговая сумма НДФЛ ФОТ На руки Итого: 36673 4767 47748 31906 Расчет будет исходить из того, что проект разрабатывается 22 дня (по 8 часов в день). Соответственно: Кзп = 47748 рублей. Далее требуется рассчитать Ксвт, для этого необходимо рассчитать стоимость необходимого оборудования. Стоимость компьютера приведена в таблице 2. Таблица 2 – Стоимость компьютера разработчика № Комплектующая 70 Цена, руб.
1 2 Материнская плата: Gigabyte GA-Z68P-DS3 Процессор: Процессор Intel Core i3 2100, 2 5390 3587 3 4 5 ядра, частота 3,10GHz Видеокарта: AMD radeon 5500 Series 1Gb Накопитель: PLEXTOR PX-128M6S Оперативная память: Kingston HyperX 1500 4190 5300 6 7 8 9 10 11 [KHX1600C9D3/4G] 4 ГБ (2 шт.) Блок питания: 600W Aerocool VX PLUS 600 Корпус: Thermaltake key 3 spirit Монитор: Samsung SME1920NR Беспроводная мышь: Smartbuy ONE 368AG Клавиатура: kl-23mu Итого: 2500 1500 5000 500 1500 30967 Данная техника является собственностью разработчика, поэтому покупать ее не нужно. Характеристики компьютера, нормированный срок службы и цена необходимы для расчета амортизации, о чем и пойдет речь далее. Теперь рассчитаем стоимость амортизации компьютера. Исходя из данных разных источников, средний срок службы ПК составляет 5 лет. Агод = Сб * Нам, (3) где Сб – это стоимость балансовая; Нам – норма амортизации. Нам = (4) Тэк = 5, значит Нам = 20% Сб = 30967 рублей Агод = 0,20 * 30967 = 6193 рублей. 71 100% Тэк
Амортизация проекта Апр рассчитывается по формуле: Агод ∗Кдэ , Крдг = (5) где Апр – амортизация проекта; Крдг – количество рабочих дней в году, которое равно 247; Кдэ – количество дней эксплуатации, которое равно 22; Апр = 6193 /247* 22 = 551 рублей. Итого: Ксвт= 551 рублей. Затраты на программное обеспечение представлены в таблице 3. Таблица 3 – Стоимость ПО Наименование Стоимость Срок , руб. использования 9390 Бессрочно 2500 1 год 1200 Бессрочно Бесплатно Бессрочно Бесплатно Бессрочно и Бесплатно Бессрочно Назначение ПО ОС Windows 10 Интерфейс Домашняя взаимодействия человека Microsoft с компьютером Office Для создания 365 1С:Предприятие документации Разработка (Версия 8.3) мобильного Android SDK приложения Сборка мобильного JDK приложения Сборка мобильного приложения Окончание таблицы 3 Apache Передача обновление конфигурации на 72
мобильном устройстве Итого 13090 Поскольку проект создается в течении 22 дня (1 месяц), амортизацию ПО будет рассчитана по следующей формуле: Кипс = (9390/5 лет * 22 дня/247 дней) + (2500 * 22\247) + 1200. Кипс = 169 + 223 + 1200 = 1592 рублей Затраты на проектирование продукта представлены в таблице 4. Таблица 4 – Затраты на проектирование продукта Затраты Затраты проектирование ИС Состав затрат Планируемая сумма, руб. на 47748 (92%) на Затраты заработную плату программиста Затраты на ПО 1592 (3%) Затраты на средства 551 (2%) вычислительной техники Прочие затраты (3% 1497 (3%) от всех затрат) Итого 51388 Итого: Кпр = 51388 рублей. 3.1.2 Затраты на технические средства управления Для расчета затрат на технические средства управления необходимо рассчитать амортизацию вычислительной техники на 9 дней (время внедрения продукта). 73
Ктс= 6193/247*9 = 226 рублей. 3.1.3 Затраты на создание линий связи Вычисление затрат на создание линий связи приведено в таблице 5. Таблица 5 – Затраты на создания линий связи Наименование Стоимость 647 рублей 647 рублей\месяц Интернет Итого Клс = 647 * 2 = 1294 рублей (за все время разработки). 3.1.4 Затраты на формирование информационной базы Данная статья расходов включена в проектирование самого приложения, поэтому стоимость создания базы равна нулю. Кио = 0 руб. 3.1.5 Затраты на обучение персонала Организация, для которой разрабатывается данный продукт обладает специалистами в сфере информационных технологий, мобильным которые достаточно приложением и им быстро не разберутся потребуется с особое дорогостоящее обучение, к тому же разработка подразумевает, 74
чтобы человек мог за короткое время овладеть навыками работы в приложении без консультаций. Коб = 0 рублей. 3.1.6 Затраты на опытную эксплуатацию Внедрение продукта будет осуществлять в течении 9 дней и стоимость данной услуги включена в зарплату разработчика мобильного приложения. Готовый программный продукт будет размещаться на сервере компании ООО «Бизнес Форум», что понесет затраты по сокращению памяти на сервере. Коэ = 0 рублей. 3.1.7 Расчет капитальных затрат В итоге капитальные затраты составляют: К = 51388 + 226 + 1294 = 53391 рубль. Ниже, в таблице 6, наглядно представлен список капитальных затрат. Таблица 6 – Список капитальных затрат Статья расходов Затраты на проектирование ИС Затраты на технические средства управления Затраты на создания локальных сетей Затраты на линий связи формирования информационной базы Затраты на обучения персонала Затраты на опытную эксплуатацию 75 Планируемые затраты, руб. 51388 226 1294 0 0 0
Итого 52908 3.2 Эксплуатационные затраты Эксплуатационные издержек, затраты понесенных работоспособности – абсолютный предприятием на производственных показатель обеспечение фондов. Они рассчитываются на один год по формуле: С = Сзп + Cао + Cто + Cлс + Cни + Cпроч, (6) где Сзп — зарплата управленческого персонала, работающего с ИС; Cао – амортизированные отчисления; Cто – затраты на техническое обслуживание; Cлс – затраты связанные с использованием глобальных сетей; Cни – затраты на носителей информации; Cпроч – прочие затраты. 3.2.1 Зарплата управленческого персонала Компания ООО «Бизнес Форум» использует программу 1СКоннект для работы с заявками клиентов. У компании есть специалист, который обслуживает данное ПО, почти не затрачивая времени, потому что система работает стабильно и не выходит из строя. Стоимость такой услуги составляет 0 рублей в связи с тем, что компания ООО «Бизнес Форум» является партнером 1С-Коннект. 76
Сзп = 0 рублей. 3.2.2 Амортизированные отчисления Амортизация компьютера (за время эксплуатации) = 6193 рубля. Сао = 6193 рубля. 3.2.3 Затраты на техническое обслуживание Затраты на обслуживание и ремонт компьютера составляют 0 рублей, так как проводится своевременная профилактика ПК. Сто = 0 рублей. 3.2.4 Затраты на использование глобальных сетей Мобильное приложение разрабатывается одним программистом на ПК, которому необходим доступ в интернет, стоимость которого представлена в таблице 7. Таблица 7 – Затраты на интернет Наименование Стоимость, руб. 647 647 Интернет Итого Слс = 647 * 12 = 7764 рубля. 77
3.2.5 Затраты на носители информации Затраты на носители информации будут составлять 0 рублей, так как на платформе 1С:Предприятие можно создать множество конфигураций, где можно хранить необходимые сведения. Сни = 0 рублей. 3.2.6 Прочие затраты Прочие затраты составляют 3% от суммы всех остальных эксплуатационных затрат. Спроч = (0 + 6193 + 0 + 7764 + 0) * 0,03% = 419 рублей. Общие эксплуатационные затраты 14376 рублей. 3.3 Оценка совокупной стоимости владения информационной системой Показатель совокупной стоимости владения ИС + IC2, рассчитывается по формуле: TCO = DE + IC1 (7) где DE (direct expenses) – прямые расходы; IC1 и IC2 – (indirect costs) – косвенные расходы первой и второй группы составляют 0 рублей, поскольку затраты на 78
разработку были заложены в предыдущих пунктах и дополнительных средств не понадобится; IC1 = 0 рублей; IC2 = 0 рублей. DE = DE1 + DE2 + DE3 + DE4 + DE5 + DE6 + DE7 + DЕ8, (8) где DE1 – капитальные затраты; DE2 – расходы на управление ИТ; DE3 – расходы на техническую поддержку АО и ПО; DE4 – расходы на разработку прикладного ПО внутренними силами; DE5 – расходы на аутсорсинг; DE6 – командировочные расходы; DE7 – расходы на услуги связи; DE8 – другие группы расходов. DE1 – расходы, связанные с разработкой проекта (капитальные затраты, рассчитанные ранее) составляют: DE1 = 52908 рубль. DE2 – DE8 – расходы, связанные с введением проекта в эксплуатацию. Для расчета DE2 – DE3 и DE8 – расходов, связанных с введением проекта в эксплуатацию, за основу берется расчет эксплуатационных затрат, рассчитанных ранее. DE2 = 0 рублей. DE3 = 6193 + 7764 = 13957 рублей. DE4 = 0 рублей, поскольку затраты на интеграцию с другими системами и разработку ПО внутренними силами отсутствует. 79
DE5 = 0 рублей, так как необходимость консультации (по разработке) со специалистами из других сфер отсутствует. DE6 = 0 рублей, потому что разработчик и заказчик находится в одном городе. DE7 – данные затраты незначительны и учтены в прочих затратах при расчете капитальных расходов (0 рублей). DE8 = 419 рублей. DE = 52908 + 0 + 13957 + 0 + 0 + 0 + 0 + 419 = 67284 рублей. ТСО = 67284 рублей. Таким образом, стоимость владения системой составила 67767 рублей. 3.4 Оценка внедрения мобильного приложения Для оценки стоимости информационной системы существуют определенные методы. В данном случае стоимость мобильного приложения будет основываться на ближайших по функционалу аналогичных системах, таких как Okdesk и 1СКоннект. Далее, в таблице 8, представлены функции и наличие этих функций в конкурентных мобильных приложениях, включая разрабатываемую систему, в которой этот функционал только будет разработан. Таблица 8 – Сравнение функционала конкурентных приложений и разрабатываемой системы Наименование мобильного приложения Okdesk Название системы 1С-Коннект Мобильное приложение для приема заявок 80
Возможность регистрации заявки, путем голосового ввода текста (помимо привычных способов) Контроль статуса выполнения заявки Прикрепление к заявке файлов мультимедиа (фото и видео) Подтверждать выполнение заявки или возвращать ее на доработку Присутствует Отсутствует Отсутствует Присутствует Только посредством чата с клиентом Присутствует Присутствует Будет осуществляться посредством его изменения Отсутствует Присутствует Автоматическое распределение заявок Чат с пользователем Оценка качества выполненной работы АТС Перевод заявки на другого специалиста Присутствует Подтвердить Отсутствует завершение работы с пользователем можно, а доработки обсуждаются в диалоге приложения Отсутствует Отсутствует Присутствует Присутствует Отсутствует Присутствует Присутствует Отсутствует Присутствует Присутствует Присутствует Присутствует Отсутствует Отсутствует В итоге, приведенные аналоги имеют большую эффективность, нежели разрабатываемая система, но как уже говорилось ранее, эти аналоги являются платными, особенно Okdesk (Минимальный тариф составляет 36000 рублей/год (при условии оформления подписки на 12 месяцев)). А система 1СКоннект стоит 19900 рублей\год на 50 сотрудников. Этот аргумент занимает одну из главных причин по созданию 81
собственного приложения, чтобы была независимость от чужого ПО. Закончив с конкурентами, далее перейдем к доходной части экономического раздела. В этой части будет производится сравнение различных аспектов разрабатываемого мобильного приложения и используемой в данный момент системы (1С-Коннект). 3.5 Оценка эффективности проекта в зависимости от технических, технологических, отраслевых или региональных особенностей Внедрение информационных технологий сопряжено с капитальными вложениями, как на приобретение техники, так и на разработку проектов, выполнение подготовительных работ и подготовку кадров. Оценка экономической автоматизированной показателей эффективности системы сравнительной основывается экономической при на создании расчете эффективности капитальных вложений. Для обобщающей характеристики эксплуатационно- технического уровня системы (ЭТУ) используем аддитивномультипликативный показатель «значимость технического решения» (ЗТР) для решенной технической задачи, в общем виде рассчитываемый по формуле: ЗТР = kа*kп*kс (9) где kа −коэффициент актуальности; 82 + kм*kо*kш,
kп − коэффициент соответствия программам важнейших работ научно-технического прогресса; kс − коэффициент сложности; kм − коэффициент места использования; kо −коэффициент объема использования; kш − коэффициент широты охвата охранными мероприятиями. Расчет коэффициентов приведен в таблице 9. Таблица 9 – Определение коэффициентов ЭТУ Коэффициенты Базовый вариант (1С- Разрабатываемый Коннект) вариант 1 1 1 1 1 1 6 kа kп kс kм kо kш ЗТР Таким образом, из данной 3 1 1 2 1 1 9 таблицы видно, что разрабатываемый проект имеет показатель эксплуатационнотехнического уровня, практически идентичный, по сравнению с базовым вариантом. Вычисляем коэффициент эксплуатационно-технического уровня kэту по формуле: kэту = ЗТРпр , ЗТРбаз (10) где ЗТРпр и ЗТРбаз − значимость технического решения для проекта и для базового варианта соответственно. 83
kэту = 9/6 = 1,5 kэту > 1, следовательно, разработка проекта является оправданной с технической точки зрения. Кроме того, для большей уверенности в обоснованности автоматизации можно использовать эксплуатационно-технического уровня обобщающий Iэту индекс (комплексный показатель качества проекта по группе показателей), который рассчитывается по формуле Iэту = ∑biXi, (11) где bi − коэффициент весомости i-го показателя; Xi – относительный показатель качества, устанавливаемый экспертным путем по выбранной шкале оценивания. Для оценки Iэту рекомендуется пятибалльная шкала оценивания. В таблице 11 представлены результаты расчета балльно-индексным методом. Коэффициент технического уровня kт рассчитывается по формуле kт = (12) Вычислим коэффициент технического уровня: kt = 1,8/1,2 = 1,5 Таблица 10 – Расчет показателя качества 84 Iэтупр Iэтубаз
Показатель Весовой качества коэффициент, bi Удобство работы Оценка, Хi Разраб. проект 2 0,3 Базовый проект 1 (пользовательский интерфейс) Надежность 0,2 1 1 (защита данных) Функциональные 0,2 1 2 возможности Временная 0,2 3 1 экономичность Время обучения 0,1 2 1 1,8 1,2 персонала Комплексный показатель качества Iэту Для расчета экономического эффекта рассчитаем приведенные затраты Зi на единицу работ, выполняемых по базовому и разрабатываемому вариантам, по формуле: Зi = Сi + Ен * Зппi, (13) где Сi − текущие эксплуатационные затраты единицы i-го вида работ, р.; Зппi −суммарные затраты, связанные с внедрением проекта; Ен = 0,33− нормативный коэффициент экономической эффективности. Для базового варианта (1С-Коннект): Так как покупка тарифа 1С-Коннект делится на месячную и годовую, где месячная выходит дороже, нежели купить сразу на год, поэтому для расчета возьмем годовую 19900 рублей. 85
Кроме того, для эксплуатации используется компьютер, годовая амортизация у которого составляет 6193 рубля и затраты на интернет составляют 7764 рубля. Збаз = 19900 + 13957 = 33857 рублей. Для проекта: Зпр = 14376 + 0,33 * 52908 = 31835 рублей. Экономический эффект от использования разрабатываемой системы определяется по формуле: Э = (Збаз * kт – Зпр) * V, (14) где Збаз, Зпр − приведенные затраты на единицу работ, выполняемых с помощью базового и проектируемого вариантов процесса обработки информации, р.; kт − коэффициент эксплуатационно-технической эквивалентности; V − объем работ, выполняемых с помощью разрабатываемого проекта, натуральные единицы. Экономический эффект от использования разрабатываемой системы: Э = (33857⋅1,5 – 31835)⋅1 = 18951 рублей. Также необходимо рассчитать срок окупаемости затрат на разработку проекта по формуле: Ток = Зпп , Э (15) где Зпп −единовременные затраты на разработку проекта, р.; 86
Э − годовая эффективность, р. Рассчитываем срок окупаемости затрат на разработку продукта: Ток = 52908 /18951 = 2,8 Таким образом, срок окупаемости проекта составляет примерно 2 года и 10 месяцев. Большой срок объясняется тем, что проект технически несколько лучше базового и ожидать быстрого получения прибыли не следует. С учетом будущих технических улучшений системы, окупаемость наступит гораздо быстрее. Фактический коэффициент экономической эффективности разработки (Еф): Еф 1 Ток = (16) Нормативное значение коэффициента эффективности капитальных вложений Ен = 0,33, если Еф > Ен, то делается вывод об эффективности капитальных вложений. Рассчитаем фактический коэффициент экономической эффективности разработки (Еф): Еф = 1/2,8 = 0,35 Так как Eф > Eн, то разработка и внедрение разрабатываемого продукта являются эффективными, т. е. эффект от использования данной системы окупает все затраты, 87
связанные с проектированием и эксплуатацией. В таблице 11 приведены сводные данные экономического обоснования разработки и внедрения проекта. Таблица 11 – Сводные данные экономического обоснования Показатель Затраты на разработку проекта, р. Общие эксплуатационные затраты, Величина 52908 14376 р. Экономический эффект, р. Коэффициент экономической 18951 0,35 эффективности Срок окупаемости (год, месяц) 2,10 Исходя из всех расчетов экономической эффективности проекта, можно сделать вывод, что разрабатываемая система, взамен уже существующей, однозначно принесет эффект, в том числе и экономический. Глядя на срок окупаемости, можно сказать, что экономическая выгода с разрабатываемого проекта начнется не так уж быстро, но это при условии, что новая система не будет улучшаться и становиться эффективнее, которую уже можно будет предоставлять дороже. К тому же, поскольку система разрабатывается студентом бесплатно, то компании ООО «Бизнес Форум» не придется тратить средства на создание мобильного приложения и создание системы окупится гораздо раньше. Теперь перейдем к рассмотрению рисков, которые могут возникнуть при разработке системы. 88
3.6 Оценка риска реализации проекта Кроме того, необходимо учесть все возможные риски проекта, определить их важность и влияние на систему, а также найти методы их устранения или минимизации. И самое важное заключается в том, что благодаря идентификации и устранению (или сведения к минимуму) рисков можно достичь максимально эффективного результата и потратить минимум средств. Таблица 12 – Риски при разработке мобильного приложения № 1 Группы Перечень рисков Уровень Вероятнос Возможность рисков проекта влияния ть риска предотвраще риска на ния или проект снижения или Высокий Высокая риска Детальная Риск Полное соответств частичное ия достижение технического поставленной задания цели исходя не проработка из навыков 2 Реализаци Увеличение цен Низкий Низкая онный риск на разработки Дополнитель ные средства используемые 3 технологии и Операцион технику Убытки в Средний ный риск результате ошибок Средний Точное описание во использовани 89
4 внутренних я процессах качественное компании Технологич Использование еский риск Средний Средняя ПО и ПО Подробное новых изучение, технологий применяемых технологий Риск соответствия – связан непосредственно с целью проекта. При составлении технического задания необходимо изучить все аспекты и возможные упущения при разработке нового продукта, чтобы не допустить застоя в разработке и возможной потере бюджетных средств. В противном случае возникнут разногласия с заказчиком и придется переделывать проект, что несет, как финансовые, так и временные потери. Сюда можно еще добавить здравую оценку своих возможностей в разработке программного продукта и согласовывать с заказчиком то, что действительно будет сделано. Вероятность и влияние данного риска является высокой в связи с тем, что разработка такого уровня выполняется впервые и трудно оценить, что получится, а что нет, даже не смотря на то, что все средства для создание мобильного приложения на платформе 1С:Предприятие есть в общем доступе. Реализационный риск – немаловажный риск, так как рынок не стоит на месте и постоянно развивается, при этом меняются и цены на те или иные продукты, что может вызвать затруднения при разработке проекта. В данной разработке подобный риск может возникнуть в большей степени из-за обновления или замены комплектующих ПК. Чтобы снизить 90
вероятность данного риска, необходимо заложить дополнительные средства в основной бюджет проекта. Операционный риск – может возникнуть в связи с ошибками пользователей, сбоем системы, мошенничеством и других преступных действий. Из перечисленных факторов существенным является сбой системы, так как разработчик тоже может ошибиться и учесть абсолютно все невозможно. Также, не исключены ошибки работы пользователей с приложением, но на этот случай может быть предусмотрена соответствующая эксплуатационная документация, поэтому вероятность и влияние операционного риска мала. Технологический риск – основан на использовании новых технологий и средств. Новые технологии можно назвать таковыми только потому, что до этого не приходилось с ними работать, хотя их сложно назвать устаревшими, потому что мобильная разработка на 1С находится на этапе зарождений. Данный риск можно предусмотреть следующими методами: изучение рынка новых технологий (как мобильной разработки на 1С, так и обычной) и консультирование у специалистов по этим технологиям. Подводя итог, можно сказать, что в среднем, разработка мобильного приложения на 1С стоит от 35000 рублей с минимальным приложения выше) функционалом. с подобным составляет от Создание функционалом 100000 рублей. мобильного (представленным Поэтому, цена, установленная затратным методом вполне объективна. Далее выводы экономического раздела. 91
3.7 Выводы экономического раздела Оценивая разработку мобильного приложения с точки зрения затрат на создание и использование, можно сказать, что полученная сумма в 67284 рубля является существенной и при своей экономической эффективности в 18951 рубль создание программного продукта окупится через 2 года и 10 месяцев. Но это при условии привлечения программиста, поскольку большая часть издержек связана именно с выплатой зарплаты специалисту. В данном случае, студент выполняет работу бесплатно, в связи с чем окупаемость наступит гораздо раньше. Также при создании мобильного приложения учитывались такие риски как реализационный, операционный, технологический и риск соответствия. Какие-то из них, к счастью, даже не проявились. Самым серьезным считался риск соответствия, поскольку он связан с результатом разработки, то есть соответствие цели и полученного продукта, поскольку разработка мобильного 1С:Предприятие только приложения зарождается на и не платформе так много информации существует по созданию мобильных приложений, что принесло свои трудности. Остается подвести итог всей выпускной квалификационной работы, который представлен ниже. 92
ЗАКЛЮЧЕНИЕ Выпускная квалификационная работа является хорошим испытанием для студентов, которое дает бесценный опыт, как при создании реального проекта, так и при коммуникации с заказчиком. Также, выполняя данную работу, человек становится более устойчив к обстоятельствам, с которыми ему, возможно, придется столкнуться в жизни и, в таком случае, он не растеряется и сможет сделать правильные действия. Делая вывод квалификационной по аналитическому работы, можно разделу заключить, выпускной что был проведен анализ работы с заявками клиентов в компании ООО «Бизнес Форум», разработаны концепты работы мобильного приложения с заявками, взамен существующего программного решения (1С-Коннект). Были определены инструменты разработки такие как, платформа 1С:Предприятие, веб–сервер Apache, эмулятор BlueStacks и средства для сборки мобильного приложения android SDK и JDK. В проектном разделе были представлены описание и иллюстрации разработки мобильного приложения на платформе 1С:Предприятие для ООО «Бизнес Форум». В экономическом разделе была рассчитана экономическая эффективность разрабатываемого проекта, исходя из которой, окупаемость разработки мобильного приложения составила 2 года и 10 месяцев. А также, при разработки программного продукта были учтены такие риски как реализационный, операционный, технологический и соответствия. Подводя общий итог, можно сказать, что цель выпускной квалификационной работы выполнена, разработано мобильное приложение на платформе 1С:Предприятие для ООО «Бизнес 93
Форум». Мобильное приложение и сервер коммуникацию между заказчиком и исполнителем. 94 обеспечат
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1) Кинзябулатов, [Электронный Рамиль, ресурс]. Описание – нотации Режим IDEF3 доступа: https://trinion.org/articles/opisanie-notacii-idef3. 2) Диаграмма вариантов использования (use case diagram) [Электронный ресурс]. – Режим доступа: http://khpi- iip.mipk.kharkiv.edu/library/case/leon/gl4/gl4.html. 3) Луценко, Возможности 1С Дмитрий для – Ведущий мобильных разработчик устройств 1С. [Электронный ресурс]. – Режим доступа: https://fto.com.ru/blog/vozmozhnosti1s-dlya-mobilnyh-ustrojstv/. 4) Что Такое Apache? Подробный Обзор Веб-Сервера Apache 09.12.2020 [Электронный ресурс]. – Режим доступа: https://www.hostinger.ru/rukovodstva/web-server-apache/. 5) Никулина, Я. Что такое мобильный SDK? [Электронный ресурс]. – Режим доступа: https://www.carrotquest.io/blog/chtotakoe-mobilnyj-sdk/. 6) Инструкции по разработке на 1С. 1C:Enterprise Development Tools Руководство разработчика. Установка и запуск. Установка обеспечения. мобильных дополнительного Варианты приложений. [Электронный развертывания Установка ресурс]. – программного для разработки Android Режим Studio доступа: https://its.1c.ru/db/edtdoc/content/10435/hdoc. 7) Книги и периодика. Знакомство с разработкой мобильных приложений на платформе "1С:Предприятие 8". Глава 1. С чего начать. Обновление мобильного приложения на планшете. Публикация мобильного приложения на веб-сервере 95
[Электронный ресурс]. – Режим доступа: https://its.1c.ru/db/pubintromobile/content/20/hdoc. 8) Хрусталева, Е. Ю. Знакомство с разработкой мобильных приложений на платформе "1С:Предприятие 8". Издание 2 [Электронный ресурс]. – Режим доступа: https://its.1c.ru/db/pubintromobile. 9) О персональных данных [Электронный ресурс] : федер. закон от 27 июля 2006 г. № 1-ФЗ (в ред. Федеральных законов от 25.11.2009 N 266-ФЗ, от 27.12.2009 N 363-ФЗ, от 28.06.2010 N 123-ФЗ, от 27.07.2010 N 204-ФЗ) // Справочная правовая система «КонсультантПлюс». – Режим доступа: http://www.consultant.ru/ document/cons_doc_LAW_61801/. 10) ГОСТ 19.106-78 Требования к программным документам, выполненным печатным способом [Электронный ресурс]. – Режим доступа: https://www.prj-exp.ru/gost/gost_19106-78.php. 11) СТО 4.2-07-2014 Общие требования к построению, изложению и оформлению документов учебной деятельности [Электронный ресурс]. – Режим доступа: http://about.sfu-kras.ru/ node/8127. 96
Выпускная квалификационная работа выполнена мной самостоятельно. Использованные в работе материалы и концепции из опубликованной научной литературы и других источников имеют ссылки на них. Отпечатано в одном экземпляре. Библиография 11 наименований. Один экземпляр сдан на кафедру. «____» ____________ 2021 г. ____________________ Пермяков Павел Сергеевич подпись 97
Отзывы:
Авторизуйтесь, чтобы оставить отзыв