Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Министерство образования и науки Российской Федерации
Филиал федерального государственного бюджетного образовательного учреждения высшего образования
«Санкт-Петербургский государственный
экономический университет» в г.Чебоксары
Факультет гуманитарных и естественно-математических дисциплин
Кафедра информационных систем и математики
ДИПЛОМНЫЙ ПРОЕКТ
на тему:
"РАЗРАБОТКА МОБИЛЬНОГО ПРИЛОЖЕНИЯ ИНФОРМАЦИОННОЙ ПОДДЕРЖКИ ДЕЯТЕЛЬНОСТИ СЕРВИС-ИНЖЕНЕРА"
Выполнил: студент Уськин Павел Николаевич, гр 91-09
Ф.И.О., группа, подпись
Руководитель: к.т.н., доцент Шишкин В.С
Ф.И.О., должность, уч. степень, уч. звание, подпись
Рецензент:
Ф.И.О., должность, уч. степень, уч. звание, подпись
"Допускается к защите"
Заведующий кафедрой,
канд.техн.наук, доцент _____________________ М.В. Богданов
«___» ____________ 20__ г.
Чебоксары
2014
Введение 3
Глава 1. Анализ хозяйственной и финансовой деятельности ООО «Лидер софт – ВЦ» 6
1.1 Структура организации. 6
1.2 Анализ хозяйственной деятельности организации и ее состояния. 9
1.3 Информационная инфраструктура организации. 22
Глава 2. Проектирование мобильного приложения информационной поддержки 25
2.1 Функциональный анализ деятельности организации и сервис-инженера. 25
2.2 Реквизитный состав документов 33
2.3 Особенности работы мобильной платформы 36
2.4 Архитектура приложения 38
2.5 Варианты установки и модернизации 41
Глава 3. Программная реализация и оценка эффективности мобильного приложения 43
3.1 Программная реализация 43
3.2 Тестирование 52
3.3 Экономическая эффективность 62
3.4 Безопасность работы с приложением и безопасность данных 67
Заключение 73
Список использованной литературы 75
Приложение 1 79
Приложение 2 81
Приложение 3 83
Приложение 4 85
Приложение 5 86
Приложение 6 87
Приложение 7 88
Приложение 8 92
Приложение 9 93
Приложение 10 94
Приложение 11 97
Приложение 12 102
Человеческие потребности быть всегда в курсе дел выводят информационные технологии на прямую линию по созданию все новых девайсов и гаджетов. Неудобство эксплуатации компьютеров и ноутбуков обуславливает появление различных мини-компьютеров, смартфонов и коммуникаторов, в основе которых лежит все та же операционная система. Лидирующие позиции на сегодняшний день занимают платформы Android и iPhone. Но эти платформы могут работать полноценно только при одном условии - если была для них осуществлена разработка мобильных приложений
Задание, полученное на дипломную работу - разработать мобильное приложение для платформы Android.
Android - операционная система для коммуникаторов, планшетных компьютеров, цифровых проигрывателей, цифровых фоторамок, наручных часов, нетбуков и смартбуков, основанная на ядре Linux. Основным языком для разработки служит Java, однако существуют библиотеки позволяющие вести разработку на языке программирования 1С.
Целью дипломной работы является разработка приложения для смартфонов под управлением операционной системы Android. Требовалось разработать масштабируемое приложение с поддержкой всех современных устройств на базе 1С для Android. Основной характеристикой разрабатываемого приложения являлось использование сервисов и процессов не зависящих от основного приложения и выполняющих обработку данных в фоновом режиме.
Задачи: изучить и улучшить знания в разработке приложений для мобильных устройств, а также разработать вышеуказанную программу. Ознакомиться с многопоточными приложениями и особенностями платформы. В ходе выполнения работы были рассмотрены и решены следующие задачи:
Были улучшены знания о принципах разработки для мобильных платформ (xml разметка, команды генерации векторной графики, принципы работы приложений, особенности работы с мобильными приложениями, разработка сервисов и фоновых задач). Целевой платформой была платформа Android версии 4.1.2. Целевым языком для разработки – язык программирования 1С;
Актуальность исследования. В настоящее время мобильные технологии широко распространены в повседневной жизни. Практически у каждого человека на земле есть мобильный телефон. Мобильные устройства становятся сложнее и сложнее. Появились такие устройства, как смартфоны, коммуникаторы, планшетные компьютеры и др.
Эти устройства по характеристикам не уступают вчерашним настольным компьютерам, они представляют собой достаточно сложные программно-аппаратные комплексы, управляемые операционными системами (ОС). До появления смартфонов телефон представлял собой простую систему, со встроенным программным обеспечением (ПО). Тестирование подобного ПО проводилось ручным способом. Дальнейшее ускоренное развитие мобильных технологий приводит к разрыву между сложностью применяемой методологи и тестирования ПО для мобильных устройств и сложностью тестируемого ПО.
На текущий момент, нельзя обойтись простым ручным тестированием по написанным тестовым сценариям.
Требуется применение комплексного подхода, с использованием специальных средств автоматизации тестирования.
Задача повышения эффективности методов тестирования приложений для мобильных устройств является важной с исследовательской точки зрения и срочной с практической точки зрения.
В работе рассматривается определенный класс приложений для мобильных устройств.
Основные ограничения данного класса заключаются в следующем:
1.Приложения разрабатываются с использованием принципа отделения программного кода логики работы приложения от программного кода пользовательского интерфейса приложения (например, с использованием технологии Модель
- Представление
- Контроллер или Модель
- Представление).
2. Каждое приложение разрабатывается под определенный, узкий круг задач, следовательно, число представлений
(видов) приложения – конечное число порядка 100.
3. Для любого приложения существует конечный набор элементов пользовательского интерфейса, который позволяет полностью задать все виды приложения.
1.1 Структура организации.
Общество с ограниченной ответственностью «Лидер софт - ВЦ» является коммерческой организацией, осуществляющей деятельность по продаже и сопровождению ПП 1С. Общество имеет в собственности обособленное имущество, учитываемое на его самостоятельном балансе, оно вправе осуществлять любую деятельность, не запрещенную законодательством.
Обществом с ограниченной ответственностью является коммерческая организация, созданная одним или несколькими лицами, уставной капитал которой разделен на доли определенных учредительными документами размеров. Участники общества с ограниченной ответственностью не отвечают по его обязательствам, но несут риск убытков, связанных с деятельностью общества, в пределах стоимости вложенных ими вкладов.
Компания ООО «Лидер софт - ВЦ» имеет собственный баланс, обособленное имущество, имеет расчетный и иные счета в банках, может от своего имени заключать договоры и выступать в судах, арбитражном и третейском судах, приобретать имущественные и личные неимущественные права и нести обязанности.
ООО «Лидер софт - ВЦ» с 2010 года входит в группу компаний «Гарант». До 2010 года ООО «Лидер софт - ВЦ» являлась департаментом технологий 1С группы компаний «Гарант».
Группа компаний «Гарант» начинает свою историю с 1998 года. На момент создания штат компании "Гарант" насчитывал 10 человек.
Компания состояла из двух отделов:
- технического отдела, в обязанности которого входят сопровождение пользователей системы ГАРАНТ и разработка базы по законодательству Чувашской Республики,
- отдела продаж, сотрудники которого осуществляют поиск потенциальных клиентов, телефонный дозвон и демонстрацию системы ГАРАНТ. На сегодняшний день группа компаний «Гарант» предлагает клиентам целый комплекс информационно-правового обеспечения.
Основные направления деятельности группы компаний «Гарант»:
Таблица 1.1.
Общая информация об организации
|
Название: |
«Лидер софт - ВЦ» |
|
Тип компании: |
компания, предоставляющая услуги продажи и обслуживания |
|
Предоставляемые услуги: |
Продажа, внедрение, сопровождение ПП 1С |
|
Предоставляемые товары: |
ПП 1С, методическая литература |
|
Адрес: |
428018, г. Чебоксары, пр. Московский, д. 17, стр. 1 |
|
Телефон/факс: |
(8352) 43-95-25 |
|
Количество сотрудников: |
20 |
|
Год основания: |
2001 |
|
Организационно-правовая форма: |
Общество с ограниченной ответственностью |
На данный момент штат сотрудников организации составляет 20 человек. Организационная структура ООО «Лидер софт - ВЦ» выглядит следующим образом:
Директор
Отдел продаж
Отдел ИТС
Отдел внедрения
Отдел сопровождения
Сервис -
инженер
Специалист ТМЦ
Линия
консультаций
Учебно-методический
отдел
Консультант по ПП 1С
Рисунок 1.1. Организационная структура ООО «Лидер софт - ВЦ»
Таблица 1.2.
Функции и обязанности сотрудников ООО «Лидер софт - ВЦ»
|
Должность |
Функции и обязанности |
|
Директор |
|
|
Отдел внедрения |
|
|
Отдел сопровождения |
|
|
Отдел продаж |
|
|
Отдел ИТС |
|
|
Учебно-методический отдел |
|
|
Линия консультаций |
|
1.2 Анализ хозяйственной деятельности организации и ее состояния.
Реализация планов предприятия определяется его финансовой устойчивостью и платежными возможностями компании. Для того чтобы знать возможности предприятия развивать свою деятельность необходимо проводить анализ его финансово-имущественного состояния и платежных обязательств. Для этого целесообразно провести анализ бухгалтерского баланса ООО «Лидер софт - ВЦ», его финансовой устойчивости и платежеспособности на современном этапе развития.
Для целей определения рейтинга кредитоспособности используется методика оценки финансового состояния ООО «Лидер софт - ВЦ» (Приложение 1). Методика оценки финансового состояния предприятия основана на проведении экспресс-анализа с использованием рейтинговых значений и применяется в целях классификации по уровню риска. После расчета основных оценочных показателей в каждой из групп, предприятию присваивается категория по каждому из этих показателей на основе сравнения рассчитанных значений с нормативами. Далее, на основании определенных категорий показателей, в соответствии с их весами, рассчитывается сумма баллов по каждой группе.
Заключительным этапом рейтинговой оценки финансового состояния является определение категории предприятия, проводимое на основе рассчитанной суммы баллов по всем группам показателей. В качестве исходных данных в методике используется информация из бухгалтерского баланса (форма № 1) и отчета о прибылях и убытках (форма № 2).
Для характеристики финансового положения предприятия используются различные коэффициенты, расчет которых основан на агрегированных показателях баланса. Основой его расчета являются бухгалтерские балансы Общества за анализируемый период. Данные за 2011, 2012, 2013 гг. представлены в Приложения 1-3.
Рассмотрим состав активов аналитического баланса ООО «Лидер софт - ВЦ» (Табл. 1.3.).
Таблица 1.3.
Актив аналитического баланса ООО «Лидер софт - ВЦ»
|
Статьи актива баланса |
2011г. |
2012г . |
2013г. |
Темп роста, % |
|
1 Денежные средства и краткосрочные финансовые вложения (S) |
2 888 |
5 133 |
33 589 |
1163,1 |
|
2 Дебиторская задолженность и прочие оборотные активы (Ra) |
37034 |
37040 |
59602 |
160,1 |
|
3 Запасы и затраты (Z) |
53529 |
58024 |
54816 |
102,4 |
|
Всего текущие активы (Аt) |
93451 |
100197 |
148007 |
158,4 |
|
4 Иммобилизованные средства (F) |
24572 |
22312 |
18617 |
75,8 |
|
Итого активов (имущество предприятия)(Ва) |
118 023 |
122 509 |
166 624 |
141,2 |
Динамика показателей актива аналитического баланса с 2011 по 2013 год отражает следующие основные тенденции финансового положения предприятия. За рассматриваемый период имущество ООО «Лидер софт - ВЦ» и соответственно его обязательства увеличились на 41,2%. Снижение иммобилизованных средств на 75,8% свидетельствует о том, что в ООО «Лидер софт - ВЦ» не наблюдалась инвестиционная активность в основные фонды и нематериальные активы.
За истекший трёхлетний период на 60,1% увеличилась долгосрочная дебиторская задолженность, что свидетельствует о росте кредитных операций компании и расширения на этой основе объема продаж предприятия.
Отмечается значительный прирост денежных средств и краткосрочных финансовых вложений — на 163,1%.
Эти тенденции в формировании имущественного состояния ООО «Лидер софт - ВЦ» отразились и на показателях обязательств компании, которые в агрегированном виде представлены в Табл. 1.4.
Таблица 1.4.
Пассив аналитического баланса ООО «Лидер софт - ВЦ»
|
Статьи пассива баланса |
2011г. |
2012г. |
2013г. |
Темп роста, % |
|
1 Кредиторская задолженность и прочие краткосрочные пассивы (Rp) |
42967 |
18242 |
32625 |
75,9 |
|
2 Краткосрочные кредиты и займы (Кt) |
14571 |
17978 |
3480 |
23,9 |
|
Всего краткосрочный заёмный капитал (краткосрочные обязательства) (Рt) |
57538 |
36220 |
36105 |
62,7 |
|
3 Долгосрочный заёмный капитал (долгосрочные обязательства) (Kd) |
4982 |
7726 |
4487 |
90,1 |
|
4 Собственный капитал (Ес) |
55503 |
78563 |
126031 |
227,1 |
|
Итого пассивов (капитал предприятия) (Вр) |
118 023 |
122 509 |
166 624 |
141,2 |
Данные таблицы показывают, что ООО «Лидер софт - ВЦ» формирует свои пассивы, наращивая в большей степени собственный капитал, рост которого составил 127,1%. Данный рост произошёл из-за увеличения суммы нераспределенной прибыли на 70530 тыс. руб.
Далее рассмотрим структуру формирования активной и пассивной части аналитического баланса (Табл. 1.5.).
Таблица 1.5.
Структура актива и пассива аналитического баланса ООО «Лидер софт - ВЦ»
|
Статьи баланса |
2011г. |
2012г. |
2013г. |
Отклонение 2013г. к 2011г.% |
|
1 Денежные средства и краткосрочные финансовые вложения (S) |
2.45 |
4.2 |
20,2 |
+ 17,75 |
|
2 Дебиторская задолженность и прочие оборотные активы (Ra) |
31,4 |
30,2 |
35,8 |
+ 4,4 |
|
3 Запасы и затраты (Z) |
45,4 |
47,4 |
32,9 |
- 12,5 |
|
Всего текущие активы (Аt) |
79,2 |
81,8 |
88,8 |
+ 9,6 |
|
4 Иммобилизованные средства (F) |
20,8 |
18,2 |
11,2 |
- 9,6 |
Окончание таблицы 1.5.
|
Статьи баланса |
2011г. |
2012 г. |
2013 г. |
Отклонение 2013 г. К 2011 г. % |
|
Итого активов (имущество предприятия) (Ва) |
100,0 |
100,0 |
100,0 |
- |
|
|
36,4 |
14,9 |
19,6 |
- 16,8 |
|
2 Краткосрочные кредиты и займы (Кt) |
12,3 |
14,7 |
2,1 |
- 10,2 |
|
Всего краткосрочный заёмный капитал (краткосрочные обязательства) (Рt) |
48,8 |
29,6 |
21,7 |
- 27,1 |
|
3 Долгосрочный заёмный капитал (долгосрочные обязательства) (Kd) |
4,2 |
6,3 |
2,7 |
- 1,5 |
|
4 Собственный капитал (Ес) |
47,0 |
64,1 |
75,6 |
+ 28,6 |
|
Итого пассивов (капитал предприятия) (Вр) |
100,0 |
100,0 |
100,0 |
- |
Таким образом, следует провести анализ финансовой устойчивости ООО «Лидер софт - ВЦ».
Ликвидность баланса определяется как степень покрытия обязательств организации её активами, срок превращения которых в деньги соответствует сроку погашения обязательств.
Наиболее ликвидными активами являются оборотные активы (А1),такие, как денежные средства и краткосрочные финансовые вложения.
Ко второй группе (А2) относятся быстро реализуемые активы: готовая продукция, дебиторская задолженность и отгруженные товары.
К третьей группе (А3) относятся медленно реализуемые активы (производственные запасы, незавершённое производство).
Четвёртая группа (А4)- труднореализуемые активы, к которым относят основные средства, нематериальные активы, незавершённое строительство и долгосрочные финансовые вложения.
Также на четыре группы делятся и обязательства предприятия:
1) П1 - наиболее срочные обязательства;
2) П2 - среднесрочные обязательства;
3) П3 - долгосрочные кредиты банка и займы;
4) П4 - собственный капитал, находящийся в распоряжении предприятия постоянно. Баланс предприятия считается абсолютно ликвидным, если:
А1≥П1; А2≥ П2; А3≥ П3; А4≤ П4.
Данные анализа ликвидности баланса ООО «Лидер софт - ВЦ» сведены в Табл. 1.6.
Таблица 1.6.
Аналитический баланс ООО «Лидер софт - ВЦ»
|
Показатели |
Годы |
|||||
|
2011 |
2012 |
2013 |
||||
|
Начало года |
Конец года |
Начало года |
Конец года |
Начало года |
Конец года |
|
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
|
Наиболее ликвидные активы (А1) |
3843 |
2888 |
2888 |
5133 |
5133 |
33589 |
|
Быстро реализуемые активы (А2) |
32988 |
37034 |
37034 |
37040 |
37040 |
59602 |
|
Медленно реализуемые активы (А3) |
15941 |
53529 |
53529 |
58024 |
58024 |
54816 |
|
Трудно реализуемые активы (А4) |
21502 |
24572 |
24572 |
22312 |
22312 |
18617 |
|
БАЛАНС |
72274 |
118023 |
118023 |
122509 |
122509 |
166624 |
|
|
33361 |
42967 |
42967 |
18242 |
18242 |
32625 |
|
Краткосрочные пассивы (П2) |
9007 |
14571 |
14571 |
17978 |
17978 |
3480 |
|
Долгосрочные пассивы (П3) |
17 |
4982 |
4982 |
7726 |
7726 |
4487 |
|
Постоянные пассивы (П4) |
31889 |
55503 |
55503 |
78563 |
78563 |
126031 |
|
БАЛАНС |
72274 |
118023 |
118023 |
122509 |
122509 |
166624 |
Для определения ликвидности баланса данного предприятия сопоставим итоги приведённых групп по активу и пассиву за 3 анализируемых года:
2011год: н.г.: А1<П1, А2>П2, А3>П3, А4<П4;
к.г.: А1<П1, А2>П2, А3>П3, А4<П4;
2012год: н.г.: А1<П1, А2>П2, А3>П3, А4<П4;
к.г.: А1<П1, А2>П2, А3>П3, А4<П4;
2013год: н.г.: А1<П1, А2>П2, А3>П3, А4<П4;
к.г.: А1>П1, А2>П2, А3>П3, А4<П4.
Проведя анализ ликвидности бухгалтерского баланса можно сделать вывод о том, что баланс не является абсолютно ликвидным т.к. за анализируемые периоды у предприятия наблюдается нехватка денежных средств для погашения своей кредиторской задолженности и только на конец 2013 года предприятие изыскало необходимое количество денежных средств для погашения наиболее срочных обязательств.
Сопоставление ликвидных средств и обязательств позволяет вычислить следующие показатели:
Текущую ликвидность = (А1+А2)-(П1+П2) (1)
ТЛ 2011 года: начало года = (3843+32988)-(33361+9007) = 36831-42368 =-5537 тыс.руб.; конец года = (2888+37034)-(42967+14571) = 39922-57538 = -17616 тыс.руб.
ТЛ 2012 года: начало года = 39922–57538 = -17616 тыс.руб.; конец года = 42173-36220 = +5953 тыс.руб.
ТЛ 2013 года: начало года = 42173-36220 = +5953 тыс. руб.; конец года = 93191–36105 = +57086 тыс. руб.
Из полученных результатов видно, что в 2011 году предприятие было неплатёжеспособно, но к концу 2012 года оно восстановило свою платёжеспособность и постепенно увеличивало этот показатель.
Перспективную ликвидность = А3-П3 (2)
ПЛ 2011 года: начало года = 15941 – 17 = +15924 тыс.руб.; конец года = 53529 – 4982 = +48547 тыс.руб.
ПЛ 2012 года: начало года = 53529 – 4982 = +48547 тыс.руб.; конец года = 58024 – 7726 = +50298 тыс.руб.
ПЛ 2013 года: начало года = 58024 – 7726 = +50298 тыс.руб.; конец года = 54816 – 4487 = +50329 тыс.руб.
Произведя расчёт перспективной ликвидности видно, что платёжеспособность предприятия за 3 анализируемых периода постепенно увеличивалась. Это произошло из-за увеличения суммы медленно реализуемых активов.
Для анализа платёжеспособности на ООО «Лидер софт - ВЦ» рассчитываются следующие финансовые коэффициенты платёжеспособности:
Общий показатель платежеспособности
(наиболее ликвидные активы (А1) + 0,5*быстрореализуемые активы (А2) + 0,3*медленнореализуемые активы (А3)) / (наиболее срочные обязательства (П1) + 0,5*краткосрочные пассивы (П2) + 0,3*долгосрочные пассивы (П3)) (3)
(денежные средства + краткосрочные финансовые вложения (А1)) / (текущие обязательства (П1+П2) (4)
(денежные средства + краткосрочные финансовые вложения + краткосрочная дебиторская задолженность (А1+А2)) / (текущие обязательства (П1+П2)) (5)
(оборотные активы (А1+А2+А3)) / (текущие обязательства (П1+П2)) (6)
(медленореализуемые активы (А3)) / (оборотные активы – текущие обязательства (А1+А2+А3) - (П1+П2)) (7)
(оборотные активы (А1+А2+А3)) / (валюта баланса) (8)
(собственный капитал - внеоборотные активы (П4-А4)) / (оборотные активы (А1+А2+А3)) (9)
Данные расчетов коэффициентов платежеспособности приведены в Табл. 1.7.
Таблица 1.7.
Коэффициенты платёжеспособности за анализируемые периоды ООО «Лидер софт - ВЦ»
|
Показатель |
2011 год |
2012 год |
2013 год |
Нормативное значение |
|||
|
Начало года |
Конец года |
Начало года |
Конец года |
Начало года |
Конец года |
||
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
|
Общий показатель платёжеспособности |
0,66 |
0,72 |
0,72 |
1,39 |
1,39 |
2,24 |
≥1 |
|
Коэффициент абсолютной ликвидности |
0,09 |
0,05 |
0,05 |
0,14 |
0,14 |
0,93 |
≥0,1-0,2 |
|
|
0,87 |
0,70 |
0,70 |
1,20 |
1,20 |
2,60 |
≈1 |
|
|
1,25 |
1,50 |
1,50 |
2,80 |
2,80 |
4,10 |
≥1-2 |
|
Коэффициент манёвренности функционирующего капитала |
1,53 |
1,49 |
1,49 |
0,91 |
0,91 |
0,49 |
Уменьшение показателя – положительный факт |
|
|
0,73 |
0,79 |
0,79 |
0,82 |
0,82 |
0,89 |
≥0,5 |
|
Коэффициент обеспеченности собственными средствами |
0,20 |
0,33 |
0,33 |
0,60 |
0,60 |
0,73 |
≥0,1 |
После расчёта коэффициентов видно, что ООО «Лидер софт - ВЦ» работает рентабельно, так как за анализируемые периоды все показатели достигают своего нормативного значения.
Динамика коэффициентов текущей, быстрой и абсолютной ликвидностей ООО «Лидер софт - ВЦ» представлены на Рис. 1.2, 1.3, 1.4.
Рисунок 1.2. Динамика коэффициента текущей ликвидности ООО «Лидер софт - ВЦ»
Коэффициент текущей ликвидности (коэффициент покрытия) вырос за 3 года с 1,5 до 4,1. За 2013 год коэффициент текущей ликвидности вырос на 1,3. Этот коэффициент позволяет установить, в какой кратности текущие активы покрывают краткосрочные обязательства. Нормальным значение этого коэффициента считается от 1 до 2.
Рисунок 1.3. Динамика коэффициента быстрой ликвидности ООО «Лидер софт - ВЦ»
Коэффициент быстрой ликвидности вырос за 3 года с 0,7 до 2,6. За 2013 год коэффициент быстрой ликвидности увеличился на 1,4. Этот коэффициент позволяет установить, какие средства могут быть использованы, если срок погашения всех или некоторых текущих обязательств наступит немедленно. Нормальным значение этого коэффициента считается не менее 1.
Рисунок 1.4. Динамика коэффициента абсолютной ликвидности ООО «Лидер софт - ВЦ»
Коэффициент абсолютной ликвидности вырос за 3 года с 0,05 до 0,93. За 2013 год коэффициент абсолютной ликвидности вырос на 0,79. Этот коэффициент позволяет установить, какая часть краткосрочных обязательств может быть погашена немедленно. Нормальным значение этого коэффициента считается не менее 0,2.
Источником информации для анализа рентабельности за отчетный и предыдущий периоды служат формы №1 «Бухгалтерский баланс» (приложение 2-4) и №2 «Отчет о прибылях и убытках».
Рентабельность характеризует эффективность деятельности предприятия, а также мастерство управления инвестициями. Рассчитываются следующие основные показатели рентабельности:
Рентабельность продаж определяется соотношением прибыли (убытка) от продажи работ, услуг к выручке от продаж:
Р1 = (ф.№2, / ф.№2, * 100%)
2011 год - 35421/144482*100 = 24,52%;
2012 год – 41074/188967*100 = 21,74%;
2013 год - 70246/286532*100 = 24,52%.
Рентабельность продаж в 2013 году увеличилась на 2,78% по сравнению с 2012 годом.
Рентабельность продаж по чистой прибыли определяется соотношением чистой прибыли к выручке от продаж:
Р2 = (ф.№2, / ф.№2, * 100%)
2011 год - 23613/144482*100 = 16,34%;
2012 год - 23060/188967*100 = 12,20%;
2013 год - 47468/286532*100 = 16,57%.
Рентабельность продаж по чистой прибыли увеличилась в 2013 году по сравнению с 2012 годом на 4,37%.
Экономическая рентабельность по чистой прибыли определяется соотношением чистой прибыли к имуществу предприятия:
Р3 = (ф.№2/ (ф.№1*0,5)* 100%)
2011 год - 23613/ ((72274+118023)*0,5)*100 = 24,82%;
2012 год - 23060/((118023+122509)*0,5)*100 = 19,17%;
2013 год - 47468/((122509+166624)*0,5)*100 = 32,83%.
Экономическая рентабельность по чистой прибыли в 2012 году снизилась на 5,65%, а в 2013 году увеличилась на 13,66%.
Рентабельность собственного (акционерного) капитала определяется отношением чистой прибыли к средней величине собственного капитала:
Р4 = ((ф.№2, стр.190 / (ф.№1(стр.490 н.г.+стр.490 к.г.)*0,5)* 100%) (17)
2011 год - 23613/ ((31889+55503)*0,5)*100 = 54,04%;
2012 год - 23060/((55503+78563)*0,5)*100 = 34,40%;
2013 год - 47468/((78563+126031)*0,5)*100 = 23,20%.
Рентабельность собственного капитала в 2011 году уменьшилась на 19,64%, а в 2013 году на 11,2%.
Деловая активность предприятия в финансовом аспекте проявляется, прежде всего, в скорости оборота средств. Для ее определения необходимо произвести расчет следующих показателей:
ПТ = Выручка от реализации / Среднесписочная численность (18)
ФО = Выручка от реализации/Средняя стоимость основных средств (19)
К1 = (Выручка от реализации) / (средний за период итог баланса) (20)
4) Коэффициент оборачиваемости основных средств. Коэффициент показывает скорость оборота всех внеоборотных средств предприятия.
К2 = (Выручка от реализации) / (Внеоборотные активы ) (21)
5) Коэффициент оборачиваемости мобильных средств. Коэффициент показывает скорость оборота всех оборотных средств предприятия.
К3 = (Выручка от реализации) / (Оборотные активы ) (22)
6) Коэффициент оборачиваемости материальных запасов (средств). Коэффициент показывает число оборотов запасов и затрат за анализируемый период.
К4 = (Выручка от реализации) / (с.210+с.220) (23)
7) Коэффициент оборачиваемости денежных средств. Коэффициент показывает скорость оборачиваемости денежный средств.
К5 = (Выручка от реализации) / (Денежные средства ) (24)
8) Коэффициент оборачиваемости дебиторской задолженности. Коэффициент показывает расширение или снижение коммерческого кредита, предоставленного организацией.
К6 =(Выручка от реализации) / (Дебиторская задолженность) (25)
9) Срок оборачиваемости дебиторской задолженности. Коэффициент показывает средний срок погашения дебиторской задолженности.
К7 = (360 дней) / (К6) (26)
10) Коэффициент оборачиваемости кредиторской задолженности. Коэффициент показывает расширение или снижение коммерческого кредита, предоставленного организации.
К8=(Выручка от реализации)/(Кредиторская задолженность ) (27)
11) Срок оборачиваемости кредиторской задолженности. Коэффициент показывает средний срок погашения кредиторской задолженности.
К9 = (360 дней) / (К8) (28)
12) Коэффициент оборачиваемости собственного капитала. Коэффициент показывает скорость оборота собственного капитала.
К10 = (Выручка от реализации) / (Капитал и резервы ) (29)
В Табл. 1.8. приведены результаты расчетов показателей деловой активности.
Таблица 1.8.
Показатели деловой активности
|
Показатели |
2011 год |
2012 год |
2013 год |
|
1 |
2 |
3 |
4 |
|
Выручка от реализации |
144182 |
188967 |
286532 |
|
Прибыль |
119626 |
140466 |
200866 |
|
Среднесписочная численность |
750 |
926 |
985 |
|
Производительность труда |
192,24 |
204,07 |
290,90 |
|
Фондоотдача |
5,73 |
6,50 |
8,75 |
|
Ресурсоотдача |
1,52 |
1,57 |
1,98 |
|
Коэффициент оборачиваемости основных средств |
5,88 |
8,47 |
15,39 |
|
Коэффициент оборачиваемости мобильных средств |
1,55 |
1,89 |
1,94 |
|
Коэффициент оборачиваемости материальных запасов |
2,70 |
3,26 |
5,23 |
|
Коэффициент оборачиваемости денежных средств |
50,03 |
36,81 |
8,53 |
|
Коэффициент оборачиваемости дебиторской задолженности |
3,90 |
5,10 |
4,81 |
|
Срок оборачиваемости дебиторской задолженности |
92,31 |
70,59 |
74,84 |
|
Коэффициент оборачиваемости кредиторской задолженности |
3,36 |
10,36 |
8,78 |
|
Срок оборачиваемости кредиторской задолженности |
107,14 |
34,75 |
41,00 |
|
Коэффициент оборачиваемости собственного капитала |
2,27 |
2,41 |
2,60 |
Произведя расчет показателей деловой активности можно сказать о том, что у предприятия увеличился срок оборачиваемости дебиторской задолженности, что может плохо сказаться на финансовом положении организации. Срок оборачиваемости кредиторской задолженности, наоборот, сократился. Это свидетельствует о том, что у предприятия за анализируемый период появилась реальная возможность к погашению своих обязательств и у предприятия имеются планы работы в будущих периодах.
1.3 Информационная инфраструктура организации.
В компании «Лидер софт - ВЦ» используется 14 компьютеров со следующими характеристиками: процессоры Pentium с частотой 3.00 ГГц, оперативная память от 2 до 4 Гб, жесткий диск от 80 до 250 Гб, CD-R/CD-RW дисководы. Компьютеры подключены к многофункциональному устройству, который включает в себя принтер, сканер, ксерокс и факсимильный аппарат.
Так как в организации много подразделений, то для быстрого ведения учета, для быстрого поиска документа, для быстрой передачи необходимой информации в смежные отделы существуют серверы, к которым можно подключится.
Существует также разграничение прав доступа и полный контроль работы с информацией об объекте. Хранение информации в электронном виде имеет надежную защиту от несанкционированного доступа. Для этого каждый пользователь системы получает уникальное имя и пароль, позволяющее однозначно его определить. Полными правами обладает системный инженер.
Рисунок 1.5. Сеть организации
Вся важная информация для работы подразделений находится на сетевых дисках. У каждого пользователя есть сетевой диск: с его личным каталогом, куда можно помещать рабочую информацию (файлы текстовых документов, электронных таблиц и т.п.). При необходимости групповой работы с файлами документов пользователи обращаются к сетевому администратору для формирования общего для группы сетевого каталога.
У каждого сотрудника есть свой электронный почтовый адрес, по которому можно получать и отправлять почту как из интернета, так и внутри организации.
В компании используется сетевая архитектура типа «звезда». Архитектура сети описывает не только физическое расположение сетевых устройств, но и тип используемых адаптеров и кабелей. Кроме того, сетевая архитектура определяет методы передачи данных по кабелю.
При использовании топологии "звезда", каждый компьютер подключается к сетевому коммуникатору (хабу). Преимуществом этой топологии является ее устойчивость к повреждениям кабеля - при обрыве перестает работать только один из узлов сети и поиск повреждения значительно упрощается. Недостатком такой топологии является низкая надежность, так как выход из строя центрального узла приводит к остановке всей сети, а также обычно большая протяженность кабелей.
Рисунок 1.6. Топология «звезда»
На большинстве рабочих станций установлена операционная система Windows 7 Корпоративная N. На сервере установлена операционная система Windows Server® 2008 R2.
На всех компьютерах используется в основном стандартное офисное программное обеспечение: MS Office 2010 (MS Word, Excel, PowerPoint, MS Outlook), WinRAR, Total Commander, Adobe Reader, правовая система «Гарант», система электронного документооборота Directum, антивирусное ПО Kaspersky Anti-Virus, а также программы 1с. (Конфигурации: 1С:Управление производственным предприятием, 1С:Бухгалтерия, 1С:Автоматизация франчайзи, 1С:Гарант:Библиотека, «1С-Битрикс: Корпоративный портал»).
Компания "Лидер софт - ВЦ" предлагает следующие типовые тиражные прикладные решения 1С:
Компания также проводит курсы по обучению пользователей:
2.1 Функциональный анализ деятельности организации
и сервис-инженера.
Сервис-инженер – это младший специалист компании 1С, как правило это студенты, т.к. график работы гибкий и его можно подстроить под обучение. Для эффективной работы он должен знать персональный компьютер на уровне уверенного пользователя, понимать финансовый и бухгалтерский учет, иметь малейшие навыки работы с программами 1С. Сервис-инженер должен быть готов ко всем изменения в законодательстве, которые имеют отражение в программе 1С. Кроме этого, он должен отслеживать и развитие возможностей программ 1С, так же периодически быть готовым повышать квалификацию.
Работа сервис инженера заключается в обслуживании клиентов заключивших договор сопровождения программ 1С.
Основной задачей работы сервис-инженера является обновление программы 1С у клиентов. За каждым сотрудником закреплена клиентская база, которую необходимо ежемесячно обслуживать. Так же консультирование клиентов по работе с 1С, подключение различных сервисов, оформление документов по факту выезда.
Обязанности сервис-инженера:
Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель AS-1S) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. На Рис. 2.1. представлена контекстная диаграмма AS-1S деятельности ООО «Лидер софт - ВЦ».
Рисунок 2.1. Контекстная диаграмма деятельности «Лидер софт - ВЦ»
Взаимодействие системы с окружающей средой описывается в терминах:
Получение прибыли - цель коммерческой деятельности. Чтобы добиться этой цели, организация должна оказать услуги клиентам. Они платят деньги в качестве платы за оказываемые услуги.
“Законы РФ”, “Устав организации", “Правила” - это правила, которыми управляется процесс функционирования организации, как предприятия со своими внутренними правилами, и также обязанного “жить" согласно законодательству конкретной страны.
В оказании услуг принимают участие “Сотрудники" организации. Чтобы произвести продажу и предоставить качественное обслуживание, следовательно, получить прибыль, в деятельности организации должны участвовать “Помещение” и “Материальная база” - обстановка офиса, компьютеры, наличие ПП.
После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 2.2.).
Рисунок 2.2. Диаграмма декомпозиции “Функционирование организации”
Весь процесс деятельности «Лидер софт - ВЦ»" разбивается 3 этапа:
1) “Регистрацию клиента" иллюстрирует деятельность регистрации новых клиентов и оформление их в базе данных;
2) “Оказание услуги" представляет собой процесс сопровождения, т.е обновление ПП, решение возникших проблем с ПП, помощь в ведении учета;
3) “Оплата услуг" иллюстрирует деятельность по оказанию оплаты за предоставленные услуги.
Помимо данной методологии можно также использовать DFD. Диаграмма потоков, данных (DFD) – это методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ. В данной нотации была осуществлена декомпозиция процесса «Регистрация клиентов».
Рисунок 2.3. Диаграмма потоков данных деятельности
"Регистрация клиентов"
На Рис. 2.3. видно, что «Регистрация клиентов» разбита на 3 процесса. На входе первого процесса («Выбор услуги») расположена внешняя сущность «Клиент», этот же процесс связан с накопителем данных «Прайс-лист», то есть клиент выбирает определённую услугу, при этом он руководствуется прайс-листом, в котором указаны наименование услуги, её цена, продолжительность. Эта информация является потоком данных, входящим в следующий процесс «Запись». Чтобы записать клиента на удобное ему время, необходимо проверить, не занято ли это время другим клиентом, на диаграмме эта информация реализована в виде накопителя данных «Таблица записей клиентов». Результатом данного процесса является выполненная запись, ведущая к следующему процессу «Регистрация клиента», на данном шаге информация о клиенте заносятся в базу данных, выходящей внешней сущностью будут выбранные клиентом услуги.
Для более подробного описания процесса оказания услуги, была построена диаграмма данного процесса заключения договора сопровождения с клиентом. Данная диаграмма представлена на Рис. 2.4.
Рисунок 2.4. Диаграмма декомпозиции «Оказание услуг»
Заключение договора включает в себя процедуру идентификации личности и организации, то есть при заключении договора необходимо иметь с собой паспорт (удостоверяющий вашу личность документ) и реквизиты организации.
Деятельность сервис инженера осуществляется после внесения предоплаты за установленный в договоре срок сопровождения.
Подготовка к обновлению включает в себя : скачивание нужной версии платформы и релиза конфигурации; перед установкой нам нужно убедиться, что в базах сервера 1С сейчас никто не работает. В завершении подготовительных действий создаем архив базы, для сохранения всех данных на случай возникновения проблем в обновлении, и переходим к процессу установки обновления.
Рисунок 2.5. Диаграмма декомпозиции «Деятельность сервис инженера»
Обновление прикладных программ не редко представляет сложность для пользователей. Процедура эта не простая и ответственная, поэтому многие организации отдают предпочтение специалистам фирмы 1с т.е. сервис инженерам
Конфигурация прикладного решения не может использоваться длительное время в том виде, в котором оно было приобретено, так как изменяются законодательство, методики расчета, формы документов, отчетности и т.д. К тому же, постоянно совершенствуется функционал, который позволяет расширить круг задач решаемых программным обеспечением и сделать его более комфортным для пользователя.
Единственное решение — это регулярное обновление 1С программ, которое позволяет поддерживать их актуальность, тем самым, защищая клиентов от неожиданно возникающих проблем при изменении, например налогового законодательства.
Далее при помощи IDEF3 был декомпозирован процесс «Оплата услуги». IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.
Рисунок 2.6. Диаграмма декомпозиции IDEF3 "Оплата услуг"
Процесс оплаты услуг клиентом в организации показан на рис. 2.6. Сотрудник компании ищет клиента в базе данных, если клиент не найден, то происходит запись клиента в базу: оба действия «Записать ФИО клиента» и «Записать номер телефона» обязательно инициируются, что на диаграмме отражено в виде соединения «и». Далее записывается название услуги и её стоимость, эти же действия сразу выполняются, если в базе данных клиент уже есть, на диаграмме это показано в виде соединения эксклюзивное «или». Затем принимаются деньги от клиента и выписывается чек, на диаграмме использована внешняя ссылка «чек». На этом этапе структурный анализ бизнес-процессов завершается.
Поскольку сервис-инженер работает всегда на выезде, то для поддержки его работы будет полезно создать мобильное приложение на платформе «1С:Предприятие». В случае расхождения начислений заработной платы организацией он сможет обратиться к нашему мобильному приложению и проверить, правильно ли ему начислили заработную плату. В нашем приложении он сможет это сделать с помощью отчетов зарплата за месяц, отчет по посещениям клиентов и отчет обороты по клиентам. Это и будет являться целью данной дипломной работы.
2.2 Реквизитный состав документов
Документ о работе сервис-инженера.
Ведение этого документа является одной из обязанностей сервис-инженера. Исходными данными для расчета заработной платы сервис инженера в организации является данный документ. В нем представляется посещение клиента с детализацией выполненной работы. Документ предназначен для фиксации посещения клиента, является частью отчетности, а так же является незаменимым документом в случае, если вы в отпуске или на больничном, и вас замещает другой сервис-инженер. Чтобы человек, который вас замещает, посетил клиентов закрепленных за вами наиболее плодотворно, необходимо вносить в маршрутный лист как можно больше информации о клиентах. Пример маршрутного листа можно посмотреть в приложении 12
Итак, рассмотрим сам маршрутный лист. Здесь я опишу поля обязательные для заполнения, остальные заполняются в зависимости, выполнено это действие или же нет:
Таблица 2.1.
Реквизитный состав маршрутного листа сервис-инженера
|
№ |
Наименование |
Тип данных |
Комментарий |
|
1. Данные о заказчике |
Заказчик |
Текст 100 сим. |
Организация |
|
Контактное лицо |
Текст 100 сим. |
Имя человека с которым обычно работаем |
|
|
Телефон |
Число 50 сим. |
Телефон организации либо контактного лица |
|
|
Адрес |
Текст, Число, 50 сим |
Адрес Клиента |
|
Окончание таблицы 2.1. |
|||
|
№ |
Наименование |
Тип данных |
Комментарий |
|
2. Сервисные услуги |
Релиз платформы исходный |
Число 30 сим. |
|
|
Релиз платформы установленный |
Число 30 сим. |
||
|
Релиз конфигурации исходный |
Число 30 сим. |
||
|
Релиз конфигурации установленный |
Число 30 сим. |
||
|
Релиз установленных форм отчетности |
Число 30 сим. |
||
|
Исполнитель |
Текст 50 сим. |
ФИО сервис- инженера |
|
|
Дата исполнения |
Дата 30 сим. |
Заполняет сервис-инженер |
|
|
Начало работы |
Число |
||
|
Окончание работы |
Число 50 сим. |
Посещение клиента не должно превышать 1 ч. |
|
|
Подпись |
Текст 30 сим. |
Подпись клиента |
|
|
Дата подписи |
Дата |
Заполняет клиент |
Разработанное приложение должно генерировать следующие отчеты:
Зарплата за месяц
В данном отчете будет выводиться значение заработной платы – поле Результат (табличная часть). И должны присутствовать 2 поля: начало периода, конец периода.
Таблица 2.2.
Реквизитный состав отчета «Зарплата за месяц»
|
№ |
Наименование |
Тип данных |
Комментарий |
|
|
1. |
Начало периода |
Дата |
Выбор периода для подсчета начисления з/п |
|
|
2. |
Конец периода |
Дата |
||
|
3. |
Результат |
Всего сумма акта |
Число 10 сим. |
Если было разовое посещение |
|
4. |
Всего сумма в зарплату |
Число 10 сим. |
Для подсчета зарплаты |
|
|
5. |
Всего часы |
Число 10 сим. |
По посещениям клиентов
В этом отчете будет выводится значение заработной платы за посещение 1-го клиента в месяце – поле Результат (Табл. часть). Так же должны присутствовать 2 поля: начало периода, конец периода.
Таблица 2.3.
Реквизитный состав отчета «Посещение клиентов»
|
№ |
Наименование |
Тип данных |
Комментарий |
|
1. |
Начало периода |
Число |
Выбор периода для подсчета начисления з/п |
|
2. |
Конец периода |
Число |
|
|
3. |
Результат |
Табличный документ |
Для подсчета зарплаты |
Обороты по клиентам
В этом отчете будет выводится значение заработной платы за разовые посещения(в основном это клиенты которые не состоят на сопровождении фирмы 1С) – поле Результат(Табл. часть) и 2 поля: начало периода, конец периода.
Таблица 2.4.
Реквизитный состав отчета «Обороты по клиентам»
|
№ |
Наименование |
Тип данных |
Комментарий |
|
1. |
Начало периода |
Число |
Выбор периода для подсчета начисления з/п |
|
2. |
Конец периода |
Число |
|
|
3. |
Результат |
Табличный документ |
Для подсчета зарплаты за разовые посещения |
Данные которые необходимо сохранять в мобильном приложении для построения отчетов:
2.3 Особенности работы мобильной платформы
Система программ «1С:Предприятие» позволяет разрабатывать приложения, функционирующие на мобильных устройствах (смартфоны, планшетные компьютеры). Мобильное приложение - прикладное решение, предназначенное для выполнения на мобильной платформе «1С: Предприятие».Мобильная платформа - это специальная версия «1С:Предприятия», предназначенная для исполнения мобильных приложений на мобильных устройствах, которые функционируют под управлением операционных систем iOS (http://www.apple.com/ios/) и Android (http://www.android.com/). Мобильная платформа реализована в архитектуре тонкого клиента, работающего с файловым вариантом информационной базы, расположенной на мобильном устройстве. Для функционирования мобильного приложения не требуется наличие постоянного канала связи с каким-либо компонентом внешней сетевой инфраструктуры. В случае необходимости, можно реализовать внешнее взаимодействие с помощью различных механизмов мобильной платформы.
При разработке мобильного приложения поддерживаются следующие объекты конфигурации и механизмы системы: Константы; Справочники; Документы; Журналы документов; Регистры накопления (кроме разделения итогов и режима агрегатов); Регистры сведений; Обработки; Перечисления; Права доступа (с ограничениями), роли; Пользователи информационной базы (с ограничениями); Функциональные опции; Параметры сеанса; Планы обмена (за исключением планов обмена с установленным признаком Распределенная информационная база); Подписки на события; Запросы; Динамический список (с ограничениями); Использование Web-сервисов (без возможности создания Web-сервиса в мобильном прикладном решении); Общие картинки; Общие команды и группы команд; Общие макеты; Общие модули; Общие формы; Объекты настройки системы компоновки данных (без интерфейса пользователя); Условное оформление; XDTO; Языки; Фоновые задания.
Не поддерживаются механизмы и объекты конфигурации: Интерфейс Такси; Механизмы бухгалтерского учета; Механизмы периодических расчетов; Механизмы бизнес-процессов и задач; Система компоновки данных; Механизмы отладки прикладных решений; Механизм общих реквизитов; Ограничения доступа к данным; Управляемые блокировки; Работа с внешними источниками данных; Механизм автоматизированного тестирования; Механизм перетаскивания; Подсистемы; Полнотекстовый поиск; Стандартные функции; Обычный интерфейс; Некоторые элементы управляемых форм; Расширенное редактирование в элементах формы; Пользовательская настройка форм; Сохранение и восстановление данных форм в настройках; Информационная панель, история работы пользователя и оповещения (метод Показать Оповещение Пользователя () );Отображение состояния длительных процессов (метод Состояние()); Печать табличного документа; Справочная система; Механизм регламентных заданий; Возможности и изменения, реализованные в платформе для персонального компьютера, автоматически не переносятся в мобильную платформу.
Некоторые объекты конфигурации и механизмы работают с особенностями:
● На начальной странице поддерживается отображение только одной формы. Выбор этой формы выполняется по следующим правилам:
● Из списка форм, указанных в настройках рабочей области начальной страницы исключаются формы, которые недоступны в соответствии с правами доступа;
● Затем из оставшегося списка исключаются формы, которые отключены функциональными опциями;
● Из оставшихся форм выбирается форма, которая в левой (или единственной колонке) рабочей области начальной страницы является первой формой в списке;
● Если для выбранной формы отключена видимость на рабочем столе, то система не будет использовать следующую форму.
●Если на мобильном устройстве в рабочей области начальной страницы отсутствует форма (по любой причине), то при открытии приложения сразу открывается главное меню приложения.
● При работе динамического списка не поддерживается интерактивное управление настройками динамического списка. Управление настройками доступно только из встроенного языка.
Также необходимо помнить, что для поддерживаемых объектов реализованы не все возможности, доступные в прикладных решениях для персональных компьютеров. В связи с этим следует обращать внимание на раздел Доступность синтакс-помощника для определения доступности того или иного метода или свойства в мобильной платформе.
2.4 Архитектура приложения
Архитектура приложения представляется объектами платформы.
Как мы уже упоминали, платформа «1С:Предприятие 8» предоставляет разработчику прототипы иных прикладных объектов. Именно из этих объектов и должна строиться архитектура информационной системы.
Выработка – прямой показатель уровня продуктивности труда, которую выполнил один работник за промежуток времени труда. Ее мы будем регистрировать в регистре накопления «Выработка» при том, что его записи будут проводиться документами:
- «Выработка» этот документ передает данные о посещении клиентов т.е.: дата посещения клиента, наименование организации, зона обслуживания, часы(выполнения работы) и вид акта.
- «Установить категорию»,т.к. могут быть доплаты за категорию клиента. Документ заполняется с помощью регистра сведений «Категория» и справочника «Категория».
- «Присвоение Сертификата», за сертификат так же могут быть доплаты. Заполнятся соответственно из регистра сведений «Сертификат сотрудника».
Доплата суммой – это доплата клиента наличными за осуществление работ сверх указанных, в договоре сопровождения, часов. Доплату суммой мы будем учитывать в регистре накопления «Доплата суммой», который в свою очередь берет данные о сумме доплаты в документе «Доплата суммой» и справочнике «Доплаты»
Ситуацию контроля посещения клиентов, будем регистрировать в регистре накопления «Посещение клиентов» с соответствующими документами «Выработка», «Установить Категорию», а документы берут данные соответственно из регистров накопления «Категория» и справочников «Выработка», «Контрагенты», «Категория»
Результатом информационной поддержки будет формирование отчета «Отчет зарплата за месяц» и формирование косвенных отчетов «Отчет по посещениям клиентов», «Отчет обороты по клиентам»
Таким образом, в составе информационной системы будут 18 объектов:
Графически архитектура системы представлена на рис. 2.7.
Отчет по посещениям клиентов
Отчет
обороты по клиентам
Зарплата за месяц
Посещение клиентов
Выработка
Доплата суммой
Документ присвоение сертификата
Документ Установить категорию
Документ Доплата суммой
Документ Выработка
Сертификат сотрудника
Категория
Справочник
Вид Акта
Справочник Контрагенты
Справочник Доплаты
Справочник
Категория
Рисунок 2.7. Архитектура приложения информационной поддержки
2.5 Варианты установки и модернизации
Существует два варианта установки:
- Локально. Для этого нужно скомпилировать мобильное приложение из этой конфигурации, т.е. apk файл, и иметь USB подключение к персональному компьютеру , для переноса на мобильное устройство.
- Web сервис. Данный вариант предполагает наличие доступа к компьютеру из мобильного приложения через сеть. Суть заключается в следующем – мы публикуем конфигурацию приложения (это по сути своей web-сервис), мобильное приложение подключается к нему и забирает конфигурацию.
Обновляемая конфигурация(установка с помощью web-сервиса) позволяет нам работать в одном приложении с несколькими разными базами, а точнее – их конфигурациями, а так же обновлять конфигурации через свой сервер. Под нее программировать довольно просто: сконфигурировали – опубликовали в web (в конфигураторе: Конфигурация – Собильное приложение – Публиковать; указываем имя публикации, отличное от имени публикации базы данных для веб доступа, если таковое имеется), затем нажали кнопку «Обновить» на мобильном устройстве. Или поставили галочку «Обновлять мобильные приложения» в конфигурации: тогда при входе пользователя в базу на телефоне(при наличии доступа к серверу конфигураций) или если он находиться в текущий момент в этой конфигурации, то мобильное приложение само обновит конфигурацию. Не нужно ничего компилировать и обновлять вручную. Правда в этом случае мы не сможем обновить мобильную платформу, не скинув ее отдельным файлом.
Фиксированная конфигурация. Это вариант скомпилированной до apk-файла конфигурации. Соответственно, если мы изменили что- то в конфигурации, нам необходимо по новой скомпилировать приложение и отправить всем пользователям этот apk-файл, и все должны переустановить приложение на телефоне. В этом случае обновиться и платформа, и конфигурация.
Мой выбор однозначно падает на вариант без компиляции. В этом случае нам достаточно установить на телефон мобильную платформу и добавить в нее новую базу, прописав путь к опубликованной конфигурации.
3.1 Программная реализация
Реализация прикладного решения (в терминах фирмы «1С» - конфигурирование) осуществляется как визуальными, так и языковыми средствами.
Для визуального редактирования объекта конфигурации платформа генерирует специальное окно (мастер) редактирования объекта. Этот мастер позволяет:
Редактируемые свойства располагаются на нескольких закладках, каждая из которых содержит набор реквизитов для настройки свойств определенного вида. Состав закладок и набор управляющих элементов переменный для разных объектов.
Окно редактирования объекта позволяет отобразить большинство свойств, но не все. Более тонкая настройка объекта осуществляется с помощью универсального окна редактирования свойств – палитры свойств.
Палитра свойств – это специальное служебное окно, которое позволяет редактировать все существующие свойства объекта. Состав свойств зависит от типа редактируемого объекта.
Встроенный язык платформы «1С:Предприятия 8.» позволяет разработчику описывать собственные алгоритмы функционирования прикладного решения.
Встроенный язык имеет много общих черт с другими языками, однако он не является прямым аналогом какого-либо из универсальных языков программирования. Некоторые особенности:
Конфигурирование справочников
В справочниках хранятся данные, которые затем используются для подстановки в документы. В противном случае одни и те же данные, например, клиента, пришлось бы вводить много раз. Также благодаря справочникам исключается неоднозначный ввод данных – каждый участник бизнес-процесса должен называть одну и ту же услугу одинаково.
Каждый справочник представляет собой список однородных экземпляров объектов. Каждый экземпляр (запись) называют элементом справочника. В конфигурации создается структура справочника, а элементы справочника вводятся пользователем при работе с приложением.
Справочник имеет предопределенные реквизиты: код и наименование. Код может быть представлен числом или строкой. Можно назначить автоматическое присвоение кодов. Максимальная длина стандартного кода 50 символов или 38 цифр. Максимальная длина наименования – 150 символов. При задании значений кода или наименования равными 0 они блокируются. Для кода можно задать контроль уникальности.
В дополнение к стандартным реквизитам могут быть созданы дополнительные реквизиты, справочники и табличные части. Табличные части раскрывают несколькими признаками один элемент. Например, справочник телефонов контрагента. Имена реквизитов справочника и полей табличных частей не должны совпадать. Число строк табличной части не более 100 000. Можно задать индексирование реквизитов.
Реквизиты справочника могут принимать следующие типы данных:
Справочники могут иметь предопределенные элементы, заданные на стадии конфигурирования. Они не могут быть удалены и на них можно ссылаться в процедурах и функциях. Предопределенные элементы содержат только код и наименование. В режиме пользователя предопределенные элементы и элементы, созданные пользователем, отличаются пиктограммами.
При конфигурировании системы был создан справочник «Контрагенты», структура которого представлена на рис. 3.1, а форма элемента на Рис.3.2.
Рисунок 3.1. Мастер конфигурирования справочника «контрагенты»
Рисунок 3.2. Форма элемента справочника «контрагенты»
Коды формы справочника «контрагенты» приведен в Приложении 7.
Аналогично создаются и остальные справочники – Рис. 3.3 – 3.8.
Рисунок 3.3. Мастер справочника «Виды Актов»
Рисунок 3.4. Форма элемента справочника «Виды Актов»
Рисунок 3.5. Мастер справочника «Доплаты»
Рисунок 3.6. Форма элемента справочника «Доплаты»
Рисунок 3.7. Мастер справочника «Категории»
Рисунок 3.8. Форма элемента справочника «Категории»
Регистры сведений не отражают движений ресурсов. Они хранят данные, которые могут изменяться с течением времени. Поэтому у таких данных всегда есть отметка времени. Например, курсы валют, установленные ЦБ РФ на конкретную дату. Или, получение сертификата сотрудника.
В конфигурации используется регистр сведений «Сертификат сотрудника» - рис. 3.9, и регистр сведений «Категория» - Рис. 3.10.
Рисунок 3.9. Структура регистра сведений «Сертификат сотрудника»
Рисунок 3.10. Структура регистра сведений «Категория»
Объект конфигурации «Документ» предназначен для ввода данных в систему учета. Часто экранная форма соответствует некоторой бумажной форме. Запись в регистр сведений «Сертификат Сотрудника» производится документом «Присвоение сертификата сотрудника». Соответственно запись в регистр сведений «Категория» производится документом «Установить категорию».Документ характеризуется номером, датой и временем. Это обеспечивает строгую временную последовательность ввода данных в регистры. Структура реквизитов и табличных частей документов представлена на рис. 3.11, а на рис. 3.12 – форма документа.
Рисунок 3.11. Структура реквизитов «Присвоение сертификата»
Рисунок 3.12. Основная форма создания документа
«Присвоение сертификата»
Аналогично представим остальные документы Рис. 3.13. – Рис. 3.18.
Рисунок 3.13. Структура реквизитов «Установить категорию»
Рисунок 3.14. Основная форма создания документа «Установить категорию»
Рисунок 3.15. Структура реквизитов «Доплата Суммой»
Рисунок 3.16. Основная форма создания документа «Доплата суммой»
Рисунок 3.17. Структура реквизитов и табличных частей документа «Выработка»
Рисунок 3.18. Основная форма документа «Выработка»
Коды модулей документов можно посмотреть в Приложениях 7-10.
Регистры накопления служат для накопления данных о наличии и движении ресурсов – услуг, денежных и других. Вся информация о хозяйственных операциях, отражается в регистрах. Эти данные можно будет извлечь, проанализировать и представить пользователю в виде отчетных форм.
Регистр накопления – это объект конфигурации, предназначенный для хранения движений регистра и итоговых данных. Он представляет собой n-мерную систему координат, в узлах которой хранятся совокупные данные ресурса. Оси такой системы есть измерения ресурса. Регистр накопления можно представить в виде таблицы с числом колонок, равным сумме измерений и ресурсов. Помимо измерений и ресурсов могут быть заданы и реквизиты. Реквизиты не влияют на значения ресурсов и используются для анализа движений. Окно редактирования регистра накопления представлено на рис. 3.19. В конфигурации создано три регистра накопления.
Рисунок 3.19. Окно редактирования свойств регистра накопления.
3.2 Тестирование
Протестируем приложение, т.е. установим его двумя способами.
Установка с помощью web- сервиса.
Данный вариант предполагает наличие доступа к компьютеру из мобильного приложения через сеть. Суть заключается в следующем –публикуем конфигурацию приложения (это по сути своей web-сервис), мобильное приложение подключается к нему и забирает конфигурацию.
Публикуем конфигурацию для того, чтобы получить ее на телефоне. Для этого нужно совершить следующие действия Конфигурация – Мобильное Приложение – Публиковать – вводим данные – Опубликовать.
Рисунок 3.20. Публикация мобильного приложения
Имя и путь к каталогу – не могут содержать кириллицу!
Имя – оно должно быть простое, так как вбиваться оно будет вручную и не раз. Имя должно отличаться от имени публикации базы для тонкого клиента.
Обновлять мобильное приложение –Ее имеет смысл использовать только в произвольной конфигурации, суть ее в том, что при каждом обновлении конфигурации –конфигурация на устройстве будет автоматически обновлена. Кроме этого – обновлять можно и вручную.
Если в момент нажатия кнопки Опубликовать – появляется сообщение о том, что 1С не может записать данные в файл, то это сработал UAC. Это значит, что 1С запущена не от имени администратора. Решить это проблему можно следующим путем:
Зайти в свойства ярлыка 1С, и поставить галочку выполнять эту программу от имени администратора.
После нужно убедиться, что конфигурация была правильно опубликована. Для этого необходимо пройти по ссылке http://127.0.0.1/orders/,должен быть показан xml файл. Это и есть структура конфигурации.
Далее необходимо зайти в ранее установленное приложение и нажать кнопку Добавить.
В поле адрес – вбиваем IP компьютера на котором опубликована конфигурация. Если надо, то можно указать другой порт, напримерhttp://192.168.1.2:54215/orders. Далее нажать кнопку Загрузить.
Постановка галочк Перезапуск из конфигуратора обязательна.
Нажимаем Готово. Открывается окно выбора конфигурации. Если зажать на конфигурации палец и из всплывающего меню выбрать Изменить, то станет доступным такое окно:
Рисунок 3.22. Окно выбора конфигурации приложения.
Т.е. со временем все можно изменить. Кроме этого, если не стоит галочка Перезапуск из конфигуратора, то после придется постоянно выходить и заходить в конфигурацию самостоятельно, что бы применились изменения.
Далее переходим в конфигурацию, и смотрим что получилось.
Так как изначально не определено никакой формы для приложения, то программа просто выводит меню функций. Для этого необходимо загрузить уже созданную конфигурацию.
После, обновляем конфигурацию. Через пару секунд – телефон должен перезапустить конфигурацию и обновить.
Компиляция мобильного приложения
Начнем с того, что после установки – необходимо зайти в конфигуратор и создать пользователя с правами администратора. После заходим в базу. Выполним следующую комбинацию команд Сервис > Настройки приложения и заполним, то, что нужно. Основная идея в том, что если работа выполняется с разных компьютеров, то нужно что бы на каждом из компьютеров были установлены все пакеты и прописаны пути.
1С, кроме прочего – требует еще утилиту PuTTY, она нужна при компиляции под iOS. К сожалению, обойти это не получается, т.е. разработчики уже сразу считают, что мы будем компилировать под iOS. Поэтому выбираем папку Softи все.
Рисунок 3.24. Окно настройки приложения.
В наименование берется имя компьютера, поэтому это окно не меняется.
Далее Сервис > Редактирование поставщика.
Необходимо придумать префикс. Это очень важный шаг. Андроид устроен так, что он контролирует версию сборки и имя пакета. Т.е. если пакет будет переименован, то обновить существующую базу – не выйдет. Обычно имя пакета в андроиде выглядит вот так:
com.example.helloworld. Где com – обычно либо окончание сайта, либо просто локаль автора (например ru, uaи т.д.).
Example – либо продолжение сайта, либо ваше ФИО. Т.е. по сути нечто уникальное, которое идентифицирует вас.
Helloworld – имя приложения. В нашем случае это orders.
Я выбрал себе такое имя пакета: ua.dnv + имя приложения
Рисунок 3.25. Поставщик мобильных решений
Ставим галочку Для ОС Android и записываем элемент.
Далее необходимо подключить архив мобильной платформы, что бы программа могла скомпилировать все. Для этого откроем справочник Мобильные платформы. Тут нужно обратить внимание на такой момент – вся эта информация будет храниться в базе, т.е. если каждую платформу вставлять в базу в полном объеме – очень быстро вырастет база. Поэтому нужно немного урезать архив. Из справки:
При загрузке система ожидает, что мобильная платформа будет представлена zip-файлом со следующей структурой (регистр имени файла и каталога - важен!), остальные файлы в архиве игнорируются:
Android\prjandroid-arm.zip - мобильная платформа для ОС Android на платформе ARM
Android\prjandroid-x86.zip - мобильная платформа для ОС Android на платформе x86
iOS\prjios.zip - мобильная платформа для iOS (мульти язычная)
iOS\prjios_en_ru.zip - мобильная платформа для iOS (только русский и английский языки)
Так как я не компилирую под iOS, но выбора нет, то мне придется и те файлы оставить. Необходимо убедиться, что при входе в архив –вначале появится папка Android и iOS, а в них уже те файлы.
Рисунок 3.26. Версия мобильной платформы
Версию мобильной платформы нужно написать до последней цифры. Иначе потом легко запутаться в сборках.
Далее необходимо вставить конфигурацию разработанную ранее. Для этого – заходим в конфигуратор базы и нажимаем Конфигурация > Мобильное приложение > Записать в файл.
Называем файл, например orders. Это xml представление конфигурации. В конфигурации для сборки – необходимо открыть справочник Мобильные конфигурации и для конфигурации создать независимую группу первого уровня - Заказы . Добавляем элемент в группу. Загружаем конфигурацию и выбираем соответствующий файл.
Рисунок 3.27. Загрузка и настройка конфигурации
Далее программа подхватывает имя конфигурации и ее версию.
После нужно открыть справочник Мобильные приложения и создать группу, без группы нельзя. В группе указываем все, что может пригодиться.
Называем группу – Заказы.
Ставим галочку Для ОС Android.
Выбираем версию мобильной платформы, на которой будем компилировать.
Пишем идентификатор решений – orders. Справа покажется полный идентификатор приложения, еще правее Проверить уникальность идентификатора. Она проверяет идентификаторы в текущей базе. Идеально было бы, что бы программа проверяла уникальность на площадке, где вы собираетесь разместить приложение в будущем.
Далее необходимо указать версию приложения и номер сборки.По номеру сборки – программа Android проверяет версию программы, т.е. если установлена программа с номером сборки 22, то программу с номером сборки 20 – уже не поставить. Этот номер не имеет дробной части, это целое число. Версия приложения – это представления для пользователя. Что-то вроде 1.21.44.Внизу добавляем папку с конфигурацией, которую будем создавать.
Теперь создаем само приложение. Переходим в созданную группу и создаем новый элемент.
Программа заполняет все сама. Нажимаем на кнопку Собрать приложение. Это занимает некоторое время. Периодически должны мигать черные окна консоли – закрывать их ненужно. Если после сборки приложения высветились ошибки доступа к файлам, то нужно перезагрузить компьютер и запустить 1С под администратором.
Забрать приложение можно на вкладке Результаты сборки.
Рисунок 3.28. Результат сборки мобильного приложения.
Выбираем нужную строку и жмем Получить приложение. Откроется диалог сохранения файла. Сохраняем файл в папку.
Для тестирования введем следующие исходные данные.
Документ «Установить категорию». Создаем категории в справочнике
Рисунок 3.29. Форма справочника «Категория»
После создания категорий, выбираем нужную нам
Рисунок 3.30. Форма документа «Установить категорию»
Далее создаем контрагентов(т.е. клиентов) в справочнике «Контрагенты»:
Рисунок 3.31. Форма справочника «Контрагенты»
Заполняем справочник «Виды Актов», что бы учитывать вид выполненной работы.
Рисунок 3.32. Форма справочника «Виды Актов»
Документ «Посещение клиента»( «выработка»):
Номер – Номер документа в приложении(подставляется автоматически);
Дата – Дата и время посещения клиента (дата подставляется автоматически, время набираем сами).
Категория – это категория договора, либо ИТС, либо платные акты(разовое посещение).
Организация – организация которую мы посетили(выбираем из справочника контрагенты)
Зона обслуживания – Город, офис, програмистские часы(консультирование по телефону).
Часы – время затраченное на выполнение работы.
Вид акта - справочник вид акта
Рисунок 3.33. Создание документа «Посещение клиентов»
Рисунок 3.34. Форма отчета «Зарплата за месяц»
Сопоставив данные с результатами, представленными в отчете, и произведя необходимые вычисления, мы убедились, что мобильное приложение функционирует правильно.
3.3 Экономическая эффективность
Из всей базы сертифицированных программных продуктов на мобильной платформе «1С» аналогов не обнаружено. В сети Internet есть похожие программы, выполненные на мобильной платформе платформе «1С», но все они ориентированы на учет работ и доходов всей фирмы, а не доходов одного человека.
Определение трудозатрат на разработку программного продукта
Трудозатраты на разработку программного продукта можно рассчитать по составляющим их элементам.
|
t = tи + tал + tп + tотл + tд, |
|
|
Где |
Tи – затраты труда на подготовку и изучение задачи и описания; |
|
Tал – затраты труда на разработку алгоритма; |
|
|
Tп – затраты труда на программирование по готовому алгоритму; |
|
|
Tотл – затраты труда на отладку программы; |
|
|
Tд – затраты труда на подготовку документации по задаче. |
Все перечисленные составляющие можно выразить через условное число операторов в разрабатываемом программном изделии.
Условное число операторов определяется по формуле:
|
Q = q сл (1 + кор), |
|
|
где |
q – предполагаемое число операторов в тысячах; |
|
сл – коэффициент сложности программы; |
|
|
кор – коэффициент коррекции программы в ходе ее разработки. |
Предполагаемое число операторов q = 10.
Коэффициент сложности программы сл характеризует относительную сложность программы данной задачи по отношению к так называемой «типовой», сложность которой принимается равной 1. Выберем величину сл = 1,3.
Коэффициент коррекции программы кор характеризует увеличение объема работ за счет изменения алгоритма или программы в результате уточнения постановки и описания задачи, изменения состава и структуры информации и т.д. Примем величину кор = 0,3.
Таким образом, подставляя данные в (2), получаем, что условное число операторов равно Q = 10 1,3 (1 + 0,3) =16,9.
Составляющая трудозатрат tи определяется по выражению:
|
tи = Q оп (75 85) кв , чел. час, |
|
|
где |
оп – коэффициент увеличения затрат труда вследствие неточного описания задачи (оп = 1,2); |
|
кв – коэффициент, учитывающий квалификацию разработчика (кв = 0.8); |
Из (3) получаем затраты труда на подготовку и изучение задачи и описания:
tи = 16,9 1,2 80 0,8 = 1297,76 чел. час
Составляющая tал определяется по формуле:
tал = Q / (20 25) кв = 16,9 / 20 0,8 = 0,68 чел. час
Составляющая tп равна
tп = Q / (20 25) кв = 16,9 / 20 0,8 = 0,68 чел. час
Составляющая tотл определяется по выражению:
tотл = Q / (4 5) кв = 16,9 / 4 0,8 = 3,38 чел. час
Затраты труда на подготовку документации определяются как сумма:
|
tд = tд. р + tд. оф , чел. час, где: |
|
|
tд. р – затраты труда на подготовку материалов и рукописи; |
|
|
tд. оф – затраты труда на редактирование, печать и оформление документации. |
Принимается:
tд. р = Q / (15 20) кв = 16,9 / 15 0,8 = 0,9 чел. час
tд. оф = 0,75 tд. р = 0,75 0,528 = 0,67 чел. час
Таким образом, затраты труда на подготовку документации
tд = 0,528 + 0,396 = 1,58 чел. час
Подставляя рассчитанные выше значения составляющих в (1), получаем трудозатраты на разработку программного продукта:
t = 1297,76+0,68+0,68+3,38+1,58 = 1304,08 чел. час
Фактически же длительность разработки составила 3,8 месяца, что составляет около 912 чел. час.
Калькуляция себестоимости программного продукта
Амортизация компьютера вычисляется по формуле:
|
Смаш = Скомп Траз. / Тэксп, |
|
|
где |
Скомп – стоимость компьютера (Скомп = 18700 руб.); |
|
Траз. – продолжительность разработки (Траз. = 3,8 месяца); |
|
|
Тэксп– нормативная эксплуатация компьютера (Тэксп = 60 месяцев). |
Таким образом, амортизация компьютера составляет
Смаш = 18700 3,8 / 60 = 1184 руб.
Стоимость расходных материалов составляет 5% от стоимости амортизации компьютера, т.е. 59,2 руб.
Амортизация мобильного устройства вычисляется по формуле:
|
Смаш = Сму Траз. / Тэксп, |
|
|
где |
Сму – стоимость мобильного устройства (Сму = 24000 руб.); |
|
Траз. – продолжительность разработки (Траз. = 3,8 месяца); |
|
|
Тэксп – нормативная мобильного устройства (Тэксп = 60 месяцев). |
Таким образом, амортизация мобильного устройства составляет
Смаш = 24000 3,8 / 60 = 1520 руб.
Стоимость лицензионного программного обеспечения для разработки на выбранной платформе определяется ее масштабируемостью:
Таблица 3.1.
Стоимость лицензионного программного обеспечения
|
Название программного продукта |
Цена, руб. |
|
1С:Предприятие 8 ПРОФ. Комплексная поставка |
14 880 |
|
1С:Предприятие 8 (сетевая версия). Комплексная поставка. |
46 500 |
Поскольку разработка ведется одним человеком – можно обойтись без сетевой версии. Возьмем стоимость 14 880 руб.
Заработная плата вычисляется по формуле:
|
Сзар = Смес. Траз., |
|
|
где |
Смес. – месячный оклад сервис-инженера (Смес. = 3 200руб./мес.). |
По (6) получим, что
Сзар = 3 200 3,8 = 12 160 руб.
Отчисления на социальные нужды от заработной платы распределяются следующим образом:
социальное страхование – 4 %
медицинское страхование – 3,4 % + 0,2 %
пенсионный фонд – 28 %
и в сумме составляют 35,6% (Ссоц = 4 328,96руб.).
Накладные расходы составляют 40% от заработной платы (Снакл = 4 864 руб).
Таблица 3.2 .
Структура затрат на разработку мобильного приложения
|
Статья расходов |
Сумма, руб. |
Доля расходов, % |
|
Заработная плата |
12 160 |
31,18 |
|
Отчисления от заработной платы |
4 328,96 |
11,10 |
|
Стоимость расходных материалов |
59,2 |
0,15 |
|
Амортизация компьютера |
1184 |
3,03 |
|
Амортизация мобильного устройства |
1520 |
3,89 |
|
Программные средства |
14 880 |
38,15 |
|
Накладные расходы |
4 864 |
12,47 |
|
Итого: |
38996,16 |
100 |
Ниже приведена диаграмма затрат на разработку мобильного приложения
Рисунок 3.35. Структура затрат на разработку мобильного приложения
Расчет условной окупаемости мобильного приложения
Данному мобильному приложению можно найти практическое применение в фирмах франчайзи 1С . Использование разработанного мобильного приложения освобождает человека от ручного подсчета своих доходов и поиска информации о клиентах,.
Разработанное мобильное приложение предназначено для массового распространения, стоимость одной копии равна 100 рублей.
Таким образом, из всего выше сказанного, можно сделать вывод о необходимом количестве проданных копий для окупаемости данного мобильного приложения:
Tокуп = 37476,16 / 100 ≈ 375.
Т.е. при продаже более 375 копий данного продукта его разработка полностью окупится.
3.4 Безопасность работы с приложением и безопасность данных
Оценка опасных и вредных производственных факторов
Сервис-инженер большей частью обслуживает бухгалтерские программы и иные программы учета на платформе «1С: Предприятие». Поэтому его рабочее место можно приравнять к рабочему месту офисного работника, оснащенного персональным компьютером. Проанализируем возможные условия работы и опасности – ноксосферу сервис – инженера (ноксосфера – пространство, в котором постоянно существуют или периодически возникают опасности)
Результаты проведенных оценок опасных и вредных производственных факторов сведены в табл. 3.3.
Таблица 3.3.
Характеристика санитарно-гигиенических условий труда, опасных и вредных производственных факторов на рабочих местах в фактических условиях и по проекту
|
Фактор |
Оценка условий труда |
||
|
Фактические условия |
Количественные сведения |
По проекту |
|
|
Микроклимат |
|||
|
Температура, 0С |
Н |
16-24 |
Н |
|
Относительная влажность воздуха, % |
Н |
40-60 |
Н |
|
Скорость движения воздуха, м/с |
Н |
0.2 |
Н |
|
Вентиляция |
|||
|
Естественная аэрация |
Н |
– |
Н |
|
Естественная инфильтрация |
Н |
– |
Н |
|
Искусственная приточная, Ккр |
Н |
– |
Н |
|
Искусственная вытяжная, Ккр |
Н |
– |
Н |
|
Искусственная аварийная, Ккр |
– |
– |
– |
|
Излучения |
|||
|
Радиочастотные |
Н |
– |
Н |
|
Инфракрасные |
Н |
– |
Н |
|
Ультрафиолетовые |
Н |
– |
Н |
|
Радиоактивные, мР/ч |
Н |
15 |
Н |
|
Механические опасности |
|||
|
Инфразвук, Гц |
Н |
– |
Н |
|
Ультразвук, Гц |
Н |
– |
Н |
|
Вибрация, Гц |
– |
– |
– |
|
Вибрация, мм |
– |
– |
– |
|
Шум, дБ(А) |
Н |
– |
Н |
|
Падение предметов с высоты, м |
О |
– |
О |
|
Движущиеся части машин и механизмов |
О |
– |
О |
|
Отлетающие части инструмента и материала |
О |
– |
О |
|
Причины возникновения пожара |
|||
|
Горючее вещество |
О |
– |
О |
|
Окислитель |
О |
– |
О |
|
Источник воспламенения |
О |
– |
О |
Микроклимат - Несоответствие параметров микроклимата может привести к простудным заболеваниям, быстрому переутомлению и хроническим заболеваниям органов дыхания.
Требуемые параметры обеспечиваются такими защитными мероприятиями, как наличие водяного отопления, кондиционирование согласно требованиям ГОСТ 12.1.00588 “Общие санитарно-гигиенические требования к воздуху рабочей зоны” и СНиП 2.04.00591 “Отопление, вентиляция и кондиционирование”.
Вентиляция - ненормативный воздухообмен приводит к переутомлению, возникновению заболеваний, связанных с поражением дыхательных путей.
Требуемые параметры обеспечиваются использованием естественной и искусственной вентиляции, а также кондиционирования согласно СНиП 2.04.05-91 “Отопление, вентиляция и кондиционирование”.
Излучения - при работе с персональным компьютером человек подвергается различным видам излучений, таким как инфракрасное, ультрафиолетовое и др. При нарушении правил работы и нормативных требований могут отмечаться изменения в нервной, сердечно-сосудистой системе, системе крови, снижение иммунитета.
Защитные мероприятия включают в себя контроль за правильностью организации рабочих мест с использованием персональных компьютеров и применение защитных фильтров.
Современный монитор отвечает самым строгим на сегодняшний день требованиям по снижению допустимого уровня излучений. Он соответствует стандартам по допустимому уровню излучений ГОСТ 12.1.006-84 “Электромагнитные и радиочастотные излучения. Санитарные требования” и СанПиН 2.2.2.546-96 “Излучения, электромагнитные поля. (Санитарные правила и нормы), которые определяют предельно допустимые уровни излучений в особо низком и особо высоком диапазонах воздействия на человеческий организм. Пользователь обеспечен дополнительной защитой и антистатическим покрытием экрана. Для старых моделей мониторов, которые не отвечают современным требованиям, рекомендуется использовать защитные экраны, ослабляющие до нормативного уровня электромагнитные поля, электростатическое воздействие, ультрафиолетовое и рентгеновское излучения.
Из защитных экранов наиболее универсальным защитным действием обладают фильтры полной защиты, изготовленные из нескольких защитных слоев, повышающих контрастность изображения, уменьшающих посторонние блики и ослабляющих до нормативного уровня электромагнитные поля, электростатическое воздействие, ультрафиолетовое и рентгеновское излучения. Защитные мероприятия соответствуют ГОСТ 12.1.006-84 “Электромагнитные и радиочастотные излучения. Санитарные требования” и СанПиН 2.2.2.546-96 “Излучения, электромагнитные поля. (Санитарные правила и нормы)” .
Механические опасности - шум является общебиологическим раздражителем и в определенных условиях может влиять на все органы и системы человеческого организма. Воздействие шума оказывает влияние на эмоциональное состояние человека, вызывает раздражение, повышает рабочую нагрузку. Также при воздействии шума возможны патологические изменения органа слуха, ухудшается состояние нервной системы и организма в целом, снижается работоспособность.
Защита рабочих от шума может осуществляется как коллективными средствами, так и индивидуальными. Наиболее эффективны мероприятия, ведущие к снижению шума в источнике его возникновения. Требуемые параметры регламентированы ГОСТ 12.1.00383 “Системы стандартов безопасности труда. Шум. Общие требования безопасности”.
Различного рода другие механические опасности, такие как падение предметов с высоты и др., могут привести к получению работающим травм и разной степени тяжести увечий.
Защита от такого рода опасностей достигается соблюдением правил техники безопасности.
Противопожарные мероприятия - пожары представляют большую опасность для работников, приводя к ожогам, отравлениям угарным газом и к смерти.
Для обеспечения безопасности сотрудников предусмотрен комплекс мер по предупреждению возникновения пожара, таких как курение только в специально отведенных местах, а также наличие первичных средств пожаротушения – огнетушителей. В качестве системы пожаротушения принят внутренний пожарный водопровод (спринклерная установка). Защитные меры приняты согласно требованиям ГОСТ 12.1.00491 “Пожарная безопасность. Общие требования”.
Безопасное использование мобильного устройства
Для безопасного использования мобильного устройства следует заботиться о физической и информационной безопасности:
Физическая безопасность:
Не соблюдение правил физической безопасности может привести так же и к потерям данных.
Безопасность данных мобильного приложения 1с осуществляется с помощью ролей и пользователей. При работе с ролями в мобильном приложении следует помнить, что из всех прав доступа, которые предоставляет платформа для персонального компьютера, на мобильной платформе доступен только ограниченный набор. Этот набор прав призван обеспечить функционирование различных механизмов, обеспечивающих интерфейс мобильного приложения. Методы управления привилегированным режимом в мобильной платформе используются для совместимости с платформой для персонального компьютера. Сами вызовы методов работы с привилегированным режимом мобильной платформой игнорируются и никаких действий мобильная платформа не выполняет. Мобильная платформа не предлагает средств аутентификации при старте мобильного приложения. Если пользователь указан в списке пользователей, то этот пользователь автоматически будет установлен в качестве пользователя текущего сеанса
Так же данные можно обезопасить с помощью средств безопасности операционной системы Android. Здесь можно установить главную защиту для любого устройства - метод разблокировки. По умолчанию, это просто проведение пальцем по экрану, но здесь пользователям предлагается включить фейсконтроль, графический ключ, PIN-код, или пароль. Честно говоря, фейсконтроль (функция разблокировки по лицу владельца) вовсе не стоит брать в расчёт как серьёзный метод защиты. Основные способы, которые используются чаще всего - графический ключ (соединение точек в определённой последовательности) и PIN-код (последовательность нескольких цифр). Такой защиты должно быть достаточно для большинства владельцев Android-смартфонов, но, конечно, можно установить и полноценный пароль. Конечно, вводить его каждый раз при выходе коммуникатора из сна удовольствие сомнительное, зато этот способ практически не поддаётся взлому. Одновременно с одним из вышеперечисленных методов разблокировки также можно полностью зашифровать данные во внутренней памяти устройства - дополнительный PIN-код будет необходимо вводить каждый раз при его загрузке.
Информационные технологии при всей своей революционности не могут отменить производственный процесс, не отняли у человека право принимать решения. Объект управления не перестал существовать, Можно говорить об интенсификации всех процессов в информационной среде. Использование информационных технологий для управления предприятием делает любую компанию более конкурентоспособной, адаптируемой к изменениям рыночной конъюнктуры.
Настоящая выпускная квалификационная работа, выполнена в форме проекта и включает исследование деятельности сервис-инженера и экономических показателей ООО «Лидер софт – ВЦ». Исследование показало целесообразность внедрения системы информационной поддержки деятельности сервис-инженера компании ООО «Лидер софт – ВЦ» на мобильной платформе «1С:предприятие 8».
В проектной части выпускной квалификационной работы структурированы функции деятельности сервис-инженера, показатели разработки, первичные и итоговые документы, используемые в приложении. Разработана архитектура информационной системы поддержки учетных задач.
В экспериментальной части выпускной квалификационной работы представлены результаты конфигурирования и тестирования мобильного приложения..
К результатам дипломного проекта можно также отнести:
В целом можно считать, что поставленные задачи выполнены. Однако, информационную систему нужно совершенствовать. Проделанную работу можно считать как эскизный проект.
Список использованной литературы
Приложение 1
Бухгалтерский баланс 2011 г. (ф.№1).(тыс.руб.)
|
АКТИВ |
Код показателя |
На начало отчетного года |
На конец отчетного периода |
|
I. ВНЕОБОРОТНЫЕ АКТИВЫ |
|||
|
Нематериальные активы |
110 |
- |
- |
|
Основные средства |
120 |
5 617 |
21 647 |
|
Незавершенное строительство |
130 |
15 756 |
2 768 |
|
Долгосрочные финансовые вложения |
140 |
- |
- |
|
Отложенные налоговые активы |
145 |
- |
22 |
|
Прочие внеоборотные активы |
150 |
129 |
135 |
|
ИТОГО по разделу I |
190 |
21502 |
24572 |
|
II. ОБОРОТНЫЕ АКТИВЫ |
|||
|
Запасы |
210 |
12 244 |
48 144 |
|
Налог на добавленную стоимость по приобретенным ценностям |
220 |
3 697 |
5 381 |
|
Дебиторская задолженность (платежи по которой ожидаются более чем через 12 месяцев после отчетной даты) |
230 |
32 729 |
35 658 |
|
Дебиторская задолженность (платежи по которой ожидаются в течение 12 месяцев после отчетной даты) |
240 |
259 |
1 376 |
|
Краткосрочные финансовые вложения |
250 |
270 |
- |
|
Денежные средства |
260 |
3 573 |
2 888 |
|
Прочие оборотные активы |
270 |
- |
4 |
|
ИТОГО по разделу II |
290 |
52772 |
93451 |
|
БАЛАНС |
300 |
72274 |
118023 |
|
ПАССИВ |
Код показателя |
На начало отчетного периода |
На конец отчетного периода |
|
III. КАПИТАЛ И РЕЗЕРВЫ |
|||
|
Уставный капитал |
410 |
500 |
500 |
|
Добавочный капитал |
420 |
- |
- |
|
Резервный капитал |
430 |
75 |
75 |
|
Нераспределенная прибыль (непокрытый убыток) |
470 |
31 314 |
54 928 |
|
ИТОГО по разделу III |
490 |
31889 |
55503 |
|
IV. ДОЛГОСРОЧНЫЕ ОБЯЗАТЕЛЬСТВА |
|||
|
Займы и кредиты |
510 |
||
|
Отложенные налоговые обязательства |
515 |
17 |
4 982 |
|
Прочие долгосрочные обязательства |
520 |
||
|
ИТОГО по разделу IV |
590 |
17 |
4982 |
|
V. КРАТКОСРОЧНЫЕ ОБЯЗАТЕЛЬСТВА |
|||
|
Займы и кредиты |
610 |
3500 |
8500 |
|
Кредиторская задолженность |
620 |
33361 |
42967 |
|
Задолженность перед участниками (учредителями) по выплате доходов |
630 |
||
|
Доходы будущих периодов |
640 |
||
|
Прочие краткосрочные обязательства |
660 |
5 507 |
6 071 |
|
ИТОГО по разделу V |
690 |
42368 |
57538 |
|
БАЛАНС |
700 |
72274 |
118023 |
Приложение 2
Бухгалтерский баланс 2012 (ф.№1).(тыс.руб.)
|
АКТИВ |
Код показателя |
На начало отчетного года |
На конец отчетного периода |
|
I. ВНЕОБОРОТНЫЕ АКТИВЫ |
|||
|
Нематериальные активы |
110 |
- |
- |
|
Основные средства |
120 |
21 647 |
20690 |
|
Незавершенное строительство |
130 |
2 768 |
1467 |
|
Долгосрочные финансовые вложения |
140 |
- |
- |
|
Отложенные налоговые активы |
145 |
22 |
22 |
|
Прочие внеоборотные активы |
150 |
135 |
133 |
|
ИТОГО по разделу I |
190 |
24572 |
22312 |
|
II. ОБОРОТНЫЕ АКТИВЫ |
|||
|
Запасы |
210 |
48 144 |
57214 |
|
Налог на добавленную стоимость по приобретенным ценностям |
220 |
5 381 |
803 |
|
Дебиторская задолженность (платежи по которой ожидаются более чем через 12 месяцев после отчетной даты) |
230 |
35 658 |
34487 |
|
Дебиторская задолженность (платежи по которой ожидаются в течение 12 месяцев после отчетной даты) |
240 |
1 376 |
2553 |
|
Краткосрочные финансовые вложения |
250 |
- |
- |
|
Денежные средства |
260 |
2 888 |
5133 |
|
Прочие оборотные активы |
270 |
4 |
7 |
|
ИТОГО по разделу II |
290 |
93451 |
100197 |
|
БАЛАНС |
300 |
118023 |
122509 |
|
|
Код показателя |
На начало отчетного периода |
На конец отчетного периода |
|
III. КАПИТАЛ И РЕЗЕРВЫ |
|||
|
Уставный капитал |
410 |
500 |
500 |
|
Добавочный капитал |
420 |
- |
- |
|
Резервный капитал |
430 |
75 |
75 |
|
Нераспределенная прибыль (непокрытый убыток) |
470 |
54 928 |
77988 |
|
ИТОГО по разделу III |
490 |
55503 |
78563 |
|
IV. ДОЛГОСРОЧНЫЕ ОБЯЗАТЕЛЬСТВА |
|||
|
Займы и кредиты |
510 |
- |
- |
|
Отложенные налоговые обязательства |
515 |
4 982 |
7726 |
|
Прочие долгосрочные обязательства |
520 |
- |
- |
|
ИТОГО по разделу IV |
590 |
4982 |
7726 |
|
V. КРАТКОСРОЧНЫЕ ОБЯЗАТЕЛЬСТВА |
|||
|
Займы и кредиты |
610 |
8500 |
13055 |
|
Кредиторская задолженность |
620 |
42967 |
18242 |
|
Задолженность перед участниками (учредителями) по выплате доходов |
630 |
- |
- |
|
Доходы будущих периодов |
640 |
- |
- |
|
Прочие краткосрочные обязательства |
660 |
6 071 |
4923 |
|
ИТОГО по разделу V |
690 |
57538 |
36220 |
|
БАЛАНС |
700 |
118023 |
122509 |
Приложение 3
Бухгалтерский баланс 2013 г. (ф.№1).(тыс.руб.)
|
АКТИВ |
Код показателя |
На начало отчетного года |
На конец отчетного периода |
|
I. ВНЕОБОРОТНЫЕ АКТИВЫ |
|||
|
Нематериальные активы |
110 |
- |
- |
|
Основные средства |
120 |
20690 |
17841 |
|
Незавершенное строительство |
130 |
1467 |
- |
|
Долгосрочные финансовые вложения |
140 |
- |
- |
|
Отложенные налоговые активы |
145 |
22 |
22 |
|
Прочие внеоборотные активы |
150 |
133 |
754 |
|
ИТОГО по разделу I |
190 |
22312 |
18617 |
|
II. ОБОРОТНЫЕ АКТИВЫ |
|||
|
Запасы |
210 |
57214 |
54811 |
|
Налог на добавленную стоимость по приобретенным ценностям |
220 |
803 |
- |
|
Дебиторская задолженность (платежи по которой ожидаются более чем через 12 месяцев после отчетной даты) |
230 |
34487 |
58684 |
|
Дебиторская задолженность (платежи по которой ожидаются в течение 12 месяцев после отчетной даты) |
240 |
2553 |
918 |
|
Краткосрочные финансовые вложения |
250 |
- |
- |
|
Денежные средства |
260 |
5133 |
33589 |
|
Прочие оборотные активы |
270 |
7 |
5 |
|
ИТОГО по разделу II |
290 |
100197 |
148007 |
|
БАЛАНС |
300 |
122509 |
166624 |
|
ПАССИВ |
Код показателя |
На начало отчетного периода |
На конец отчетного периода |
|
III. КАПИТАЛ И РЕЗЕРВЫ |
|||
|
Уставный капитал |
410 |
500 |
500 |
|
Добавочный капитал |
420 |
- |
- |
|
Резервный капитал |
430 |
75 |
75 |
|
Нераспределенная прибыль (непокрытый убыток) |
470 |
77988 |
125456 |
|
ИТОГО по разделу III |
490 |
78563 |
126031 |
|
IV. ДОЛГОСРОЧНЫЕ ОБЯЗАТЕЛЬСТВА |
|||
|
Займы и кредиты |
510 |
- |
- |
|
Отложенные налоговые обязательства |
515 |
7726 |
4487 |
|
Прочие долгосрочные обязательства |
520 |
- |
- |
|
ИТОГО по разделу IV |
590 |
7726 |
4487 |
|
V. КРАТКОСРОЧНЫЕ ОБЯЗАТЕЛЬСТВА |
|||
|
Займы и кредиты |
610 |
13055 |
3011 |
|
Кредиторская задолженность |
620 |
18242 |
32625 |
|
Задолженность перед участниками (учредителями) по выплате доходов |
630 |
- |
- |
|
Доходы будущих периодов |
640 |
- |
- |
|
Прочие краткосрочные обязательства |
660 |
4923 |
469 |
|
ИТОГО по разделу V |
690 |
36220 |
36105 |
|
БАЛАНС |
700 |
122509 |
166624 |
Приложение 4
Отчет о прибылях и убытках 2011г. (Форма № 2).(тыс. руб.)
|
Показатель |
За отчетный период |
За аналогичный период предыдущего года |
|
|
Наименование |
код |
||
|
Доходы и расходы по обычным видам деятельности |
|||
|
Выручка (нетто) от продажи товаров, продукции, работ, услуг (за минусом налога на добавленную стоимость, акцизов и аналогичных обязательных платежей) |
010 |
144 482 |
118 468 |
|
Себестоимость проданных товаров, продукции, работ, услуг |
020 |
24 856 |
36 066 |
|
Валовая прибыль |
029 |
119 626 |
82 402 |
|
Коммерческие расходы |
030 |
84 205 |
52 216 |
|
Управленческие расходы |
040 |
- |
- |
|
Прибыль (убыток) от продаж |
050 |
35421 |
30186 |
|
Проценты к уплате |
070 |
431 |
201 |
|
Прочие операционные доходы |
090 |
19 715 |
29 010 |
|
Прочие операционные расходы |
100 |
23 135 |
29 557 |
|
Внереализационные доходы |
120 |
402 |
- |
|
Внереализационные расходы |
130 |
361 |
38 |
|
Прибыль (убыток) до налогообложения |
140 |
31 611 |
29 438 |
|
Отложенные налоговые активы |
141 |
22 |
- |
|
Отложенные налоговые обязательства |
142 |
4 965 |
17 |
|
Текущий налог на прибыль |
150 |
2 793 |
7142 |
|
Иные аналогичные обязательные платежи |
151 |
262 |
72 |
|
Чистая прибыль (убыток) отчетного периода |
190 |
23 613 |
22 207 |
Приложение 5
Отчет о финансовых результатах 2012г. (Форма № 2).(тыс. руб.)
|
Показатель |
За отчетный период |
За аналогичный период предыдущего года |
|
|
Наименование |
код |
||
|
Доходы и расходы по обычным видам деятельности |
|||
|
Выручка (нетто) от продажи товаров, продукции, работ, услуг (за минусом налога на добавленную стоимость, акцизов и аналогичных обязательных платежей) |
010 |
188 967 |
144 482 |
|
Себестоимость проданных товаров, продукции, работ, услуг |
020 |
48 501 |
24 856 |
|
Валовая прибыль |
029 |
140 466 |
119 626 |
|
Коммерческие расходы |
030 |
99 392 |
84 205 |
|
Прибыль (убыток) от продаж |
050 |
41074 |
35421 |
|
Проценты к уплате |
070 |
1212 |
431 |
|
Прочие операционные доходы |
090 |
11 938 |
19 715 |
|
Прочие операционные расходы |
100 |
18 454 |
23 135 |
|
Внереализационные доходы |
120 |
1 978 |
402 |
|
Внереализационные расходы |
130 |
3 408 |
361 |
|
Прибыль (убыток) до налогообложения |
140 |
31984 |
31 611 |
|
Отложенные налоговые активы |
141 |
-1 |
22 |
|
Отложенные налоговые обязательства |
142 |
2743 |
4 965 |
|
Текущий налог на прибыль |
150 |
5956 |
2 793 |
|
Иные аналогичные обязательные платежи |
151 |
42 |
262 |
|
Чрезвычайные доходы |
180 |
68 |
- |
|
Чистая прибыль (убыток) отчетного периода |
190 |
23060 |
23 613 |
Приложение 6
Отчет о финансовых результатах 2013г. (Форма № 2).(тыс. руб.)
|
Показатель |
За отчетный период |
За аналогичный период предыдущего года |
|
|
Наименование |
код |
||
|
Доходы и расходы по обычным видам деятельности |
|||
|
Выручка (нетто) от продажи товаров, продукции, работ, услуг (за минусом налога на добавленную стоимость, акцизов и аналогичных обязательных платежей) |
010 |
286 532 |
188 967 |
|
Себестоимость проданных товаров, продукции, работ, услуг |
020 |
85 666 |
48 501 |
|
Валовая прибыль |
029 |
200 866 |
140 466 |
|
Коммерческие расходы |
030 |
130 620 |
99 392 |
|
Прибыль (убыток) от продаж |
050 |
70246 |
41074 |
|
Проценты к получению |
060 |
116 |
- |
|
Проценты к уплате |
070 |
712 |
1212 |
|
Прочие операционные доходы |
090 |
7771 |
11 938 |
|
Прочие операционные расходы |
100 |
14141 |
18 454 |
|
Внереализационные доходы |
120 |
- |
1 978 |
|
Внереализационные расходы |
130 |
- |
3 408 |
|
Прибыль (убыток) до налогообложения |
140 |
63280 |
31984 |
|
Отложенные налоговые активы |
141 |
- |
-1 |
|
Отложенные налоговые обязательства |
142 |
3238 |
2743 |
|
Текущий налог на прибыль |
150 |
19034 |
5956 |
|
Иные аналогичные обязательные платежи |
151 |
16 |
42 |
|
Чрезвычайные доходы |
180 |
- |
68 |
|
Чистая прибыль (убыток) отчетного периода |
190 |
47468 |
23060 |
Приложение 7
Модуль документа «Присвоение сертификата»
Процедура ОбработкаПроведения(Отказ, Режим)
СертификатЗамещен = СертификатЗамещен();
Если СертификатЗамещен Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Сертификат замещен другим сертификатом более высокого уровня. Проведение документа невозможно.";
Сообщение.Сообщить();
Отказ = Истина;
Иначе
ЕстьЗамещаемыйСертификат();
Набор = РегистрыСведений.ЗП_СертификатыСотрудника.СоздатьНаборЗаписей();
Набор.Отбор.Документ.Установить(Ссылка);
Набор.Прочитать();
ТаблицаЗначений = Набор.Выгрузить();
ТаблицаЗначений.Очистить();
НоваяСтрока = ТаблицаЗначений.Добавить();
НоваяСтрока.ВидСертификата = ВидСертификата;
НоваяСтрока.ПрограмныйПродукт = ПрограмныйПродукт;
НоваяСтрока.Получен = Истина;
НоваяСтрока.Период = Дата;
НоваяСтрока.Документ = Ссылка;
Набор.Загрузить(ТаблицаЗначений);
Набор.Записать();
КонецЕсли;
КонецПроцедуры
Процедура ЕстьЗамещаемыйСертификат()
Набор = РегистрыСведений.ЗП_СертификатыСотрудника.СоздатьНаборЗаписей();
Набор.Отбор.ВидСертификата.Установить(ЭтотОбъект.ВидСертификата.ЗамещаетСертификат);
Набор.Отбор.ПрограмныйПродукт.Установить(ЭтотОбъект.ПрограмныйПродукт);
Набор.Прочитать();
ТаблицаЗначений = Набор.Выгрузить();
Если ТаблицаЗначений.Количество()>0 Тогда
Для каждого Строка Из ТаблицаЗначений Цикл
Строка.ДокументЗамещения = Ссылка;
Строка.Замещен = Истина;
КонецЦикла;
Набор.Загрузить(ТаблицаЗначений);
Набор.Записать();
КонецЕсли;
КонецПроцедуры
Функция СертификатЗамещен()
Результат = Ложь;
Набор = РегистрыСведений.ЗП_СертификатыСотрудника.СоздатьНаборЗаписей();
Набор.Отбор.Документ.Установить(Ссылка);
Набор.Прочитать();
ТаблицаЗначений = Набор.Выгрузить();
Для каждого Строка Из ТаблицаЗначений Цикл
Если Строка.ДокументЗамещения.Проведен И Строка.Замещен Тогда
Результат = Истина;
Прервать;
Иначе
Результат = Ложь;
КонецЕсли;
КонецЦикла;
Возврат(Результат);
КонецФункции
Процедура ОбработкаУдаленияПроведения(Отказ)
СертификатЗамещен = СертификатЗамещен();
Если СертификатЗамещен Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Сертификат замещен другим сертификатом более высокого уровня. Проведение документа невозможно.";
Сообщение.Сообщить();
Отказ = Истина;
Иначе
УдалитьДвиженияВЗамещенныхСертификатах();
Набор = РегистрыСведений.ЗП_СертификатыСотрудника.СоздатьНаборЗаписей();
Набор.Отбор.Документ.Установить(Ссылка);
Набор.Прочитать();
ТаблицаЗначений = Набор.Выгрузить();
ТаблицаЗначений.Очистить();
Набор.Загрузить(ТаблицаЗначений);
Набор.Записать();
КонецЕсли;
КонецПроцедуры
Процедура УдалитьДвиженияВЗамещенныхСертификатах()
Набор = РегистрыСведений.ЗП_СертификатыСотрудника.СоздатьНаборЗаписей();
Набор.Отбор.ДокументЗамещения.Установить(Ссылка);
Набор.Прочитать();
ТаблицаЗначений = Набор.Выгрузить();
Если ТаблицаЗначений.Количество()>0 Тогда
Для каждого Строка Из ТаблицаЗначений Цикл
ЗависимыеДокументы = Строка.Документ;
Строка.ДокументЗамещения = Документы.ЗП_ПрисвоениеСертификата.ПустаяСсылка();
Строка.Замещен = Ложь;
КонецЦикла;
//ТаблицаЗначений2 = ТаблицаЗначений.Скопировать();
//ТаблицаЗначений.Очистить();
//Набор.Загрузить(ТаблицаЗначений);
//Набор.Записать();
Набор2 = РегистрыСведений.ЗП_СертификатыСотрудника.СоздатьНаборЗаписей();
Набор2.Отбор.Документ.Установить(ЗависимыеДокументы);
Набор2.Прочитать();
Набор2.Загрузить(ТаблицаЗначений);
Набор2.Записать();
КонецЕсли;
КонецПроцедуры
Приложение 8
Модуль документа «Установить Категорию»
Процедура ОбработкаПроведения(Отказ, Режим)
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр ЗП_Категория
Движения.ЗП_Категория.Записывать = Истина;
Движение = Движения.ЗП_Категория.Добавить();
Движение.Период = Дата;
Движение.Категории = Категория;
Движение.Регистратор = Ссылка;
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
КонецПроцедуры
Приложение 9
Модуль документа «Доплата Суммой»
Процедура ОбработкаПроведения(Отказ, Режим)
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр ЗП_ДоплатыСуммой
Движения.ЗП_ДоплатыСуммой.Записывать = Истина;
Движение = Движения.ЗП_ДоплатыСуммой.Добавить();
Движение.Период = Дата;
Движение.Доплата = Доплата;
Движение.Сумма = Сумма;
Движение.Регистратор = Ссылка;
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
КонецПроцедуры
Приложение 10
Модуль документа «Выработка»
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Содержание = "";
Для каждого Строка Из Выработка Цикл
Содержание = Содержание+Строка.Организация+":"+Строка.Часы+";";
КонецЦикла;
КонецПроцедуры
Процедура ОбработкаПроведения(Отказ, Режим)
Движения.ЗП_Выработка.Записывать = Истина;
Движения.ЗП_ПосещенияКлиентов.Записывать = Истина;
Для Каждого ТекСтрокаВыработка Из Выработка Цикл
Цена = ОбщийМодуль.ПолучитьЦенуАкта(Дата, ТекСтрокаВыработка.ЗонаОбслуживания, ТекСтрокаВыработка.Часы);
Движение = Движения.ЗП_Выработка.Добавить();
Движение.Период = Дата;
Движение.ЗонаОбслуживания = ТекСтрокаВыработка.ЗонаОбслуживания;
Движение.Контрагент = ТекСтрокаВыработка.Организация;
Движение.Категория = Категория;
Движение.Часы = ТекСтрокаВыработка.Часы;
Движение.Регистратор = Ссылка;
Движение.ВидАкта = ТекСтрокаВыработка.ВидАкта;
Движение.Оплачено = ТекСтрокаВыработка.Оплачено;
Движение1 = Движения.ЗП_ПосещенияКлиентов.Добавить();
Движение1.Период = Дата;
Движение1.ЗонаОбслуживания = ТекСтрокаВыработка.ЗонаОбслуживания;
Движение1.Контрагент = ТекСтрокаВыработка.Организация;
Движение1.Категория = Категория;
Движение1.Часы = ТекСтрокаВыработка.Часы;
Движение1.Регистратор = Ссылка;
Если Не ТекСтрокаВыработка.ЗонаОбслуживания.РаздельныйУчетПоОплаченнымИНеоплаченнымЧасам Тогда
ПроцентОсновной = ОбщийМодуль.ПолучитьПроцент(ТекСтрокаВыработка.ЗонаОбслуживания.ПроцентОсновной, Дата);
Движение.СуммаАкта = Цена*ТекСтрокаВыработка.Часы;
Движение.СуммаВЗарплату = ТекСтрокаВыработка.Часы*Цена*ПроцентОсновной;
Движение1.СуммаАкта = Цена*ТекСтрокаВыработка.Часы;
Движение1.СуммаВЗарплату = ТекСтрокаВыработка.Часы*Цена*ПроцентОсновной;
Иначе
ПроцентОплачено = ОбщийМодуль.ПолучитьПроцент(ТекСтрокаВыработка.ЗонаОбслуживания.ПроцентОплачен, Дата);
ПроцентНеОплачено = ОбщийМодуль.ПолучитьПроцент(ТекСтрокаВыработка.ЗонаОбслуживания.ПроцентНеОплачен, Дата);
Если НЕ ТекСтрокаВыработка.ВидАкта.НеЗависитОтОплаты Тогда
Движение.СуммаАкта = Цена*ТекСтрокаВыработка.Часы;
Движение.СуммаВЗарплату = (((Цена*ТекСтрокаВыработка.Часы)-ТекСтрокаВыработка.Оплачено)*ПроцентНеОплачено)+(ТекСтрокаВыработка.Оплачено*ПроцентОплачено);
Движение1.СуммаАкта = Цена*ТекСтрокаВыработка.Часы;
Движение1.СуммаВЗарплату = (((Цена*ТекСтрокаВыработка.Часы)-ТекСтрокаВыработка.Оплачено)*ПроцентНеОплачено)+(ТекСтрокаВыработка.Оплачено*ПроцентОплачено);
Иначе
Движение.СуммаВЗарплату = Цена*ТекСтрокаВыработка.Часы*ПроцентОплачено;
Движение1.СуммаВЗарплату = Цена*ТекСтрокаВыработка.Часы*ПроцентОплачено;
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
Приложение 11
Код формы обработки «отчет «Зарплата за месяц»»
&НаКлиенте
Процедура СформироватьОтчет(Команда)
СформироватьОтчетНаСервере();
КонецПроцедуры
&НаСервере
Процедура СформироватьОтчетНаСервере()
СуммаВЗарплату = 0;
Отчет = Новый ТабличныйДокумент;
ТабДокумент = Новый ТабличныйДокумент;
Макет = ПолучитьОбщийМакет("ЗарплатаЗаМесяц");
Шапка = Макет.ПолучитьОбласть("Шапка");
Строка = Макет.ПолучитьОбласть("Строка");
Итоги = Макет.ПолучитьОбласть("Итоги");
ТабДокумент.Вывести(Шапка);
ВсегоЧасы = 0;
ВсегоСуммаАкта = 0;
ВсегоСуммаВЗарплату = 0;
ВыборкаДетальныеЗаписи = Справочнки.ЗП_ВидыАктов.Выбрать(,,,"НомерВОтчете");
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Список = ВыбратьАкты(Строка, Итоги, ВыборкаДетальныеЗаписи.Ссылка);
Попытка
ТабДокумент.Вывести(Список[0].Значение);
ТабДокумент.Вывести(Список[1].Значение);
Исключение
КонецПопытки;
КонецЦикла;
Итоги.Параметры.Наименование = "Итого";
Итоги.Параметры.ВсегоЧасы = ВсегоЧасы;
Итоги.Параметры.ВсегоСуммаАкта = ВсегоСуммаАкта;
итоги.Параметры.ВсегоСуммаВЗарплату = ВсегоСуммаВЗарплату;
ТабДокумент.Вывести(Итоги);
СуммаВЗарплату = СуммаВЗарплату + ВсегоСуммаВЗарплату;
Шапка = Макет.ПолучитьОбласть("Шапка2");
Строка = Макет.ПолучитьОбласть("Строка2");
Итоги = Макет.ПолучитьОбласть("Итоги2");
ТабДокумент.Вывести(Шапка);
Отбор = Новый Структура("Замещен", Ложь);
СуммаИтог = 0;
Сертификаты = РегистрыСведений.ЗП_СертификатыСотрудника.СрезПоследних(Объект.КонецПериода,Отбор);
Для каждого СтрокаСертификаты Из Сертификаты Цикл
Строка.Параметры.Заполнить(СтрокаСертификаты);
Строка.Параметры.Сумма = СтрокаСертификаты.ВидСертификата.СуммаНадбавки;
СуммаИтог = СуммаИтог + СтрокаСертификаты.ВидСертификата.СуммаНадбавки;
ТабДокумент.Вывести(Строка);
КонецЦикла;
Итоги.Параметры.ВсегоСумма = СуммаИтог;
ТабДокумент.Вывести(Итоги);
// Добавляем доплаты суммой
Шапка = Макет.ПолучитьОбласть("Шапка3");
Строка = Макет.ПолучитьОбласть("Строка3");
ТабДокумент.Вывести(Шапка);
Доплаты = РегистрыНакопления.ЗП_ДоплатыСуммой.Выбрать(НачалоДня(Объект.НачалоПериода),КонецДня(Объект.КонецПериода));
Пока Доплаты.Следующий() Цикл
Строка.Параметры.Доплата = Доплаты.Доплата;
Строка.Параметры.Сумма = Доплаты.Сумма;
СуммаВЗарплату = СуммаВЗарплату + Доплаты.Сумма;
ТабДокумент.Вывести(Строка);
КонецЦикла;
СуммаВЗарплату = СуммаВЗарплату + СуммаИтог;
ЗарплатаИтоги = Макет.ПолучитьОбласть("ЗарплатаИтоги");
Оклад = ОбщийМодуль.ПолучитьОклад(Объект.КонецПериода);
ЗарплатаИтоги.Параметры.Оклад = Оклад;
СуммаВЗарплату = СуммаВЗарплату + Оклад;
ЗарплатаИтоги.Параметры.ЗарплатаЗаМесяц = СуммаВЗарплату;
ЗарплатаИтоги.Параметры.БезНДФЛ = СуммаВЗарплату*0.87;
ТабДокумент.Вывести(ЗарплатаИтоги);
Результат = ТабДокумент;
КонецПроцедуры
&НаСервере
Функция ВыбратьАкты(Строка, Итоги, ВидАкта)
Список = Новый СписокЗначений;
Строки = Новый ТабличныйДокумент;
Шапка = Новый ТабличныйДокумент;
ВсегоЧасыСтрока = 0;
ВсегоСуммаАктаСтрока = 0;
ВсегоСуммаВЗарплатуСтрока = 0;
Отбор = Новый Структура;
Отбор.Вставить("ВидАкта", ВидАкта);
Выработка = РегистрыНакопления.ЗП_Выработка.Выбрать(НачалоДня(Объект.НачалоПериода),КонецДня(Объект.КонецПериода), Отбор);
//Если НЕ Выработка.Следующий() Тогда
// Возврат(Список);
//КонецЕсли;
Пока Выработка.Следующий() Цикл
Строка.Параметры.Дата = Выработка.Период;
Строка.Параметры.Контрагент = Выработка.Контрагент;
Строка.Параметры.Часы = Выработка.Часы;
ВсегоЧасыСтрока = ВсегоЧасыСтрока + Выработка.Часы;
Строка.Параметры.СуммаАкта = Выработка.СуммаАкта;
ВсегоСуммаАктаСтрока = ВсегоСуммаАктаСтрока + Выработка.СуммаАкта;
Строка.Параметры.СуммаВЗарплату = Выработка.СуммаВЗарплату;
ВсегоСуммаВЗарплатуСтрока = ВсегоСуммаВЗарплатуСтрока + Выработка.СуммаВЗарплату;
Строка.Параметры.Оплачено = Выработка.Оплачено;
Строки.Вывести(Строка);
КонецЦикла;
Итоги.Параметры.Наименование = ВидАкта;
Итоги.Параметры.ВсегоЧасы = ВсегоЧасыСтрока;
Итоги.Параметры.ВсегоСуммаАкта = ВсегоСуммаАктаСтрока;
итоги.Параметры.ВсегоСуммаВЗарплату = ВсегоСуммаВЗарплатуСтрока;
Шапка.Вывести(Итоги);
ВсегоЧасы = ВсегоЧасы + ВсегоЧасыСтрока;
ВсегоСуммаАкта = ВсегоСуммаАкта + ВсегоСуммаАктаСтрока;
ВсегоСуммаВЗарплату = ВсегоСуммаВЗарплату + ВсегоСуммаВЗарплатуСтрока;
Список.Вставить(0,Шапка);
Список.Вставить(1,Строки);
Возврат(Список);
КонецФункции
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
Объект.НачалоПериода = НачалоМесяца(ТекущаяДата());
Объект.КонецПериода = КонецМесяца(ТекущаяДата());
КонецПроцедуры
&НаКлиенте
Процедура НачалоПериодаПриИзменении(Элемент)
Объект.КонецПериода = КонецМесяца(Объект.НачалоПериода);
КонецПроцедуры
Приложение 12
Маршрутный лист