Будь умным!


У вас вопросы?
У нас ответы:) SamZan.net

тематических дисциплин Кафедра информационных систем и математики ДИПЛОМНЫЙ ПРОЕКТ на тему-

Работа добавлена на сайт samzan.net:


Министерство образования и науки Российской Федерации

Филиал федерального государственного бюджетного образовательного учреждения высшего образования

«Санкт-Петербургский государственный

экономический университет» в г.Чебоксары

Факультет гуманитарных и естественно-математических дисциплин

Кафедра информационных систем и математики

ДИПЛОМНЫЙ ПРОЕКТ

на тему:

"РАЗРАБОТКА МОБИЛЬНОГО ПРИЛОЖЕНИЯ ИНФОРМАЦИОННОЙ ПОДДЕРЖКИ ДЕЯТЕЛЬНОСТИ СЕРВИС-ИНЖЕНЕРА"

Выполнил: студент Уськин Павел Николаевич, гр 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 Структура организации. 

Общество с ограниченной ответственностью «Лидер софт - ВЦ» является коммерческой организацией, осуществляющей деятельность по продаже и сопровождению ПП 1С. Общество имеет в собственности обособленное имущество, учитываемое на его самостоятельном балансе, оно вправе осуществлять любую деятельность, не запрещенную законодательством.

Обществом с ограниченной ответственностью является коммерческая организация, созданная одним или несколькими лицами, уставной капитал которой разделен на доли определенных учредительными документами размеров. Участники общества с ограниченной ответственностью  не отвечают по его обязательствам, но несут риск убытков, связанных с деятельностью общества, в пределах стоимости вложенных ими вкладов.

Компания ООО «Лидер софт - ВЦ» имеет собственный баланс, обособленное имущество, имеет расчетный и иные счета в банках, может от своего имени заключать договоры и выступать в судах, арбитражном и третейском судах, приобретать имущественные и личные неимущественные права и нести обязанности.

ООО «Лидер софт - ВЦ» с 2010 года входит в группу компаний «Гарант».  До 2010 года ООО «Лидер софт - ВЦ» являлась департаментом технологий 1С группы компаний «Гарант».

Группа компаний «Гарант» начинает свою историю с 1998 года. На момент создания штат компании "Гарант" насчитывал 10 человек.

Компания состояла из двух отделов:

- технического отдела, в обязанности которого входят сопровождение пользователей системы ГАРАНТ и разработка базы по законодательству Чувашской Республики,

- отдела продаж, сотрудники которого осуществляют поиск потенциальных клиентов, телефонный дозвон и демонстрацию системы ГАРАНТ. На сегодняшний день группа компаний «Гарант» предлагает клиентам целый комплекс информационно-правового обеспечения.

Основные направления деятельности группы компаний «Гарант»:

  1.  продажа и обслуживание системы «Гарант»;
  2.  проведение Всероссийских спутниковых онлайн-семинаров;
  3.  услуги правового консалтинга;
  4.  продажа и обслуживание ПП 1С;
  5.  услуги бухгалтерского сопровождения;
  6.  продажа системы электронного документооборота Directum;
  7.  продажа электронной цифровой подписи для участия в торгах;
  8.  клубы бухгалтеров, юристов и кадровиков.

Таблица 1.1.

Общая информация об организации

Название:

«Лидер софт - ВЦ»

Тип компании:

компания, предоставляющая услуги продажи и обслуживания

Предоставляемые услуги:

Продажа, внедрение, сопровождение ПП 1С

Предоставляемые товары:

ПП 1С, методическая литература

Адрес:

428018, г. Чебоксары, пр. Московский, д. 17, стр. 1

Телефон/факс:

(8352) 43-95-25

Количество сотрудников:

20

Год основания:

2001

Организационно-правовая форма:

Общество с ограниченной ответственностью

На данный момент штат сотрудников организации составляет 20 человек. Организационная структура ООО «Лидер софт - ВЦ» выглядит следующим образом:

Директор

Отдел продаж

Отдел ИТС

Отдел внедрения

Отдел сопровождения

Сервис -

инженер

Специалист ТМЦ

Линия

консультаций

Учебно-методический

отдел

Консультант по ПП 1С

Рисунок 1.1. Организационная структура ООО «Лидер софт - ВЦ»

Таблица 1.2.

Функции и обязанности сотрудников ООО «Лидер софт - ВЦ»

Должность

Функции и обязанности

Директор

  1.  Управление организацией;
  2.  контроль за деятельностью и взаимодействием структурных подразделений;
  3.  ведение переговоров с крупными поставщиками и клиентами.

Отдел внедрения

  1.  Проведение переговоров
  2.  Внедрение ПП 1С
  3.  Техническое обслуживание.

Отдел сопровождения

  1.  Работа с клиентами по договорам обслуживания
  2.  Разовое обслуживание.

Отдел

продаж

  1.  Подготовка коммерческий предложений
  2.  Поиск потенциальных клиентов
  3.  Заключение договоров по продаже ПП
  4.  Заключение договоров на сопровождение ПП.

Отдел ИТС

  1.  Продажа подписки на информационно-технологическое сопровождение
  2.  Обслуживание клиентов по подписке ИТС
  3.  Обновление ПП.

Учебно-методический отдел

  1.  Работа по обучению персонала
  2.  Подготовка студентов и стажеров
  3.  Продажа методической литературы.

Линия консультаций

  1.  Консультирование клиентов по вопросам работы ПП

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

-


1 Кредиторская задолженность и прочие краткосрочные пассивы (
Rp)

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


Наиболее срочные обязательства (П1)

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)) / (текущие обязательства (П1+П2)        (4)

  1.  Коэффициент «критической оценки»

(денежные средства + краткосрочные финансовые вложения + краткосрочная дебиторская задолженность (А1+А2)) / (текущие обязательства (П1+П2))            (5)

  1.  Коэффициент текущей ликвидности

(оборотные активы (А1+А2+А3)) / (текущие обязательства (П1+П2)) (6)

  1.  Коэффициент маневренности функционирующего капитала

(медленореализуемые активы (А3)) / (оборотные активы – текущие обязательства (А1+А2+А3) - (П1+П2))       (7)

  1.  Доля оборотных средств в активах

(оборотные активы (А1+А2+А3)) / (валюта баланса)   (8)

  1.  Коэффициент обеспеченности собственными средствами

(собственный капитал - внеоборотные активы (П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%.

Деловая активность предприятия в финансовом аспекте проявляется, прежде всего, в скорости оборота средств. Для ее определения необходимо произвести расчет следующих показателей:

  1.  Производительность труда

ПТ = Выручка от реализации / Среднесписочная численность          (18)

  1.  Фондоотдача – характеризует уровень использования производственных фондов

ФО = Выручка от реализации/Средняя стоимость основных средств   (19)

  1.  Коэффициент общей оборачиваемости капитала (ресурсоотдача). Отражает скорость оборота (в количестве оборотов за период) всего капитала.

К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С:

  1.  "1С:Бухгалтерия 8" (включая базовую версию и специализированные поставки базовой версии "1С:Упрощенка 8" и "1С:Предприниматель 8");
  2.  "1С: Бухгалтерия 8. КОРП";
  3.  "Управление торговлей" (включая базовую версию);
  4.   "1С:Зарплата и Управление Персоналом 8";
  5.  "1С:Комплексная автоматизация 8";
  6.  "1С:Консолидация 8" (включая версию ПРОФ);
  7.  "1С:Платежные документы 8";
  8.  "1С:Налогоплательщик 8";
  9.  "1С:Розница 8";
  10.  "1С:Управление небольшой фирмой 8";
  11.  "1С:Бухгалтерия бюджетного учреждения 8";
  12.    "1С:Бухгалтерия автономного учреждения 8";
  13.  "1С:Зарплата и кадры бюджетного учреждения 8";
  14.  "1С:Свод отчетов 8".

Компания также проводит курсы по обучению пользователей:

  1.  «1С: Бухгалтерия 8: Учет хозяйственных операций»;
  2.  «1С: Бухгалтерия бюджетных учреждений 8: Ведение бюджетного учета»;
  3.   «1С: Зарплата и управление персоналом»;
  4.  «Камин: Расчет заработной платы 3.0».


Глава 2. Проектирование мобильного приложения информационной поддержки

2.1 Функциональный анализ деятельности организации
и сервис-инженера.

Сервис-инженер – это младший специалист компании 1С, как правило это студенты, т.к. график работы гибкий и его можно подстроить под обучение. Для эффективной работы он должен знать персональный компьютер на уровне уверенного пользователя, понимать финансовый и бухгалтерский учет, иметь малейшие навыки работы с программами 1С. Сервис-инженер должен быть готов ко всем изменения в законодательстве, которые имеют отражение в программе 1С. Кроме этого, он должен отслеживать и развитие возможностей программ 1С, так же периодически  быть готовым повышать квалификацию.

Работа сервис инженера заключается в обслуживании клиентов заключивших договор сопровождения программ 1С.

Основной задачей работы сервис-инженера является обновление программы 1С у клиентов. За каждым сотрудником закреплена клиентская база, которую необходимо ежемесячно обслуживать. Так же консультирование клиентов по работе с 1С, подключение различных сервисов, оформление документов по факту выезда.

Обязанности сервис-инженера:

  1. Установка платформ 1С Предприятие и их обновление.
  2. Установка конфигураций 1С Предприятие и их обновление.
  3. Обновление в разных режимах(загрузка, объединение).
  4. Знать номера релизов последних конфигураций.
  5. Знать ошибки, исправленные в последних релизах.
  6. Уметь работать с ошибками баз 1С предприятие.
  7. Устанавливать регламентированную отчетность.
  8. Уметь подключать внешние печатные формы к документам и в регламентированной отчетности.
  9. Настройка прав доступа.
  10. Установка КЛАДР.
  11. Настройка РИБ.
  12. Регистрировать DLL файлы.
  13. Интеграция 1С с другими программами( загрузка, выгрузка данных).

Функциональная модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель AS-1S) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. На Рис. 2.1. представлена контекстная диаграмма AS-1S деятельности ООО «Лидер софт - ВЦ».

 

Рисунок 2.1. Контекстная диаграмма деятельности «Лидер софт - ВЦ»

 


Взаимодействие системы с окружающей средой описывается в терминах:

  1. входа - на рисунке 2.1 это “Клиенты”
  2. выходы -  основной результат процесса - “Оказанные услуги” ,“Прибыль”
  3. управления“Законы РФ”, “Устав организации”, и “Правила”
  4. механизмов - “Материальная база”, “Помещение”, “Сотрудники" - это ресурсы, необходимые для процесса функционирования организации.

Получение прибыли - цель коммерческой деятельности. Чтобы добиться этой цели, организация должна оказать услуги клиентам. Они платят деньги в качестве платы за оказываемые услуги.

“Законы РФ”, “Устав организации", “Правила” - это правила, которыми управляется процесс функционирования организации, как предприятия со своими внутренними правилами, и также обязанного “жить" согласно законодательству конкретной страны.

В оказании услуг принимают участие “Сотрудники" организации. Чтобы произвести продажу и предоставить качественное обслуживание, следовательно, получить прибыль, в деятельности организации должны участвовать “Помещение” и “Материальная база” - обстановка офиса,  компьютеры, наличие ПП.

После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 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.

Результат

Табличный документ

Для  подсчета

зарплаты за

разовые посещения

Данные которые необходимо сохранять в мобильном приложении для построения отчетов:

  1. Наименование организации
  2. Дата посещения
  3. Выполненные работы
  4. Время затраченное на выполнение работы
  5. Зона обслуживания( для разового посещения)
  6. Вид акта( для разового посещения).

2.3 Особенности работы мобильной платформы

Система программ «1С:Предприятие» позволяет разрабатывать приложения, функционирующие на мобильных устройствах (смартфоны, планшетные компьютеры). Мобильное приложение - прикладное решение, предназначенное для выполнения на мобильной платформе «1С: Предприятие».Мобильная платформа - это специальная версия «1С:Предприятия», предназначенная для исполнения мобильных приложений на мобильных устройствах, которые функционируют под управлением операционных систем iOS (http://www.apple.com/ios/) и Android (http://www.android.com/). Мобильная платформа реализована в архитектуре тонкого клиента, работающего с файловым вариантом информационной базы, расположенной на мобильном устройстве. Для функционирования мобильного приложения не требуется наличие постоянного канала связи с каким-либо компонентом внешней сетевой инфраструктуры. В случае необходимости, можно реализовать внешнее взаимодействие с помощью различных механизмов мобильной платформы.

При разработке мобильного приложения поддерживаются следующие объекты конфигурации и механизмы системы:  Константы;  Справочники;  Документы; Журналы документов; Регистры накопления (кроме разделения итогов и режима агрегатов); Регистры сведений; Обработки; Перечисления; Права доступа (с ограничениями), роли; Пользователи информационной базы (с ограничениями); Функциональные опции;  Параметры сеанса; Планы обмена (за исключением планов обмена с установленным признаком Распределенная информационная база); Подписки на события; Запросы; Динамический список (с ограничениями); Использование Web-сервисов (без возможности создания Web-сервиса в мобильном прикладном решении); Общие картинки; Общие команды и группы команд; Общие макеты; Общие модули; Общие формы; Объекты настройки системы компоновки данных (без интерфейса пользователя); Условное оформление; XDTO; Языки; Фоновые задания.

Не поддерживаются механизмы и объекты конфигурации: Интерфейс Такси; Механизмы бухгалтерского учета; Механизмы периодических расчетов; Механизмы бизнес-процессов и задач; Система компоновки данных; Механизмы отладки прикладных решений; Механизм общих реквизитов; Ограничения доступа к данным; Управляемые блокировки; Работа с внешними источниками данных; Механизм автоматизированного тестирования; Механизм перетаскивания; Подсистемы; Полнотекстовый поиск; Стандартные функции; Обычный интерфейс; Некоторые элементы управляемых форм; Расширенное редактирование в элементах формы; Пользовательская настройка форм; Сохранение и восстановление данных форм в настройках; Информационная панель, история работы пользователя и оповещения (метод Показать Оповещение Пользователя () );Отображение состояния длительных процессов (метод Состояние()); Печать табличного документа; Справочная система; Механизм регламентных заданий; Возможности и изменения, реализованные в платформе для персонального компьютера, автоматически не переносятся в мобильную платформу.

Некоторые объекты конфигурации и механизмы работают с особенностями:

● На начальной странице поддерживается отображение только одной формы. Выбор этой формы выполняется по следующим правилам:

● Из списка форм, указанных в настройках рабочей области начальной страницы исключаются формы, которые недоступны в соответствии с правами доступа;

● Затем из оставшегося списка исключаются формы, которые отключены функциональными опциями;

● Из оставшихся форм выбирается форма, которая в левой (или единственной колонке) рабочей области начальной страницы является первой формой в списке;

● Если для выбранной формы отключена видимость на рабочем столе, то система не будет использовать следующую форму.

●Если на мобильном устройстве в рабочей области начальной страницы отсутствует форма (по любой причине), то при открытии приложения сразу открывается главное меню приложения.

● При работе динамического списка не поддерживается интерактивное управление настройками динамического списка. Управление настройками доступно только из встроенного языка.

Также необходимо помнить, что для поддерживаемых объектов реализованы не все возможности, доступные в прикладных решениях для персональных компьютеров. В связи с этим следует обращать внимание на раздел Доступность синтакс-помощника для определения доступности того или иного метода или свойства в мобильной платформе.

2.4 Архитектура приложения

Архитектура приложения  представляется объектами платформы.

  1. таблицы;
  2. формы;
  3. запросы;
  4. представления;
  5. отчеты(в виде обработок).

Как мы уже упоминали, платформа «1С:Предприятие 8» предоставляет разработчику прототипы иных прикладных объектов. Именно из этих объектов и должна строиться архитектура информационной системы.

Выработка – прямой показатель уровня продуктивности труда, которую выполнил один работник за промежуток времени труда. Ее мы будем регистрировать в регистре накопления «Выработка» при том, что его записи будут проводиться документами:

- «Выработка» этот документ передает данные о посещении клиентов т.е.: дата посещения клиента, наименование организации, зона обслуживания, часы(выполнения работы) и вид акта.

- «Установить категорию»,т.к. могут быть доплаты за категорию клиента. Документ заполняется с помощью регистра сведений «Категория» и справочника «Категория».

- «Присвоение Сертификата», за сертификат так же могут быть доплаты. Заполнятся соответственно из регистра сведений «Сертификат сотрудника».

Доплата суммой – это доплата клиента наличными за осуществление работ сверх указанных, в договоре сопровождения, часов. Доплату суммой мы будем учитывать в регистре накопления «Доплата суммой», который в свою очередь берет данные о сумме доплаты в документе  «Доплата суммой» и справочнике «Доплаты»

Ситуацию контроля посещения клиентов, будем регистрировать в регистре  накопления «Посещение клиентов» с соответствующими документами   «Выработка», «Установить Категорию», а документы берут данные соответственно из регистров накопления «Категория» и справочников «Выработка», «Контрагенты», «Категория»

Результатом информационной поддержки будет формирование отчета «Отчет зарплата за месяц» и формирование косвенных отчетов «Отчет по посещениям клиентов», «Отчет обороты по клиентам»

Таким образом, в составе информационной системы будут 18 объектов:

  1. справочники – 4;
  2. регистры сведений – 2;
  3. регистры накопления – 3;
  4. документы – 4;
  5. отчеты – 3.

Графически архитектура системы представлена на рис. 2.7.


Отчет по посещениям клиентов

Отчет

обороты по клиентам

Зарплата за месяц

Посещение клиентов

Выработка

Доплата суммой

Документ присвоение сертификата

Документ Установить категорию

Документ Доплата суммой

Документ Выработка

Сертификат сотрудника

Категория

Справочник

Вид Акта

Справочник Контрагенты

Справочник Доплаты

Справочник

Категория

Рисунок 2.7. Архитектура приложения информационной поддержки


2.5 Варианты установки и модернизации

Существует два варианта установки:

- Локально. Для этого нужно скомпилировать мобильное приложение из этой конфигурации, т.е. apk файл, и  иметь USB подключение к персональному компьютеру , для переноса на мобильное устройство.

- Web сервис. Данный вариант предполагает наличие доступа к компьютеру из мобильного приложения через сеть. Суть заключается в следующем – мы публикуем конфигурацию приложения (это по сути своей web-сервис), мобильное приложение подключается к нему и забирает конфигурацию.

Обновляемая конфигурация(установка с помощью web-сервиса) позволяет нам работать в одном приложении с несколькими разными базами, а точнее – их конфигурациями, а так же обновлять конфигурации через свой сервер. Под нее программировать довольно просто: сконфигурировали – опубликовали в web (в конфигураторе: Конфигурация – Собильное приложение – Публиковать; указываем имя публикации, отличное от имени публикации базы данных для веб доступа, если таковое имеется), затем нажали кнопку «Обновить» на мобильном устройстве. Или поставили галочку «Обновлять мобильные приложения» в конфигурации: тогда при входе пользователя в базу на телефоне(при наличии доступа к серверу конфигураций) или если он находиться в текущий момент в этой конфигурации, то мобильное приложение само обновит конфигурацию. Не нужно ничего компилировать и обновлять вручную. Правда в этом случае мы не сможем обновить мобильную платформу, не скинув ее отдельным файлом.

Фиксированная конфигурация. Это вариант скомпилированной до apk-файла конфигурации. Соответственно, если мы изменили что- то в конфигурации, нам необходимо по новой скомпилировать приложение и отправить всем пользователям этот apk-файл, и все должны переустановить приложение на телефоне. В этом случае обновиться и платформа, и конфигурация.

Мой выбор однозначно падает на вариант без компиляции. В этом случае нам достаточно установить на телефон мобильную платформу и добавить в нее новую базу, прописав путь к опубликованной конфигурации.


Глава 3. Программная реализация
и оценка эффективности мобильного приложения

3.1 Программная реализация

Реализация прикладного решения (в терминах фирмы «1С» - конфигурирование) осуществляется как визуальными, так и языковыми средствами.

Для визуального редактирования объекта конфигурации платформа генерирует специальное окно (мастер) редактирования объекта.  Этот мастер позволяет:

  1. редактировать свойства объекта последовательно;
  2. редактировать свойства объекта в произвольной последовательности;
  3. редактировать предопределенные элементы объекта;
  4. открывать и редактировать формы, связанные с объектом;
  5. создавать новые подчиненные объекты;
  6. удалять подчиненные объекты с контролем наличия ссылок;
  7. искать ссылки;
  8. запускать визуальные конструкторы объекта и подчиненных объектов.

Редактируемые свойства располагаются на нескольких закладках, каждая из которых содержит набор реквизитов для настройки свойств определенного вида. Состав закладок и набор управляющих элементов переменный для разных объектов.

Окно редактирования объекта позволяет отобразить большинство свойств, но не все. Более тонкая настройка объекта осуществляется с помощью универсального окна редактирования свойств – палитры свойств.

Палитра свойств – это специальное служебное окно, которое позволяет редактировать все существующие свойства объекта. Состав свойств зависит от типа редактируемого объекта.

Встроенный язык платформы «1С:Предприятия 8.» позволяет разработчику описывать собственные алгоритмы функционирования прикладного решения.

Встроенный язык имеет много общих черт с другими языками, однако он не является прямым аналогом какого-либо из универсальных языков программирования. Некоторые особенности:

  1. предварительная компиляция; перед исполнением модули, содержащие текст на встроенном языке, преобразуются во внутренний код;
  2. написание кода модуля возможно как на русском, так и на английском языках;
  3. мягкая типизация - тип переменной определяется типом значения, которое она содержит, и может изменяться в процессе работы;
  4. отсутствие программного описания объектов конфигурации; разработчик может использовать либо встроенные в платформу объекты, либо объекты, созданные системой в результате визуального конструирования прикладного решения.

Конфигурирование справочников

В справочниках хранятся данные, которые затем используются для подстановки в документы. В противном случае одни и те же данные, например, клиента, пришлось бы вводить много раз. Также благодаря справочникам исключается неоднозначный ввод данных – каждый участник бизнес-процесса должен называть одну и ту же услугу одинаково.

Каждый справочник представляет собой список однородных экземпляров объектов. Каждый экземпляр (запись) называют элементом справочника. В конфигурации создается структура справочника, а элементы справочника вводятся пользователем при работе с приложением.

Справочник имеет предопределенные реквизиты: код и наименование. Код может быть представлен числом или строкой. Можно назначить автоматическое присвоение кодов. Максимальная длина стандартного кода 50 символов или 38 цифр. Максимальная длина наименования – 150 символов. При задании значений кода или наименования равными 0 они блокируются. Для кода можно задать контроль уникальности.

В дополнение к стандартным реквизитам могут быть созданы дополнительные реквизиты, справочники и табличные части. Табличные части раскрывают несколькими признаками один элемент. Например, справочник телефонов контрагента. Имена реквизитов справочника и полей табличных частей не должны совпадать. Число строк табличной части не более 100 000. Можно задать индексирование реквизитов.

Реквизиты справочника могут принимать следующие типы данных:

  1.  примитивные;
  2.  ссылочные;
  3.  составной тип данных;
  4.  ХранилищеЗначения;
  5.  УникальныйИдентификатор.

Справочники могут иметь предопределенные элементы, заданные на стадии конфигурирования. Они не могут быть удалены и на них можно ссылаться в процедурах и функциях. Предопределенные элементы содержат только код и наименование. В режиме пользователя предопределенные элементы и элементы, созданные пользователем, отличаются пиктограммами.

При конфигурировании системы был создан справочник «Контрагенты», структура которого представлена на рис. 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. Каждый раз запускать 1С от имени администратора. Правой кнопкой на ярлыке 1С > Запустить от имени администратора.
  2. Отключить UAC(не безопасно!).

Зайти в свойства ярлыка 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. Избегать попадания влаги на устройство – влажность и жидкость любого типа могут повредить компоненты устройства и его электронную схему.
  2. Избегать падений мобильного устройства – при  падении устройство может повредиться, а компоненты могут работать со сбоями
  3. Использовать устройство при температуре от 5 до 35 градусов оС –  в противном случае это может вызвать сбои в работе экрана и привести к взрыву аккумулятора
  4. Не хранить устройство рядом с источниками магнитного поля – воздействие магнитных полей может привести к сбоям в работе с мобильным устройством.

Не соблюдение правил физической безопасности может привести так же и к потерям данных.

Безопасность данных мобильного приложения 1с осуществляется с помощью ролей и пользователей. При работе с ролями в мобильном приложении следует помнить, что из всех прав доступа, которые предоставляет платформа для персонального компьютера, на мобильной платформе доступен только ограниченный набор. Этот набор прав призван обеспечить функционирование различных механизмов, обеспечивающих интерфейс мобильного приложения. Методы управления привилегированным режимом в мобильной платформе используются для совместимости с платформой для персонального компьютера. Сами вызовы методов работы с привилегированным режимом мобильной  платформой игнорируются и никаких действий мобильная платформа не выполняет. Мобильная платформа не предлагает средств аутентификации при старте мобильного приложения. Если пользователь указан  в списке пользователей, то этот пользователь автоматически будет установлен в качестве пользователя текущего сеанса

Так же данные можно обезопасить с помощью средств безопасности операционной системы Android. Здесь можно установить главную защиту для любого устройства - метод разблокировки. По умолчанию, это просто проведение пальцем по экрану, но здесь пользователям предлагается включить фейсконтроль, графический ключ, PIN-код, или пароль. Честно говоря, фейсконтроль (функция разблокировки по лицу владельца) вовсе не стоит брать в расчёт как серьёзный метод защиты. Основные способы, которые используются чаще всего - графический ключ (соединение точек в определённой последовательности) и PIN-код (последовательность нескольких цифр). Такой защиты должно быть достаточно для большинства владельцев Android-смартфонов, но, конечно, можно установить и полноценный пароль. Конечно, вводить его каждый раз при выходе коммуникатора из сна удовольствие сомнительное, зато этот способ практически не поддаётся взлому. Одновременно с одним из вышеперечисленных методов разблокировки также можно полностью зашифровать данные во внутренней памяти устройства - дополнительный PIN-код будет необходимо вводить каждый раз при его загрузке.


Заключение

Информационные технологии при всей своей революционности не могут отменить производственный процесс, не отняли у человека право принимать решения. Объект управления не перестал существовать, Можно говорить об интенсификации всех процессов в информационной среде. Использование информационных технологий для управления предприятием делает любую компанию более конкурентоспособной, адаптируемой к изменениям рыночной конъюнктуры.

Настоящая выпускная квалификационная работа, выполнена в форме проекта и включает исследование деятельности сервис-инженера и экономических показателей ООО «Лидер софт – ВЦ». Исследование показало целесообразность внедрения системы информационной поддержки деятельности сервис-инженера компании ООО «Лидер софт – ВЦ» на мобильной платформе «1С:предприятие 8».

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

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

К результатам дипломного проекта можно также отнести:

  1. мои умения, как будущего специалиста, получили усовершенствования в части проектирования локальных информационных систем, использования платформы «1С:Предприятие 8»;
  2. мною получены навыки конфигурирования объектов платформы «1С:Предприятие 8»: справочников, регистров, документов и отчетов;
  3. расширились мои знания в областях функционирования и проектирования информационных систем, вследствие самостоятельной работы с литературой и Интернет-ресурсами;
  4. сделаны предложения по совершенствованию деятельности сервис-инженера на основе использования информационных технологий;
  5. разработано мобильное приложение информационной поддержки деятельности сервис-инженера;
  6. проектные решения апробированы с другими сервис инженерами компании ООО «Лидер софт – ВЦ» и получены положительные отзывы.

В целом можно считать, что поставленные задачи выполнены. Однако, информационную систему нужно совершенствовать. Проделанную работу можно считать как эскизный проект.


Список использованной литературы 

  1. Гражданский кодекс Российской Федерации. №51-ФЗ (1994), №14-ФЗ (1996), №146-ФЗ (2001)
  2. Налоговый кодекс Российской Федерации. №146-ФЗ (1998), №117-ФЗ (2000)
  3. Федеральный закон «О правовой охране программ для электронных вычислительных машин и баз данных». №3523-1 (1992)
  4. ГОСТ 34.003-90.  Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения. – Взамен ГОСТ 24.003–84; введен 1992–01–01. – М.: ИПК Издательство стандартов, 2009. – 16 с. – (Информационная технология).
  5. ГОСТ 7.0.5-2008. Библиографическая ссылка. Общие требования и правила составления. – введен 2009-01-01. – М.: Издательство стандартов, cop. 2008. — 23 с. — (Система стандартов по информации, библиотечному и издательскому делу).
  6. ГОСТ Р ИСО/МЭК 12207-99. Процессы жизненного цикла программных средств. – Введен 1999 – 12 – 23. – Переиздание. Июль 2003.  — М.: ИПК Издательство стандартов, 2003. – 46 с. – (Информационная технология).
  7. ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания». 1991
  8.  AllFusion Process Modeler 7. www.itteach.ru/
  9. 1С:Предприятие 8.3. Конфигурирование и администрирование. М.: 1С:Паблишинг, 2013
  10. Архитектура "1С:Предприятия" как продукт инженерной мысли [Электронный ресурс] / Нуралиев С. Г. - Режим доступа: http://www.pcweek.ru/idea/article/detail.php?ID=69281. Дата обращения: 10.03.2012
  11. Балдин К. Б., Уткин В. Б. Информационные системы в экономике. – М.: Издательско-торговая корпорация «Дашков и К», 2005;
  12. Бланки, формы, образцы документов [Электронный ресурс] / Гарант. – Режим доступа: http://www.garant.ru/doc/forms/. Дата обращения: 22.03.2012.
  13. Бугорский В.Н., Соколов Р.В. Сетевая экономика и проектирование информационных систем. – СПб.: Питер, 2007 – 320с.: ил. – (Серия «Учебное пособие»)
  14. Бурков А.В. Проектирование информационных систем по технологии клиент – сервер в «Microsoft SQL Server 2008» и «Microsoft Visual Studio 2008». Лекционный курс. www.intuit.ru/
  15. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. М.: Финансы и статистика, 2004
  16. Встроенный язык [Электронный ресурс] / Армекс. - Режим доступа: http://www.1cpoly.ru/language. Дата обращения: 14.04.2012
  17. Гвоздева Т. В., Баллод Б. А. Проектирование информационных систем М.: Феникс, 2009.
  18. Грекул В.И. Проектирование информационных систем. www.intuit.ru/
  19. Гринберг А.С., Король И.А. Информационный менеджмент: Учебное пособие для вузов/ – М.: ЮНИТИ-ДАНА, 2009. – 415 с.
  20. Дейт К. Дж. Введение в системы баз данных. Пер. с англ. 7-е изд. М.: «Вильямс», 2001.
  21. Ермолович Л. Л. Анализ финансово-хозяйственной деятельности
    предприятия: Учебник. М.: Финансы и статистика, 2007.
  22. Информатизация бизнеса; концепции, технологии, системы / Под ред. А.М. Карминского, М.: Финансы и статистика, 2004, -624 с.
  23. Информационные системы и технологии в экономике и управлении. Учебное пособие / Под ред. проф. В.В. Трофимова. М.: Высшее образование, 2007. – 480 с.
  24. Кагаловский М.Р. Энциклопедия технологий баз данных. М.: Финансы и статистика, 2005.
  25. Кузнецов И.Н. Научные работы. Методика подготовки и оформления. Курсовые, дипломы, магистерские, диссертации. М.: Амалфея, 2000.
  26. Локальные   вычислительные   сети.   Справочник.   Под  ред.   С.В.
    Назарова Ю. М.: "Финансы и статистика", 2006
  27. Маклаков, С. В. Создание информационных систем с AIIFusion Modeling Suite  / С. В. Маклаков. – М.: Диалог – МИФИ, 2007. – 432 с. – 3000 экз. – ISBN   5-86404-181-5.
  28. Методические указания №547 по выполнению выпускной квалификационной работы. Для студентов специальности 080801 «Прикладная информатика (в экономике)». Чебоксары, Филиал СПбГИЭУ, 2009
  29. Мишенин А.И. Теория экономических информационных систем. М.: Финансы и статистика, 2005. – 240 с.
  30. Обеспечение защиты персональных данных: Методическое пособие / Баймакова И.А. и др. М.: ООО «1С:Паблишинг», 2010. – 270 с.
  31. Притыкин Д.А. BPwin 4.0: пришел, увидел, реорганизовал. www.info-system.ru/
  32. Проектирование экономичсеких информационных систем / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов. М.: Финансы и статистика, 2005.
  33. Радченко М.Г. 1С: Предприятие 8.1. Практическое пособие для разработчика – М: ООО «1С-Паблишинг», СПб: Питер, 2007-512с.: ил.
  34. Савицкая Г.В.. Анализ хозяйственной деятельности предприятия.
    2-е изд., - Мн.: ИП "Экоперспектива", 2006
  35. Стивенс Р. Программирование баз данных. М.: ООО «Бином-Пресс», 2007 г. –384с.;
  36. Файзрахманов Р. А. Структурно-функциональный подход к проектированию информационных технологий и автоматизированных систем с использованием Case-средств [Электронный ресурс ]: учебное пособие к практическим занятиям / Перм. гос. техн. ун-т. – Селезнев К. А., Файзрахманов Р. А. – Электронный учебник.– Пермь: Перм. гос. техн. ун-т, 2005. - 245 с. – Режим доступа: http://window.edu.ru/window/ library?p_rid=47647. Дата обращения: 21.03.2012
  37. Шишкин В.С. Предметно-ориентированные экономические информационные системы. Конспект лекций. Чебоксары: СПбГИЭУ, 2011.
  38. Шишкин В.С., Шишкин Д.В. Информационные системы в экономике: Учебное пособие. Чебоксары: «Новое время», 2010, - 312с.
  39.  www.1c.ru
  40.  www.citforum.ru
  41.  www.cnews.ru
  42.  www.garant.ru
  43.  www.info-system.ru
  44.  www.itteach.ru
  45.  www.infostart.ru
  46.  www.cyberforum.ru 

Приложение 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

Маршрутный лист




1. Лекция 7. Работа с дисками Лекция 7.
2. Социология
3. было темно темновую адаптацию анализаторов; взаимодействие ощущений; взаимодействие раздражите
4. Лекция 1. Определение задачи и история развития нанотрибологии как науки Трибология и краткая история е
5. Books for Civil Society при поддержке Центра по развитию издательской деятельности OS1 Budpestи Института Открытое об
6. Ускоряющая линзовая антенна
7. Тарас Бульба Н
8. тема Наука ~ сложное социальное явление особая сфера целенаправленной человеческой деятельности основ
9. Умови вступу та перешкоди до укладення шлюбу
10. О возможности поощрения правдивых показаний свидетелей
11. Осуждение житейской пошлости и раболепия на страницах рассказов А П Чехова Хамелеон и Злоумышленник
12. Гражданское и семейное право
13. Как Зима Новый год украла Сцена 1.
14. темах безопасности их назначении свойствах возможности применения их для защиты собственного жилья Ка
15. синий 95 полиэстер 5 эластан 44 330
16. Вариант 6 А1 В каком слове неверно выделена буква обозначающая ударный гласный звук 1 средствАми
17. Чеченпресс Я обращаюсь к Вам с просьбой опубликовать на вашем сайте запрещенную в России книгу ФСБ взр
18. Тема- Microsoft Excel Сортировка и фильтрация данных Цель- Научиться осуществлять сортировку и фильтрацию данных
19. Звезда 2008 12 ШКОЛЬНЫЙ БАЛЛ ИГОРЬ СУХИХ Русская литература
20. Тема 1 - Методи дослідження в гастроентерології