\w\u0020\w

«a b», «c d» в

«a bc d»

\

Если за этим знаком следует символ, не распознанный как escape-символ из этой и других таблиц данной темы, то соответствует в точности этому символу. Например, \* совпадает с \x2A. Это позволяет обработчику регулярных выражений распознавать языковые элементы (такие как * или?) и символьные литералы (представленные как \* или \?).

\d+[\+-x\*]\d+\d+[\+-x\*\d+

«2+2» и «3*9» в «(2+2) * 3*9»

Классы символов

Класс символов соответствует какому-либо одному набору символов (Таблица 2.2). Классы символов состоят из языковых элементов.

Таблица 2.2 - Классы символов

Класс знаков	Описание	Шаблон	Соответствия
[группа_символов]	Соответствует одному символу из группы_символов. По умолчанию при сопоставлении учитывается регистр.	[ae]	«a» в «gray» «a», «e» в «lane»
[^группа_символов]	Отрицание: соответствует одному символу, не входящему в группу_символов. По умолчанию символы в группе_символов зависят от регистра.	[^aei]	«r», «g», «n» в «reign»
[первый-последний]	Диапазон символов: соответствует одному символу в диапазоне от первого до последнего.	[A-Z]	«A», «B» в «AB123»
.	Подстановочный знак: соответствует какому-либо одному знаку, кроме «\n».	a.e	«ave» в «nave» «ate» в «water»
\p{name}	Соответствует одному символу в общей категории Юникода или в именованном блоке, указанном в параметре имя.	\p{Lu} \p{IsCyrillic}	«C», «L» в «City Lights» «Д», «Ж» в «ДЖem»
\P{name}	Соответствует одному символу, не входящему в общую категорию Юникода или в именованный блок, указанный в параметре имя.	\P{Lu} \P{IsCyrillic}	«i», «t», «y» в «City» «e», «m» в «ДЖem»
\w	Соответствует любому алфавитно-цифровому знаку.	\w	«I», «D», «A», «1», «3» в «ID A1.3»
\W	Соответствует любому символу, не являющемуся буквой.	\W	«», «.» в «ID A1.3»
\s	Соответствует любому знаку пробела.	\w\s	«D» в «ID A1.3»
\S	Соответствует любому знаку, не являющемуся пробелом.	\s\S	« _» в «int __ctr»
\d	Соответствует любой десятичной цифре.	\d	«4» в «4 = IV»
\D	Совпадение с любым символом, не являющимся десятичной цифрой.	\D	«», «=», «», «I», «V» в «4 = IV»

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

Таблица 2.3 - Привязки

Утверждение	Описание	Шаблон	Соответствия
^	Соответствие должно начинаться в начале строки.	^\d{3}	«901-» в «901-333-»
$	Соответствие должно обнаруживаться в конце строки или до символа \n в конце строки.	-\d{3}$	« - 333» в «- 901-333»
\A	Соответствие должно обнаруживаться в начале строки.	\A\d{3}	«901» в «901-333-»
\Z	Соответствие должно обнаруживаться в конце строки или до символа \n в конце строки.	-\d{3}\Z	« - 333» в «- 901-333»
\z	Соответствие должно обнаруживаться в конце строки.	-\d{3}\z	« - 333» в «- 901-333»
\G	Соответствие должно обнаруживаться в той точке, где заканчивается предыдущее соответствие.	\G\(\d\)	«(1)», «(3)», «(5)» в «(1) (3) (5) [7] (9)»
\b	Соответствие должно обнаруживаться на границе между символом \w (алфавитно-цифровым) и символом \W (не алфавитно-цифровым).	\b\w+\s\w+\b	«them them» в «them theme them them»
\B	Соответствие не должно обнаруживаться на границе \b.	\Bend\w*\b	«ends», «ender» в «end sends endure lender»

Конструкции группирования

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

Таблица 2.4 - Конструкции группирования

Конструкция группирования	Описание	Шаблон	Соответствия
(часть_выражения)	Выделяет соответствующую часть выражения и назначает ей порядковый номер, отсчитываемый от нуля.	(\w)\1	«ee» в «deep»
(?<имя>часть_выражения)	Выделяет соответствующую часть выражения в именованную группу.	(?<double>\w)\k<double>	«ee» в «deep»
(?<имя1-имя2>часть_выражения)	Задает сбалансированное определение группы.	(((?'Open'\() [^\(\)]*)+((?'Close-Open'\)) [^\(\)]*)+)*(? (Open) (?!))$	«((1-3)*(3-1))» в «3+2^((1-3)*(3-1))»
(?:часть_выражения)	Определяет невыделяемую группу.	Write(?:Line)?	«WriteLine» в «Console. WriteLine()»
(? imnsx-imnsx:часть_выражения)	Применяет или отключает заданные параметры вчасти_выражения.	A\d{2} (? i:\w+)\b	«A12xl», «A12XL» в «A12xl A12XL a12xl»
(?=часть_выражения)	Утверждение положительного просмотра вперед нулевой ширины.	\w+(?=\.)	«is», «ran» и «out» в «He is. The dog ran. The sun is out.»
(?! часть_выражения)	Утверждение отрицательного просмотра вперед нулевой ширины.	\b(?! un)\w+\b	«sure», «used» в «unsure sure unity used»
(?<=часть_выражения)	Утверждение положительного просмотра назад нулевой ширины.	(?<=19)\d{2}\b	«99», «50», «05» в «1851 1999 1950 1905 2003»
(?<! часть_выражения)	Утверждение отрицательного просмотра назад нулевой ширины.	(?<! 19)\d{2}\b	«51», «03» в «1851 1999 1950 1905 2003»
(?>часть_выражения)	Часть выражения поиска без возврата (или «жадного» поиска).	[13579] (?>A+B+)	«1ABB», «3ABB» и «5AB» в «1ABB 3ABBC 5AB 5AC»

Кванторы

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

Таблица 2.5 - Кванторы

Квантификатор	Описание	Шаблон	Соответствия
*	Соответствует предыдущему элементу ноль или более раз.	\d*\. \d	«.0», «19.9», «219.9»
+	Соответствует предыдущему элементу один или более раз.	«be+»	«bee» в «been», «be» в «bent»
?	Соответствует предыдущему элементу ноль или один раз.	«rai? n»	«ran», «rain»
{n}	Предыдущий элемент повторяется ровно n раз.	«,\d{3}»	«, 043» в «1,043.6»,», 876»,», 543» и», 210» в «9,876,543,210»
{n,}	Предыдущий элемент повторяется минимум n раз.	«\d {2,}»	«166», «29», «1930»
{n, m}	Предыдущий элемент повторяется минимум n раз, но не более, чем m раз.	«\d {3,5}»	«166», «17668» «19302» в «193024»
*?	Предыдущий элемент не повторяется вообще или повторяется, но как можно меньшее число раз.	\d*? \. \d	«.0», «19.9», «219.9»
+?	Предыдущий элемент повторяется один или несколько раз, но как можно меньшее число раз.	«be+?»	«be» в «been», «be» в «bent»
??	Предыдущий элемент не повторяется или повторяется один раз, но как можно меньшее число раз.	«rai?? n»	«ran», «rain»
{n}?	Предыдущий элемент повторяется ровно n раз.	«,\d{3}?»	«, 043» в «1,043.6»,», 876»,», 543» и», 210» в «9,876,543,210»
{n,}?	Предыдущий элемент повторяется по крайней мере n раз, но как можно меньшее число раз.	«\d {2,}?»	«166», «29», «1930»
{n, m}?	Предыдущий элемент повторяется не меньше n и не больше m раз, но как можно меньшее число раз.	»\d {3,5}?»	«166», «17668» «193», «024» в «193024»

Конструкции обратных ссылок

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

Таблица 2.6 - Конструкции обратных ссылок

Конструкция обратных ссылок	Описание	Шаблон	Соответствия
\number	Обратная ссылка. Соответствует значению нумерованной части выражения.	(\w)\1	«ee» в «seek»
\k<name>	Именованная обратная ссылка. Соответствует значению именованного выражения.	(?<char>\w)\k<char>	«ee» в «seek»

Конструкции изменения

Конструкции изменения модифицируют регулярное выражение, включая сопоставление по принципу «либо-либо». Такие конструкции состоят из языковых элементов, приведенных в таблице 2.7.

Таблица 2.7 - Конструкции изменения

Конструкция изменения	Описание	Шаблон	Соответствия
|	Соответствует любому элементу, разделенному вертикальной чертой (|).	th (e|is|at)	«the», «this» в «this is the day.»
(? (выражение) да| нет)	Сопоставляется с частью да, если выражение соответствует; в противном случае сопоставляется с необязательной частью нет. выражение интерпретируется как утверждение нулевой ширины.	(? (A) A\d{2}\b|\b\d{3}\b)	«A10», «910» в «A10 C103 910»
(? (имя) да | нет)	Сопоставляется с частью да, если названное имя захвата имеет соответствие; в противном случае сопоставляется с необязательной частью нет.	(?<quoted>»)? (?(quoted).+?«|\S+\s)	Dogs.jpg, «Yiska playing.jpg» в «Dogs.jpg «Yiska playing.jpg»»

Подстановки

Подстановки - это языковые элементы регулярных выражений, которые поддерживаются в шаблонах замены (таблица 2.8).

Таблица 2.8 - Подстановки

Знак	Описание	Шаблон	Шаблон замены	Входная строка	Результирующая строка
$number	Замещает часть строки, соответствующую группеномер.	\b (\w+) (\s) (\w+)\b	$3 $2 $1	«один два»	«два один»
${name}	Замещает часть строки, соответствующую именованной группе имя.	\b (?<word1>\w+) (\s) (?<word2>\w+)\b	${word2} ${word1}	«один два»	«два один»
$$	Подставляет литерал «$».	\b (\d+)\s? USD	$$$1	«103 USD»	«$103»
$&	Замещает копией полного соответствия.	(\$*(\d*(\.+\d+)?) {1})	**$&	«$1.30»	«**$1.30**»
$`	Замещает весь текст входной строки до соответствия.	B+	$`	«AABBCC»	«AAAACC»
$'	Замещает весь текст входной строки после соответствия.	B+	$'	«AABBCC»	«AACCCC»
$+	Замещает последнюю захваченную группу.	B+(C+)	$+	«AABBCCDD»	AACCDD
$_	Замещает всю входную строку.	B+	$_	«AABBCC»	«AAAABBCCCC»

Для примера работы возьмем строку вида «E-mail: foo@sdo.ru» и вытащим из нее имя пользователя (foo) и имя почтового домена (bar.ru). Следующий код делает это:

private void button2_Click (object sender, EventArgs e)

{

 // Регулярное выражение

string expr = «E-mail: (?<account>[\\w\\.]+)\\@(?<domen>[\\w\\.]+)»;

 // Исходная строка

string str = «lkasdlkjasd E-mail: foo@sdo.com -1089237asd - E-mail: bar@sdo.org»;

 // Текст конечного сообщения

string text = «»;

 // Применям регулярное выражение к исходной строке

Regex pattern = new Regex (expr,

RegexOptions. Compiled | RegexOptions. Singleline);

 // Выбираем все совпадения

foreach (Match m in pattern. Matches(str))

{

if (m. Success)

{

if (text. Length > 0)

text += «\n»;

text += «Account name:» + m. Groups [«account»].Value +», mail domen:» + m. Groups [«domen»].Value;

}

 // Показываем результат

MessageBox. Show(text);

}

Результатом выполнения данного кода будет преобразование текстовой информации в файлы настроки БД.

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

2.4 Разработка подсистемы учета программных продуктов клиентов

2.4.1 Обоснование выбора среды разработки и ее характеристика

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

- наличие у предприятия ООО «Компьютерный аудит» прикладного решения 1С: Управление производственным предприятием, редакция 1.2 на основе 1С: Предприятие;

- возможность расширения прикладного решения путем разработки дополнительных программных модулей;

- хранение входящих данных в единой базе данных;

- высокая скорость разработки прикладных решений в платформе 1С: Предприятие 8.

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

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

Основной особенностью системы 1С: Предприятие 8 является ее конфигурируемость. Собственно система 1С: Предприятие 8 представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Набор объектов, структуры информационных массивов, алгоритмы обработки информации, соответствующих поставленной задаче, определяет конкретная конфигурация. Вместе с конфигурацией система 1С: Предприятие 8 выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач. Конфигурация создается и сопровождается (поддерживается) штатными средствами системы. Конфигурация обычно поставляется в качестве типовой для конкретной области применения, но может быть изменена, дополнена пользователем системы, а также разработана заново. Система 1С: Предприятие 8 обеспечивает поддержку типовых конфигураций стандартными средствами.

Говоря о системе 1С: Предприятие в широком смысле, можно сказать, что она представляет собой совокупность четырех составляющих:

· технологической платформы;

· прикладных решений различного масштаба и различной направленности, созданных на основе технологической платформы;

· методологии создания прикладных решений;

· информационно-технологической поддержки пользователей и разработчиков.

Такая архитектура продиктована, прежде всего, теми задачами, которые призвана решать система 1С: Предприятие.

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

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

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

В-четвертых, система должна обеспечивать стандартизацию разработки.

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

Платформа и прикладные решения

Основным концептуальным решением, отличающим систему 1С: Предприятие 8. от универсальных средств программирования, является четкое разделение на платформу и прикладное решение.

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

Прикладные решения 1С: Предприятия являются открытыми. Благодаря этому клиент с помощью разработчика, или собственными силами, может модифицировать и настраивать любое прикладное решение «под себя».

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

Можно сказать, что платформа состоит из двух составляющих:

- среда исполнения;

- среда разработки.

Таким образом, обеспечивается высокий уровень адаптируемости прикладных решений под требования заказчика.

2.4.2 Разработка входных форм и отчетов для подсистемы учета программных продуктов

Программные продукты (ПП) клиентов предприятия ООО «Компьютерный аудит» должны учитываться в разрезе наименований программных продуктов, регистрационных номеров, даты регистрации или даты приобретения лицензии, текущих версий программных продуктов и версий программных продуктов клиентов. Для учёта данной информации используется программа 1С Предприятие 8.2. В явном виде подходящих документов и форм в программе нет. Для удовлетворения потребностей предприятия в учете необходимо определить структуру хранимой информации, разработать форму для ввода информации и форму отчётных документов.

Разработка формы ввода

Форма создавалась в конфигураторе в несколько этапов. Первоначально был создан объект «реестр сведений» (рисунок 2.24) и осуществлено его конфигурирование, затем сконструирован внешний вид формы и была разработана программа обработки формы.

Форма ввода содержит следующую информацию о клиенте:

· контрагент;

· программный продукт;

· стоимость;

· агентское вознаграждение

· оплачено;

· владелиц ЭЦП;

· начало периода;

· конец периода;

· вариант установки;

· носитель;

· программы шифрования;

· тип подключения;

· тарифный план;

· ПФР;

· ИФНС;

· ФСС;

· РосСтат;

· подключение;

· продление;

· установка;

· самостоятельно;

· дискета;

· Ru-token;

· E-Token;

· уполномоченная организация.

В пункте меню «основные» записываем имя нашей формы.

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

Для обеспечения наилучшего ввода сведений сконфигурируем нашу форму.

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

Текст программы обработки:

&НаКлиенте

Процедура ПрограммныйПродуктНачалоВыбора (Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура («Родитель», ПапкаЭлектроннойОтчетности());

ПараметрыВыбора = Новый Структура («Отбор», ЗначениеОтбора);

ФормаСписка = ПолучитьФорму («Справочник._ПрограммныеПродукты. ФормаВыбора», ПараметрыВыбора);

ФормаСписка. Элементы. Список. Отображение = ОтображениеТаблицы. Список;

Запись. ПрограммныйПродукт = ФормаСписка. ОткрытьМодально();

КонецПроцедуры

&НаСервереБезКонтекста

Функция ПапкаЭлектроннойОтчетности()

Возврат Справочники._ПрограммныеПродукты. НайтиПоКоду («000000015»);

КонецФункции // ПапкаЭлектроннойОтчетности()

&НаСервереБезКонтекста

Функция ПапкаПоставщики()

Возврат Справочники. Контрагенты. НайтиПоКоду («00000919»);

КонецФункции

&НаКлиенте

Процедура ПрограммаШифрованияНачалоВыбора (Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура («Родитель», ПапкаЭлектроннойОтчетности());

ПараметрыВыбора = Новый Структура («Отбор», ЗначениеОтбора);

ФормаСписка = ПолучитьФорму («Справочник._ПрограммныеПродукты. ФормаВыбора», ПараметрыВыбора);

ФормаСписка. Элементы. Список. Отображение = ОтображениеТаблицы. Список;

Запись. ПрограммаШифрования = ФормаСписка. ОткрытьМодально();

КонецПроцедуры

&НаКлиенте

Процедура СДОНачалоВыбора (Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура («Родитель», ПапкаПоставщики());

ПараметрыВыбора = Новый Структура («Отбор», ЗначениеОтбора);

ФормаСписка = ПолучитьФорму («Справочник. Контрагенты. Форма.CRM_ФормаВыбораУправляемая», ПараметрыВыбора);

ФормаСписка. Элементы. Список. Отображение = ОтображениеТаблицы. Список;

Запись.СДО = ФормаСписка. ОткрытьМодально();

КонецПроцедуры

&НаКлиенте

Процедура СтоимостьПриИзменении(Элемент)

Если Запись. ТипПодключения = НовоеПодключение() Тогда

Запись. АгентскоеВознаграждение = Запись. Стоимость * 0.5;

ИначеЕсли Запись. ТипПодключения = Продление() Тогда

Запись. АгентскоеВознаграждение = Запись. Стоимость * 0.3;

КонецЕсли;

КонецПроцедуры

&НаСервереБезКонтекста

Функция НовоеПодключение()

Возврат Перечисления._ТипыПодключенияЭЦП. Подключение;

КонецФункции

&НаСервереБезКонтекста

Функция Продление()

Возврат Перечисления._ТипыПодключенияЭЦП. Продление;

КонецФункции

&НаКлиенте

Процедура КонтактныеЛицаПриАктивизацииСтроки(Элемент)

Если Элементы. КонтактныеЛица. ТекущиеДанные <> Неопределено Тогда

Телефоны. Параметры. УстановитьЗначениеПараметра («Объект», Элементы. КонтактныеЛица. ТекущиеДанные. Наименование);

КонецЕсли;

КонецПроцедуры

&НаКлиенте

Процедура КонтрагентПриИзменении(Элемент)

КонтактныеЛица. Параметры. УстановитьЗначениеПараметра («Владелец», Запись. Контрагент);

КонецПроцедуры

&НаСервере

Процедура ПриСозданииНаСервере (Отказ, СтандартнаяОбработка)

Телефоны. Параметры. УстановитьЗначениеПараметра («Объект», Справочники. КонтактныеЛицаКонтрагентов. ПустаяСсылка());

Если ЗначениеЗаполнено (Запись. Контрагент) Тогда

КонтактныеЛица. Параметры. УстановитьЗначениеПараметра («Владелец», Запись. Контрагент);

Иначе

КонтактныеЛица. Параметры. УстановитьЗначениеПараметра («Владелец», Справочники. Контрагенты. ПустаяСсылка());

КонецЕсли;

Элементы. ДатаОплаты. ТолькоПросмотр = (НЕ Запись. Оплачено);

Если НЕ Запись. Оплачено Тогда

Запись. ДатаОплаты = Дата('00010101');

КонецЕсли;

КонецПроцедуры

&НаКлиенте

Процедура ПередЗаписью (Отказ, ПараметрыЗаписи)

Если ЗначениеЗаполнено (Запись. ДатаСобытия) и ЗначениеЗаполнено (Запись. Ответственный) И ЗначениеЗаполнено (Запись. Контрагент) и ЗначениеЗаполнено (Запись. ВладелецЭЦП) Тогда

Если ЗначениеЗаполнено (Запись. Событие) Тогда

Если Вопрос («Событие уже создано, Вы желаете обновить событие?», РежимДиалогаВопрос. ДаНет) = КодВозвратаДиалога. Да Тогда

УдалениеСобытия();

СоздатьСобытие();

КонецЕсли;

Иначе

СоздатьСобытие();

КонецЕсли;

КонецЕсли;

КонецПроцедуры

&НаСервере

Процедура УдалениеСобытия()

Если ЗначениеЗаполнено (Запись. Событие) Тогда

Объект = Запись. Событие. ПолучитьОбъект();

Запись. Событие = Документы. Событие. ПустаяСсылка();

Объект. УстановитьПометкуУдаления(Истина);

Объект. Удалить();

КонецЕсли;

КонецПроцедуры

&НаСервере

Процедура СоздатьСобытие()

НовоеСобытие = Документы. Событие. СоздатьДокумент();

НовоеСобытие.CRM_Автор = ПараметрыСеанса. ТекущийПользователь;

НовоеСобытие.CRM_ДатаИзменения= Запись. ДатаСобытия;

НовоеСобытие.CRM_Организация = Справочники. Организации. НайтиПоКоду («000000001»);

НовоеСобытие.CRM_Подразделение= Справочники. Подразделения. НайтиПоКоду («000000003»);

НовоеСобытие.CRM_Трудозатраты= 1;

НовоеСобытие. Важность= Перечисления. Важность. Средняя;

НовоеСобытие. ВалютаДокумента= Справочники. Валюты. НайтиПоКоду («643»);

НовоеСобытие. ВидОбъекта = Перечисления. ВидыОбъектовСобытия. Контрагент;

НовоеСобытие. ВидСобытия = Перечисления. ВидыСобытий. ЛичнаяВстреча;

НовоеСобытие. ГруппаСобытия= Справочники. ГруппыСобытий. НайтиПоКоду («000000019»);

НовоеСобытие. Дата = Запись. ДатаСобытия;

Если ЗначениеЗаполнено (Запись. Контрагент. ОсновноеКонтактноеЛицо) Тогда

НовоеСобытие. КонтактноеЛицо = Запись. Контрагент. ОсновноеКонтактноеЛицо;

Иначе

НовоеСобытие. КонтактноеЛицо = Запись. ВладелецЭЦП;

КонецЕсли;

НовоеСобытие. Контрагент = Запись. Контрагент;

НовоеСобытие. КратностьДокумента = 1;

НовоеСобытие. КурсДокумента = 1;

НовоеСобытие.мВалютаРегламентированногоУчета = Справочники. Валюты. НайтиПоКоду («643»);

НовоеСобытие.мИмяОбъекта = «ДокументОбъект. Событие_НастройкиМастераПечатиСобытия»;

НовоеСобытие. НачалоСобытия = Дата (Формат (Запись. ДатаСобытия, «ДФ=ггггММдд») + «083000»);

НовоеСобытие. ОкончаниеСобытия = Дата (Формат (Запись. ДатаСобытия, «ДФ=ггггММдд») + «173000»);

НовоеСобытие. ОписаниеСобытия = «Услуги технического специалиста»;

НовоеСобытие. Основание = Неопределено;

НовоеСобытие. Ответственный = Запись. Ответственный;

НовоеСобытие. СостояниеСобытия = Перечисления. СостоянияСобытий. Запланировано;

НовоеСобытие. ТипСобытия = Перечисления. ВходящееИсходящееСобытие. Исходящее;

НовоеСобытие. СодержаниеСобытия = «Установка ЭЦП»;

Попытка

НовоеСобытие. Записать (РежимЗаписиДокумента. Проведение);

Исключение

Сообщить (ОписаниеОшибки()+ «Событие не проведено»);

КонецПопытки;

Запись. Событие = НовоеСобытие. Ссылка;

КонецПроцедуры // СоздатьСобытие()

&НаКлиенте

Процедура ОплаченоПриИзменении(Элемент)

Элементы. ДатаОплаты. ТолькоПросмотр = (НЕ Запись. Оплачено);

Если НЕ Запись. Оплачено Тогда

Запись. ДатаОплаты = Дата('00010101');

КонецЕсли;

КонецПроцедуры

Создание отчёта

Отчет по используемым программным продуктам, лицензиям, ЭЦП создавался с помощью конфигуратора в несколько этапов.

Первоначально был создан объект «отчёт» и осуществлена его настройка на требуемый набор данных.

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

Текст программы обработки:

ВЫБРАТЬ

_ЭЦП. Период КАК Период,

_ЭЦП. Контрагент КАК Контрагент,

_ЭЦП. ПрограммныйПродукт КАК ПрограммныйПродукт,

_ЭЦП. Стоимость КАК Стоимость,

_ЭЦП. АгентскоеВознаграждение КАК АгентскоеВознаграждение,

_ЭЦП. Оплачено КАК Оплачено,

_ЭЦП. ВладелецЭЦП КАК ВладелецЭЦП,

_ЭЦП. НачалоПериода КАК НачалоПериода,

_ЭЦП. КонецПериод КАК КонецПериод,

_ЭЦП.СДО КАК СДО,

_ЭЦП. ВариантУстановки КАК ВариантУстановки,

_ЭЦП. Носитель КАК Носитель,

_ЭЦП. ПрограммаШифрования КАК ПрограммаШифрования,

_ЭЦП. ТипПодключения КАК ТипПодключения,

_ЭЦП. ТарифныйПлан КАК ТарифныйПлан,

_ЭЦП.ПФР КАК ПФР,

_ЭЦП.ИФНС КАК ИФНС,

_ЭЦП.ФСС КАК ФСС,

_ЭЦП. РосСтат КАК РосСтат,

_ЭЦП. ДатаСобытия КАК ДатаСобытия,

_ЭЦП. Событие КАК Событие,

_ЭЦП. Ответственный КАК Ответственный,

_ЭЦП. Комментарий КАК Комментарий,

_ЭЦП. НомерАкта КАК НомерАкта,

_ЭЦП. ДатаАкта КАК ДатаАкта,

_ЭЦП. ДатаОплаты,

_ЭЦП. УполномоченнаяОрганизация,

_ЭЦП. Аннулирован

ИЗ

РегистрСведений._ЭЦП КАК _ЭЦП

{ГДЕ

_ЭЦП. Период,

_ЭЦП. Контрагент.*,

_ЭЦП. ПрограммныйПродукт.*,

_ЭЦП. Стоимость,

_ЭЦП. АгентскоеВознаграждение,

_ЭЦП. Оплачено,

_ЭЦП. ВладелецЭЦП.*,

_ЭЦП. НачалоПериода,

_ЭЦП. КонецПериод,

_ЭЦП.СДО.*,

_ЭЦП. ВариантУстановки.*,

_ЭЦП. Носитель.*,

_ЭЦП. ПрограммаШифрования.*,

_ЭЦП. ТипПодключения.*,

_ЭЦП. ТарифныйПлан.*,

_ЭЦП.ПФР,

_ЭЦП.ИФНС,

_ЭЦП.ФСС,

_ЭЦП. РосСтат,

_ЭЦП. ДатаСобытия,

_ЭЦП. Событие.*,

_ЭЦП. Ответственный.*,

_ЭЦП. Комментарий,

_ЭЦП. НомерАкта,

_ЭЦП. ДатаАкта,

(«» + ВЫБОР

КОГДА _ЭЦП.ПФР

ТОГДА «ПФР»

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.ИФНС

ТОГДА «ИФНС»

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.ФСС

ТОГДА «ФСС»

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП. РосСтат

ТОГДА «РосСтат»

КОНЕЦ) КАК Примечание,

_ЭЦП. ДатаОплаты,

_ЭЦП. УполномоченнаяОрганизация.*}

Для того чтобы отчёт выводил необходимые сведения добавляем в конфигураторе следующие пункты:

· контрагент;

· конецпериода;

· носитель;

· программашифрования.

В результате сформированный отчет будет иметь вид (рисунок 2.27). Отчет был сформирован для периода дат с 01.01.2012 по 31.01.2012.

3. Экономико-организационный раздел

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

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

Таблица 3.1 - Требования, предъявляемые к программе автоматической коррекции данных

№пп	Категория требований	Требования
1.	По функциональности	-Ввод данных о: - Клиенте - операторе связи - системе шифрования - тарифном плане - дата сертификата - Владельце сертификата - налоговых органах - системе шифрования - системе шифрования - системе шифрования - Вывод отчёта об окончании срока действия сертификата.
2.	По надежности	Отсутствие не декларированных возможностей
3.	По безопасности	Отсутствие не декларированных возможностей
4.	По совместимости	Совместимость с ОС Windows 2000/XP/2003/Vista/7

3.1 Анализ востребованности программного обеспечения с заданной функциональностью

Целью работы является разработка программы контроля Лицензий предприятием ООО «Компьютерный аудит» на основе 1С: Предприятие 8.

Потребность в разработке данной программы возникла в связи с увеличением числа клиентов, численности сотрудников, и как следствие увеличение объема входящих первичных документов предприятия ООО «Компьютерный аудит» и трудозатрат на их обработку. Прикладные решения, имеющиеся у многочисленных разработчиков, не удовлетворяют требованиям ведения учета нашего предприятия и требуют существенной доработки. В связи с этим было принято решение о разработке собственного прикладного решения, которое должно учитывать специфику деятельности предприятия, а именно:

- подключение новых клиентов;

- продление клиентов;

- учет лицензий крипто защиты;

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

- учет электронно-цифровых подписей.

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

- наличие у предприятия прикладного решения 1С: Управление производственным предприятием, редакция 1.2 на основе 1С: Предприятие;

- возможность расширения прикладного решения путем разработки дополнительных программных модулей;

- хранение входящих данных в единой базе данных;

- высокая скорость разработки прикладных решений в платформе 1С: Предприятие 8.

3.2 Определение трудоемкости разработки ПС

Рассчитаем трудоемкость разработки программного модуля для проверки корректности данных в ООО «компьютерный аудит»

Общий объем разработанного программного средства:

Значение затрат труда выбрано для ПС третьей группы сложности. Затраты труда на разработку программного модуля защиты рабочих станций от несанкционированного доступа в зависимости от общего объема и группы сложности составляют 229 чел.-дн.

Значение коэффициента, учитывающего уровень повышения сложности программного модуля:

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

эскизный проект (ЭП):

техническое задание (ТЗ):

технический проект (ТП):

рабочий проект (РП):

внедрение (ВН):

Здесь L_ЭП, L_ТЗ, L_ТП, L_РП, L_ВП - удельный вес соответствующей стадии разработки ПС. K_Н - поправочный коэффициент, учитывающий степень новизны ПС. К_Т - поправочный коэффициент, учитывающий степень использования в разработке типовых (стандартных) программ.

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

Уточненная трудоемкость разработки программного модуля:

,

где T_i - трудоемкость разработки i-й стадии, n - количество стадий разработки.

Необходимый срок реализации ПС

t = лет,

где N_i - количество разработчиков, принимающих участие в разработке ПС на i-й стадии;

Ф - годовой фонд рабочего времени одного разработчика, дн.;

t - время разработки ПС, лет.

При N_i, равном для всех стадий единице, и Ф=231 дню, т.е. 11 месяцев 21 рабочий день, имеем

t = 197.6 / 231= 0,86 лет.

С учетом К_СЛ общая трудоемкость разработки программного модуля защиты рабочих станций от несанкционированного доступа составит:

3.3 Определение стоимости разработки программного средства

Учитывая необходимую квалификацию инженера, заработная плата оценивается в 30000 руб. в месяц. Помимо ежемесячной заработной платы, предусматривается премия размером в 10000 руб., выплачиваемая по окончании работы. Таким образом, суммарные расходы на заработную плату составляют:

S = 30000 · 3 + 10000 = 100000 руб.

Ставка социального налога на заработную плату в Российской Федерации составляет 26.2%. Сумма социального налога составит Т = 26200 руб.

Оборудование рабочего места инженера включает в себя:

? персональный компьютер, оснащенный монитором, пишущим CD-приводом, сканером и лазерным принтером;

? комплект необходимого программного обеспечения, в том числе операционную систему Microsoft Windows XP, пакет офисных программ Microsoft Office 2007 Standard.

Таблица 3.2 - Оборудование рабочего места программиста

№пп	Наименование оборудования	Цена, руб.
1.	Персональный компьютер	20000
2.	Лазерный принтер	10000
3.	Операционная система Microsoft Windows XP Professional Edition	4000
4.	Пакет офисных программ Microsoft Office 2007 Standard	9500
Итого	43500

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

Амортизационные отчисления с вычислительной техники осуществляются в размере 33% ежегодно. За 3 месяца, в течении которых выполняется работа, амортизационные отчисления составят:

А = 3585 руб.

Согласно эргономическим требованиям к организации рабочих мест, площадь, выделяемая на одно рабочее место, должна составлять не менее 6 м². Исходя из стоимости аренды 442 руб./м² в месяц, получаем, что стоимость аренды помещения для одного рабочего места за 3 месяца составляет 7956 руб. Исходя из стоимости коммунальных услуг на одного человека 589 руб. в месяц, получаем, что сумма накладных расходов на коммунальные услуги при выполнении проекта составляет 1768 руб.

Таблица 3.3 - Накладные расходы

№пп	Описание	Сумма, руб.
1.	Заработная плата с учетом ставки единого социального налога	73800
2.	Амортизационные расходы	3585
3.	Аренда помещения и коммунальные услуги:	9724
Итого	87109

Капитальные затраты, связанные с разработкой и освоением системы, включают затраты на НИР и освоение ПС (К_осв):

К_пс = К_нир + К_осв.

Стоимость разработки (К_нир) составит:

К_нир = Т _у + Ц _мч Т _нир К _мульт =197 + 22 39,4 1 = 355 466 руб.,

где З_мес - среднемесячная заработная плата одного разработчика, руб.;

W_н - коэффициент отчислений на социальные нужды (1,26);

Д - среднее число рабочих дней в месяц;

Ц _мч - цена одного часа машинного времени, руб.;

Т _нир - трудоёмкость научно-исследовательских работ, чел.-дн. (принимается равной 20% от Т_у);

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

Стоимость освоения ПС:

К_осв = t _осв + Ц _мч Т _осв К _мульт =19,7 + 22 96 1 = 37 572 руб.

Здесь t_осв - трудоёмкость освоения системы (10% от Т_у), чел.-дн.;

Т _осв - затраты машинного времени на основание ПС пользователем (16 дней по 8 часов 0,75 = 96 часов).

Тогда К_пс = 355 466 + 37 572 = 393 038 руб.

3.4 Расчёт показателей экономической эффективности ПС

Обеспечить сохранность баз данных комплекса не менее 3 лет с момента окончания срока действия настоящего Договора (пункт 2.1.15). Проверим работоспособность приложения и экономию средств, на основе этих данных.

Таблица 3.4 - Статистика по работе модуля

№	Отчётный период	Количество обратившихся (всего записей)	Количество ошибочных записей (по данным СМО)	Найдено ошибок (разрабатываемый модуль)
1	Январь 2009	2134	145	145
2	Февраль 2009	2304	125	125
3	Март 2009	1920	137	137
4	Апрель 2009	1915	112	112
5	Май 2009	1650	98	98
6	Июнь 2009	1739	76	76

За шесть месяцев 2009 года экономия ЛПУ при использовании модуля корректировки счетов фактур составила 956 908 рублей. (159 484 руб. в месяц).

Годовой экономический эффект составит:

Срок окупаемости проекта составит:

В таблице 3.5 представлены основные экономические показатели инвестиционного проекта.

Таблица 3.5 - Основные экономические показатели инвестиционного проекта

№пп	Наименование показателя	Единица измерения	Величина показателя
1.	Трудоемкость разработки	чел.-дн.	198
2.	Объём разработанного ПС	условных команд	1000
3.	Необходимые инвестиции в проект:	руб.
	Всего		393 038
	- на НИР;		355 466
	- освоение ПС;		37 572
4.	Годовой экономический эффект	руб./год	1913808
5.	Срок окупаемости	лет	0.2

документооборот программный электронный защита

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

Заключение

Для достижения поставленной цели, а именно, повышение эффективности работы с системой электронной отчетности СБИС++ за счет использования средств адаптации к особенностям оператора связи, были решены следующие задачи:

1. проведен анализ существующих операторов связи и выявить особенности обмена информацией между ними и клиентами;

2. проанализирован состав и структура информационных баз системы электронной отчетности СБИС++;

3. разработана программу автоматической настройки информационных баз системы СБИС++ с учетом особенностей оператора связи;

4. разработаны средства для учета программных продуктов клиентов на базе системы 1С Предприятие 8.2;

5. проведена оценка экономической эффективности предложенных решений. Годовой экономический эффект от внедрения предложенных разработок составил 1913808 рублей, а срок окупаемости проекта - 0.2 года;

Список источников

1) ГОСТ 12.0.003 - 1974 Опасные и вредные производственные факторы. Классификация.

2) ГОСТ 12.1.005 - 1988 Система стандартов безопасности труда. Воздух рабочей зоны. Общие санитарно-гигиенические требования.

3) ГОСТ 12.1.005-88. ССБТ Общие санитарно-гигиенические правила к воздуху рабочей зоны.

4) ГОСТ 12.1.003-83.ССБТ Шум. Общие требования безопасности.

5) ГОСТ Р 50923 - 1996 Дисплеи Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

6) ГОСТ Р 50948 - 2001 Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности.

7) ГОСТ Р 50949 - 2001 Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности.

8) ГОСТ Р 51658 - 2000 Фильтры-экраны защитные для средств отображения информации.

9) Дудников Н.Г., В.В. Лупулов, А.И. Сеселкин Информатика и применение вычислительной техники в туристско-экскурсионных организациях. - М.: Центральное рекламно-информационное бюро «Турист», 1987.

10) Котиков И.М. Пространство технологий абонентского доступа для оператора связи // Технологии и средства связи 2003. №1.

11) Котиков И.М. Технологии проводного доступа для мультисервисных сетей связи // Технологии и средства связи 2003. №3.

12) Проектирование и внедрение компьютерных сетей. Учебный курс 2-е издание / Майкл Палмер.-Спб:.БХВ, 2004.

13) Мауфер Т. WLAN Практическое руководство для администраторов и профессиональных пользователей Пер.с англ. - М.: КУДИЦ-ОБРАЗ, 2005.

14) СанПин 2.2.2.542-96 Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы.

15) СниП 2.04.05-86 Отопление, вентиляция и кондиционирование.

16) СНиП II-4-85. Естественное и искусственное освещение.

17) СниП II-А.9-71. Искусственное освещение. Нормы проектирования.

18) Стандарт предприятия. Проекты (работы) дипломные и курсовые. Общие требования к оформлению пояснительных записок и чертежей. СТП I-У-НГТУ-98.

19) Методические указания по выполнению раздела «Экологичность и безопасность проекта» в дипломных проектах по специальностям 200700 - «Радиотехника»,…, 200900 - «Сети связи и системы коммутации» / НГТУ; Сост.: А.Э. Эппель, А.Б. Елькин. Н. Новгород, 1999.

20) Мешков А., Тихомиров Ю. «Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 1». - СПб.: BHV - Санкт-Петербург, 1997. - 464 с., ил.

21) Мешков А., Тихомиров Ю. «Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 2». - СПб.: BHV - Санкт-Петербург, 1997. - 464 с., ил.

22) Мешков А., Тихомиров Ю. «Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 3». - СПб.: BHV - Санкт-Петербург, 1997. - 384 с., ил.

23) Герберт Шилдт «MFC: основы программирования»: Пер. с. англ. - К.: Издательская группа BHV, 1997. - 560 с.

Размещено на Allbest.ru