Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 1. РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ ООО «УК СТАВАНАЛИТ». ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ
• 1.1 Результаты предпроектного обследования ООО «УК СтавАналит»
• 1.1.1 Объекты и методы проведения предпроектного обследования
• 1.1.2 Программа проведения обследования
• 1.1.3 Результаты предпроектного обследования и их анализ
• 1.1.4 Анализ проблемных ситуаций и обоснование путей их решения
• 1.2 Формулировка задач проектирования
• 1.2.1 Общие сведения
• 1.2.2 Назначение, цели создания информационной подсистемы
• 1.2.3 Характеристика объекта автоматизации
• 1.2.4 Требования к подсистеме
• 2. РАЗРАБОТКА РАСШИРЕНИЕ КОНФИГУРАЦИИ «РАССЫЛКА СМС»
• 2.1 Обоснование выбора среды реализации приложения
• 2.2 Создание логической структуры базы данных конфигурации
• 2.2.1 Определение сущностей модели базы данных конфигурации
• 2.2.2 Построение инфологической модели
• 2.3 Проектирование физической структуры базы данных средствами 1С: Предприятие
• 2.3.1 Даталогическое проектирование
• 2.3.2 Механизм защиты данных от несанкционированного доступа
• 2.4 Создание проекта в программе «1С: Предприятие» для реализации конфигурации
• 2.5.1 Реализация документа «ДокументОтправкиGSM»
• 2.5.2 Реализация обработки «ОтправкаGSM»
• 2.5.3 Реализация отчета «ОтчетЗатратНаGSM»
• 2.5.4 Реализация интерфейса программы
• 2.5.5 Установка конфигурации
• 3. ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
• 3.1 Общие сведения о программном продукте
• 3.2 Функциональное назначение
• 3.3. Описание логической структуры программы
• 3.4. Требования к техническому обеспечению
• 3.4.1 Общие требования
• 3.4.2 Требования к центральному процессору
• 3.4.3 Требования к оперативному запоминающему устройству
• 3.4.3 Требования к свободному пространству на жестком диске
• 3.4.4 Обоснование требований к монитору
• 3.4.5 Требования к источнику бесперебойного питания
• 3.4.6 Обоснование требований к другому техническому обеспечению
• 3.5 Установка и вызов программы
• 3.6 Входные данные
• 3.7 Выходные данные программы
• 3.8 Результаты тестирования программы
• 3.9 Краткая инструкция по работе с программой
• 4. технико-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА
• 4.1 Краткая характеристика проекта
• 4.2 Трудоемкость выполняемых работ
• 4.3 Расчет себестоимости информационной подсистемы
• 4.4 Оценка экономической эффективности внедрения программного продукта
• ЗАКЛЮЧЕНИЕ
• БИБЛИОГРАФИЧЕСКИЙ СПИСОК
• ПРИЛОЖЕНИЯ
• ВВЕДЕНИЕ
• Актуальность темы дипломного проекта обусловлена тем, что существующая система оповещения клиентов фирмы ООО «УК СтавАналит» не соответствует необходимым требованиям компании. По этой причине ежемесячно, при информировании клиентов о предстоящих акциях, новостях, информации об обновлении конфигураций типовых решений 1С и информации по подписке на Инженерно-сервисное обслуживание, затрачивается около 60 часов в месяц на ручную выборку информации из базы данных на бумажных носителях и информирование клиентов.
• Целью дипломного проекта является сокращение временных затрат менеджера отдела продаж на информирование клиентов с помощью разработки расширения конфигурации «Рассылка СМС».
• Задача дипломного проекта заключается в разработке расширения конфигурации для формирования групп рассылок и автоматического оповещения клиентов информацией с минимальными затратами времени сотрудников. Благодаря чему все отправленные новости об обновлениях будут актуальными и своевременными.
• Дипломный проект «Расширение конфигурации «1С: Предприятие» для рассылки сообщений через SMS-шлюзы для ООО «УК СтавАналит», г. Ставрополь» состоит из введения, четырех разделов основной части пояснительной записки, заключения, библиографический список и приложений.
• В первом разделе пояснительной записки рассматриваются результаты диагностического анализа предприятия. Проанализирована функциональная и организационная структура, а так же взаимодействие предприятия с другими организациями. Определены проблемы и цели предприятия. Описан его документооборот.
• Во втором разделе описано, как проектировалось расширение конфигурации для рассылки сообщений. Разработка конфигурации проводилась на языке «1С:Предприятие 8.2».
• В третьем разделе пояснительной записки рассмотрена характеристика разработанной базы данных. Приводятся общие сведения о разработке, функциональное назначение, краткая инструкция пользователя, входные и выходные данные. Обоснованы требования к техническому обеспечению гарантирующие нормальную работу разработанного приложения для организации.
• В четвертом разделе был проведен расчет цены программного продукта и анализ экономической эффективности его использования в условиях деятельности организации.
• Библиографический список содержит перечень из 19 книжных и пять электронных источников информации.
• В заключении рассмотрены основные итоги дипломного проектирования и намечены перспективные направления дальнейшего развития его темы.
• В приложениях к пояснительной записке представлены листинг модулей программы и копий слайдов презентаций.
• 1. РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ ООО «УК СТАВАНАЛИТ». ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ

1.1 Результаты предпроектного обследования ООО «УК СтавАналит»

1.1.1 Объекты и методы проведения предпроектного обследования

Основными объектами предпроектного обследования являются:

- функциональная структура, состав хозяйственных процессов и процедур;

- отдел продаж;

- проблемные ситуации.

Обследование предприятия производится путем опроса сотрудников ООО «УК СтавАналит».

Основными целями выполнения предпроектного обследования фирмы являются:

? выявление основных параметров предметной области связанных с работой отдела продаж;

? установление условий, в которых будет функционировать проектируемое расширение конфигурации.

1.1.2 Программа проведения обследования

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

Таблица 1.1 - Программа обследования предприятия

Наименование вопроса	Источник информации	Получатель информации
Общие сведения о организации	Директор	Проектировщик Попов Д. А.
Организационная структура предприятия	Аналогично	Аналогично
Цели функционирования	Нач. Отдела	Аналогично
Документооборот	Аналогично	Аналогично
Формы документов, используемых в документообороте организации	Аналогично	Аналогично
Порядок создания и хранения документов, используемых в документообороте	Аналогично	Аналогично
Штатный состав предприятия	Менеджер кадров	Аналогично
Наличие средств вычислительной техники и программного обеспечения, которые можно использовать для автоматизации документооборота	Главный бухгалтер	Аналогично
Характеристики существующей информационной системы	Нач. Отдела	Аналогично
Технологии, методы и технические средства преобразования информации	Программисты	Аналогично
Проблемные ситуации в работе информационной системы	Директор	Аналогично

Для организации труда, до осуществления процесса сбора информации был разработан план-график выполнения работ, вид которого приведен в таблице 1.2.

Данные, содержащиеся в таблице, отражают распланировку действий разработчика на этапе изучения:

1) организационной структуры;

2) целей функционирования;

3) документооборота.

Таблица 1.2 - План-график выполнения работ на стадии сбора материалов обследования фирмы ООО «УК СтавАналит»

Наименование вопроса	Код работы	Исполнитель	Дата начала	Кол-во дней	Дата окончания
Общие сведения об организации	001	Проектировщик Попов Д.А.	10.01.11	10	20.01.11
Организационная структура фирмы	002	Аналогично	21.01.11	7	27.01.11
Функциональные области деятельности организации	003	Аналогично	27.01.11	6	01.02.11
Цели функционирования организации	004	Аналогично	1.02.11	9	9.02.11
Документооборот организации	005	Аналогично	9.02.11	5	13.02.11
Формы документов, используемых в документообороте организации	006	Аналогично	13.02.11	5	17.02.11
Порядок создания и хранения документов, используемых в документообороте	007	Аналогично	17.02.11	4	20.02.11
Штатный состав организации	008	Аналогично	20.02.11	3	22.02.11
Характеристики существующей информационной системы	009	Аналогично	22.02.11	3	24.02.11
Технологии, методы, технические средства преобразования информации	010	Аналогично	25.02.11	1	28.02.11
Проблемные ситуации в работе информационной системы	011	Аналогично	28.02.11	2	06.03.11
Всего затрачено дней	55

1.1.3 Результаты предпроектного обследования и их анализ

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

Сегодня ООО «УК СтавАналит» имеет статус «1С:Франчайзи» и является лидирующей фирмой специализирующихся на поставке программного обеспечения фирмы «1С» в городе Ставрополе. Основными направлениями деятельности ООО «УК СтаваАналит» являются:

? продажа типовых программных продуктов компании «1С»;

? разработка, внедрение и конфигурирование программных продуктов на платформе «1С предприятие»;

? оказание консультационных и аутсорсинговых услуг бухгалтерам.

? разработка модели бухгалтерского учета для предприятий.

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

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

ООО «УК СтавАналит» зависит от головной организации, находящейся в г. Москва. Также оно имеет свое структурное подразделение.

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

Такое взаимодействие представлено на микроуровне структуры ООО «УК СтавАналит» (рисунок 1.1).

Размещено на http://www.allbest.ru/

Рисунок 1.1 - Структура ООО «УК СтавАналит» на микроуровне

На макроуровне производится описание взаимодействия с государственными и негосударственными органами, влияющими на работу фирмы в соответствии с нормативно-правовыми и законодательными актами РФ (рисунок 1.2):

Рисунок 1.2 - Структура ООО «УК СтавАналит» на макроуровне

Организационная структура предприятия. Структура управления предприятием является трехуровневой. На верхнем уровне находятся директор и главный бухгалтер, на втором уровне расположены отделы организации: бухгалтерия, отдел продаж и отдел сопровождения. На нижнем уровне находятся бухгалтера, менеджер по персоналу, менеджеры продаж, методисты, системные администраторы, программисты и специалисты. Структура управления организации представлена на рисунке 1.3.

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

В непосредственном подчинении директора находятся: помощник директора и главный бухгалтер. В непосредственном подчинении помощника директора находится отдел сопровождения, в который входит ряд специалистов по программированию в «1С», специалистов в предметной области и системных администраторов;

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

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

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

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

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

Рисунок 1.3 - Схема организационной структуры управления ООО «УК СтавАналит»

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

Первоочередной задачей предпроектного обследования является проведение анализа структуры управления ООО «УК СтавАналит» и, прежде всего его функциональной структуры.

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

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

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

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

В составе организации целесообразно выделить три области управления:

- производственную (оказание информационных услуг);

- обеспечивающую;

- управленческую.

Функциональные задачи и подзадачи организации представлены в виде таблицы (таблица 1.3).

Организационно-управленческая модель предприятия (таблица 1.4), представлена в виде таблицы-матрицы, в которой имеются следующие обозначения:

Х - полное участие в процессе;

/ - частичное участие в процессе;

+ - ответственность за выполнение процесса.

Таблица 1.3 - Функциональные задачи и подзадачи предприятия

Номер и название функциональной задачи	Номер и содержание функциональной подзадачи
Производственная (оказание информационных услуг)	1.1 Получение заказов от клиентов и оформление заявок на их выполнение 1.2 Разработка программных продуктов 1.3 Внедрение готовых программ 1.4 Реклама производимой продукции 1.5 Закупка типовых решений
2. Управленческая	2.1 Управление кадрами 2.2 Планирование финансово-экономической деятельности организации 2.3 Анализ информации о деятельности предприятия
3. Обеспечивающая	3.1 Закупка оборудования 3.2 Ремонт и техническое обслуживание оборудования 3.3 Правовое обеспечение

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

Таблица 1.4 - Организационно-управленческая модель предприятия

Ответственные Лица

Номер и наименование задачи

Производственная (оказание информационных услуг)

2. Управленческая

3.Обеспечи-вающая

1.1

1.2

1.3

1.4

1.5

2.1

2.2

2.3

3.1

3.2

3.3

Директор

Ч

+

+ Ч

Помощник директора

+

/

/

/

/

/

/

+

Главный бухгалтер

/

/

/

Ч

/

/

/

Начальник отдела сопровождения

/

/

+

/

/

/

/

+

Начальник отдела продаж

/

+

+

/

/

/

Системный администратор

/

/

Ч

Программист

/

Ч

/

Специалист

/

/

/

/

/

Ч

Менеджер продаж

+ Ч

/

/

/

/

Менеджер кадров

+Ч

/

Методист

Ч

Ч

Ч

Бухгалтер

/

/

/

/

/

/

Разделение целей по понижающимся уровням называется деревом целей. Для построения дерева целей используется словесное и качественное описание целей.

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

Основной целью деятельности предприятия (Ц) является извлечение коммерческой прибыли из своей деятельности.

Таблица 1.5 - Основные цели функционирование предприятия

Подцель	Формулировка подцели	Средства достижения	Критерий достижения
Ц1	Привлечение новых клиентов	Ц1.1-Разработка и внедрение качественного Web-сайта	Увеличение прибыли 20 %
		Ц1.2-Увеличение объемов рассылки рекламных буклетов по почте
Ц2	Повышение эффективности производства	Ц2.1 - Проведение внутренних занятий, семинаров, утверждение планов индивидуальной подготовки	Увеличение прибыли на 15%
		Ц2.2 - Совершенствование используемых технологий
		Ц2.3 - Качественный отбор кандидатов на существующие вакансии
		Ц2.4- Проведение поиска новых сотрудников среди выпускников ВУЗов
Ц3	Улучшение взаимоотношение с клиентами	Ц3.1 - Создание отдела по маркетингу	Рост числа новых клиентов. Увеличение продаж на 10%
		Ц3.2 - Рассылка сообщений, обзвон клиентов, своевременное информирование
Ц4	Повышение эффективности системы управления	Ц4.1 - Разграничение обязанностей между сотрудниками разных отделов	Увеличение производительности труда на 20 %.
		Ц4.2 - Создание отдела проверки качества

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

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

- общая цель, находящаяся в вершине графа, должна содержать описание конечного результата;

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

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

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

- цели нижних уровней дерева целей являются средствами достижения целей высших уровней.

На основании данных таблицы 1.5 можно представить структуру целей в виде дерева (рисунок 1.4):

Рисунок 1.4 - Дерево целей ООО «УК СтавАналит»

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

Сначала заказчик формирует договор на оказание, которая регистрируется начальником отдела. Этот документ рассматривается и в зависимости от вида задачи, передается непосредственно исполнителю.

После выполнения технического задания исполнитель выписывает счет на оплату и отсылает его заказчику.

Заказчик на основании счета на оплату формирует платежное поручение, которое вместе с одним экземпляром счета на оплату отдается в бухгалтерию.

Описание потоков информации анализируемого предприятия приведено в таблице 1.6.

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

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

Системный блок в комплектации:

1. AMD Athlon X2 2.8ГГц /2048Мбайт /320Гбайт /FDD /DVD+CDRW /Video /Sound /Lan /ATX 450 Вт;

2. Intel Pentium 4 2.4 ГГц /1024 Мбайт /200 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт;

3. Intel Core2Duo E6600 /2048 Мбайт /320 Гбайт /DVD+CDRW /Video GF6800GT /Sound /Lan /ATX 500 Вт;

4. AMD Athlon 64 3ООО+ /1024 Мбайт /160 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт;

Принтер:

1. Brother MFC 7840W;

2. Brother HL-2150N;

В качестве программного обеспечения, обеспечивающего предпринимательскую деятельность, используется следующее:

? операционная система - Windows XP;

? операционная система - Windows 7;

? операционная система - Windows Server 2007;

? текстовый процессор - Microsoft Office 2003;

? архиватор - 7-zip;

? КонсультантПлюс;

? «1С:Предприятие» версии 7.7 (Бухгалтерия, Зарплата и кадры, Торговля и Склад);

? «1С:Предприятие» версии 8.2 (Бухгалтерия, Зарплата и управление персоналом, Управление производственным предприятием, Документооборот).

Рисунок 1.5 - Схема ЛВС ООО «УК СтавАналит»

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

Название документа	Кем готовится	Кем используется	Примечание
1. Служебная записка, доклад	Сотрудники отдела	Начальник отдела	Внесение предложений, отчет о выполненной работе
2. Распоряжение	Начальник отдела	Специалист отдела	Выдача заданий к исполнению, вынесение замечаний о проделанной работе
3. Служебная Записка	Начальник отдела	Директор	Внесение предложений о выполненной работе
4. Приказ, распоряжение	Директор	Сотрудники отдела	Выдача заданий к исполнению, вынесение замечаний, введение новых стандартов и правил.

Таблица 1.7 - Внешний документооборот организации

Название	Кем готовится	Кем используется	Периодичность	Примечание
Заявление на приобретение товара	Клиент	Менеджер продаж	По мере необходимости	Документ, отражающий необходимость выставления счета на определенную номенклатуру
Договор на оказание услуг	Начальник отдела	Клиент	Аналогично	Документ, отражающий перечень оказываемых услуг по договору клиенту
Приходная накладная	Поставщик	Бухгалтер	Аналогично	Основной документ, отражающий приход товара
Расходная накладная	Кладовщик	Бухгалтер	Аналогично	Основной документ, отражающий списание товара со склада
Счет на оплату	Менеджер	Клиент	Аналогично	Документ, фиксирующий цену на продукцию, указанную в заявке

Таблица 1.8 - Схема документооборота организации

Документ
	Клиент	Поставщик	Кладовщик	Менеджер	Бухгалтер	Директор	Начальник отдела
Заявление на приобретение товара
Договор на оказание услуг
Приходная накладная
Расходная накладная
Счет на оплату

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

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

Для обработки экономической и финансовой информации а также для ведения непрерывного учета на фирме ООО «УК СтавАналит» используется система «1С: Предприятие» и система управления документами «1С:Документооборот».

Платформа «1С: Предприятие» используется в многочисленных областях. К ним можно отнести:

- поддержка оперативного управления предприятием;

- решение задач бюджетирования и финансового анализа;

-управление персоналом и расчет заработной платы сотрудников.

Система управления документами «1С:Документооборот» позволяет организовать централизованное хранилище документов и обеспечить к нему доступ сотрудников по локальной сети и по Интернет.

Помимо «1С» в организации используется комплект систем Консультант Плюс.

К основным возможностям системы «Консультант Плюс» относятся:

- поиск документов, в том числе по тексту и названию;

- «Правовой навигатор» - поиск информации по конкретному правовому вопросу;

- быстрый поиск редакции документа, действовавшей на любую заданную дату;

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

В системе «Консультант Плюс» содержится массив документов, которые сформированы в разделы:

- законодательство;

- судебная практика;

- комментарии законодательства(постатейные комментарии и книги, юридическая пресса);

- международные правовые акты.

Действующая на предприятии программа «1С: Предприятие» является автоматизированной информационной системой. Консультант Плюс не относится к системам автоматизации и предназначен для непосредственного взаимодействия с пользователем [1].

1.1.4 Анализ проблемных ситуаций и обоснование путей их решения

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

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

1.2 Формулировка задач проектирования

программа конфигурация рассылка доступ

1.2.1 Общие сведения

Полное наименование проекта - разработка расширение конфигурации «1С:Предприятие» для рассылки сообщений через SMS-шлюзы для ООО «УК СтавАналит».

Код проекта - Рассылка.

Наименование разработчика - Северо-Кавказский государственный технический университет, факультет информационных технологий и телекоммуникаций, специальности прикладная информатика (в экономике), группа ПИ-061, студент Попов Дмитрий Александрович.

Наименование предприятия заказчика -ООО «УК СтавАналит».

Перечень документов:

– заказ на разработку конфигурации «Рассылка СМС» от фирмы;

– формы документов, используемых в работе отдела продаж.

Плановые сроки проектирования: с 10.01.11 по 05.06.11.

Работа по созданию конфигурации выполняется без оплаты.

Порядок оформления и предъявления заказчику конфигурации представлен в пунктах 1.2.6 и 1.2.7.

1.2.2 Назначение, цели создания информационной подсистемы

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

Назначение создаваемой информационной подсистемы - автоматизация работы с клиентами ООО «УК Ставаналит». Рассылка сообщений.

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

1.2.3 Характеристика объекта автоматизации

Объектом автоматизации является рабочие места менеджеров отдела продаж, на котором осуществляется одна или несколько следующих задач:

? ввод данных о клиентах;

? уточнение данных о клиентах;

? анализ данных о клиентах;

? составление первичных документов на отпускаемую продукцию;

? рассылка рекламной продукции;

? информирование клиентов.

Условия эксплуатации - предполагает использование в течении рабочего дня; характеристики окружающей - офисное помещение фирмы ООО «УК СтавАналит».

1.2.4 Требования к подсистеме

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

Требования к функциям (задачам), выполняемым конфигурацией:

1. Должна обеспечить ведение базы контрагентов и их контактов.

2. Должна поддерживать формирование, просмотр и печать следующих документов (отчетов):

? отчет о отправленных сообщениях;

? отчет о затратах;

? отчет о прибыли с рассылки;

? отчет о рентабельности;

? журнал рассылок;

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

4. Разработка расширения конфигурации «Рассылка СМС» должно поддерживать изменения пароля администратора и пользователя информационной подсистемы.

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

1.2.5 Состав и содержание работ по созданию конфигурации

Запланирован следующий состав и содержание работ по созданию конфигурации:

– изучение предметной области - с 10 января по 06 марта 2011 г.;

– кодирование - с 09 марта по 25 марта 2011 г.;

– отладка и тестирование - с 30 марта по 15 апреля 2011 г.;

– сдача темы - до 5 июня 2011 г.

1.2.6 Порядок контроля приемки конфигурации

Контроль подсистемы «Рассылка СМС» осуществляет комиссия, назначаемая директором ООО «УК СтавАналит».Перечень технической и другой документации, подлежащей оформлению исполнителем и передаче заказчику на отдельных этапах выполнения и по окончании договора, порядок проведения контроля качества сопровождения программно-технических средств заказчика определены календарным планом и техническим заданием, являющимися частью договора.

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

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

Как Исполнитель, так и Заказчик имеют право на использование созданной программно-технической продукции. Авторское право при этом принадлежит исполнителю.

1.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие

Конфигурация «Рассылка СМС» должна быть установлена на рабочую станцию, находящуюся на рабочем месте менеджера отдела продаж фирмы ООО «УК СтавАналит». Проектировщиком студентом группы ПИ-061 Попов Д.А. должен быть проведен инструктаж менеджера по вопросам работы с расширением конфигурации.

1.2.8 Требование к документированию

Проектировщиком представляется файл конфигурации «Рассылка СМС» в электронном формате на CD-ROM вместе с результатами тестирования и краткой инструкцией оператору по установке и работе с конфигурацией.

1.2.9 Источники разработки

Источниками разработки являются:

- заказ на разработку подсистемы «Рассылка СМС»;

- отчет по преддипломной практике студента группы ПИ-061 Попова Д.А.;

- документы:

1) заявка;

2) договор;

3) акт об оказании услуг;

4) заказ поставщику.

Выводы

1. Основными видами деятельности фирмы ООО «УК СтавАналит» являются: продажа, сервисное обслуживание, бухгалтерское сопровождение, техническая поддержка, обучение.

2. В результате обследования фирмы ООО «УК СтавАналит» была выявлена проблема в своевременном информирование клиентов о новостях, акциях и обновлениях конфигурации.

3. Для устранения проблемной ситуации необходимо разработать подсистему «Рассылка СМС».

2. РАЗРАБОТКА РАСШИРЕНИЕ КОНФИГУРАЦИИ «РАССЫЛКА СМС»

2.1 Обоснование выбора среды реализации приложения

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

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

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

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

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

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

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

2.2 Создание логической структуры базы данных конфигурации

2.2.1 Определение сущностей модели базы данных конфигурации

Сущность - любой различимый объект, информацию о котором необходимо хранить в базе данных. Необходимо различать такие понятия, как экземпляр сущности и тип сущности. Экземпляр сущности относится к конкретной вещи в наборе. Понятие тип сущности относится к массиву однородных личностей, предметов или идей, выступающих как целое. [8].

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

Таблица 2.1 - Типы сущностей

Наименование	Характеристика сущности
Физические Лица	Содержит информацию о Физических лицах
Контрагенты	Содержит данные о клиентах юридических и физических лиц
Подписки	Включает в себя список рассылок по их назначению
Вид Контактной Информации	Список вида контактной информации
Должности	Содержит список должностей в организации
Группа Рассылки	Содержит список контрагентов объединенных в группу рассылки
Документ Отправки GSM	Содержит историю отправленных сообщений
Прибыль От Рассылки	Хранит данные о получение дохода с рассылки сообщений
Контактная Информация	Состоит из списка контактной информации контрагентов

2.2.2 Определение атрибутов сущностей базы данных конфигурации

Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Здесь также существует различие между экземпляром и типом. Тип атрибута имеет много экземпляров или значений, однако, каждому экземпляру сущности присваивается только одно значение атрибута [2].

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

Перечень атрибутов сущностей проектируемой подсистемы представлен в таблице 2.2.

Таблица 2.2 - Перечень сущностей и их атрибутов

Сущность	Атрибут	Тип данных	Назначение
1	2	3	4
Физические лица	Код	Число (9)	Код физического лица
	Наименование	Строка (100)	ФИО сотрудника
	ДатаРождения	Дата	Дата рождения
	Фамилия	Строка (100)	Фамилия
	Имя	Строка (50)	Имя физического лица
	Отчество	Строка(50)	Отчество физического лица
	Комментарий	Строка(200)	Комментарий о физ. лице
	Пол	Перечисления ПолФизЛица	Пол физического лица
Контрагенты	Код	Число (9)	Код контрагента
	Наименование	Строка (50)	Краткое наименование контрагента
	ТипКонтрагента	Перечисления ТипКонтрагента	Тип контрагента
Контрагенты	ФизЛицо	Ссылка на справочник ФизЛица	Физическое лицо, привязанное к контрагенту
	Код	Число (9)	Код подписки
Подписки	Наименование	Строка (50)	Название подписки
	ТипРассылки	Перечисления ТипРассылки	Тип рассылки по способу отправки сообщения
	Назначение	Строка(200)	Назначение рассылки
ВидКонтактнойИнформации	Код	Число (9)	Код вида контактной информации
	Наименование	Строка (50)	Название контактной информации
	СпособРассылки	Перечисления ТипРассылки	Способ отправки сообщения
Должности	Код	Число (9)	Код должности
	Наименование	Строка (50)	Название должности
ГруппаРассылки	Номер	Число (9)	Номер группа рассылки
	Наименование	Строка (50)	Наименование группы рассылки
	Группа рассылки	Ссылка на справочник Подписки	Содержит группу на подписку
	Контрагент	Ссылка на справочник Контрагенты	Содержит список контрагентов для рассылки
ДокументОт-правкиGSM	Номер	Число (9)	Номер отправки сообщения
	Дата	Дата	Дата отправки сообщения
	ГруппаРассылок	Ссылка на документ ГруппРассылок	Содержит группу рассылки
	Количество	Число (10)	Общая сумма сообщений
	ИтогоСумма	Число (15)	Сумма затрат на отправку сообщений
	КоличествоСМС	Число (10)	Количество сообщений на один номер
	Текст	Строка (1000)	Текст сообщения
ПрибыльОт- Рассылки	Номер	Число (9)	Номер документа прибыли
	Дата	Дата	Дата получения прибыли
	Комментарий	Строка (300)	Пояснение к прибыли
	Рассылка	Ссылка на документ ОтправкаGSM	Содержит список отправки сообщения
Контактная Информация	Контрагент	Ссылка на справочник Контрагенты	Ссылка на контрагента с контактной информацией
	ВидКонтактнойИнформации	Ссылка на справочник ВидКонтактнойИнформации	Вид контактной информации контрагента
	Значение	Строка (150)	Адрес, телефон контрагента

2.2.2 Построение инфологической модели

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

Для построения модели «сущность-связь» (ER-модели) необходимо ввести понятие «связь» и определить типы связи между сущностями в проектируемой базе данных.

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

Между двумя сущностям, например, А и В возможны четыре вида связей.

Связь «один-к-одному» (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В.

Связь «один-ко-многим» (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи: «многие-к-одному» (М:1) и «многие-ко-многим» (М:N).

В разработанном проекте используется только один тип связи «один-ко-многим», так как именно он полностью отражает взаимоотношения между сущностями рассматриваемой предметной области.

Типы связей, определенные между сущностями проектируемой базы данных приведены в таблице 2.3.

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

Таблица 2.3 - Типы связей между сущностями

Наименование сущности	Наименование сущности	Тип сущности
ФизическиеЛица	Контрагенты	1:1
ГруппаРассылки	Контрагенты	1:M
ГруппаРассылки	Подписки	1:1
ГруппаРассылки	ДокументОтправкиGSM	1:M
ДокументОтправкиGSM	ПрибыльОтРассылки	1:М
ФизическиеЛица	Должности	1:М
Контрагенты	КонтактнаяИнформация	1:M

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

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

2.3 Проектирование физической структуры базы данных средствами 1С: Предприятие

2.3.1 Даталогическое проектирование

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

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

Даталогическая модель. На основе построенной инфологической модели базы данных, выделенных функциональных зависимостей и определенных первичных ключей построена даталогическая модель разработанной базы данных (рисунок 2.2).



Рисунок 2.1 - Инфологическая модель базы данных

Таблица 2.4 - Первичные ключи сущностей базы

Сущность	Первичный ключ
ФизическиеЛица	Код физического лица
Контрагенты	Код контрагента
Подписки	Код подписки
ГруппаРассылки	Код группы рассылки
ДокументОтправкиGSM	Код документа отправки GSM
КонтактнаяИнформация	Код контактной информации
ПрибыльОтРассылки	Код прибыли от рассылки

2.3.2 Механизм защиты данных от несанкционированного доступа

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



Рисунок 2.2 - Даталогическая модель

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

2.4 Создание проекта в программе «1С: Предприятие» для реализации конфигурации

Создадим папку для размещения в ней проекта. Далее запускаем программу «1С». В окне «Запуск 1С: Предприятия» выбираем кнопку «Добавить» (рисунок 2.3). Откроется окно «Добавление информационной базы\группы» (рисунок 2.4).



Рисунок 2.3 - Окно запуска «1С: Предприятия»

Рисунок 2.4 - «Добавление информационной базы\группы»

Выбрать «Создание информационной базы без конфигурации для разработки новой конфигурации или загрузки выгруженной ранее информационной базы» (рисунок 2.5) и определяем наименование информационной базы.

Рисунок 2.5 - «Создание информационной базы для разработки»

Указываем путь к созданной папки в поле каталога информационной базы. Для этого нужно нажать выбрать папку для хранения информационной базы и нажать кнопку «Выбрать». Потом указываются параметры создаваемой информационной базы и нажимается кнопка «Готово» (рисунок 2.6).

Рисунок 2.6 - Завершение создания информационной базы

2.5.1 Реализация документа «ДокументОтправкиGSM»

Создание документа «ДокументОтправкиGSM» осуществляется путем добавления нового объекта в окне конфигурации ветки «Документы» (рисунок 2.7)

Рисунок 2.7 - Создание нового документа

Определим имя созданного документа - «ДокументОтправкиGSM» (рисунок 2.8)

Рисунок 2.8 - Вкладка «Основные» документа «ДокументОтправкиGSM»

С помощью кнопки добавить во вкладке данные добавим реквизиты документа

- «Текст» с типом Строка, длина 1000 символов;

- «ГруппаРассылок» с типом ДокументСсылка.ГруппаРассылки;

- «Количество» с типом Число, длина 10, точность 0;

- «Итого» с типом Число, длина 15, точность 2;

- «КоличествоСМС» с типом Число, длина 15, точность 0.

Так же создадим табличную часть «Список» с реквизитами:

- «Контрагент» с типом СправочникСсылка.Контрагенты;

- «Номер» с типом Строка, длина 20 символов (рисунок 2.9).

Рисунок 2.9 - Создание реквизитов документа «ДокументОтправкиGSM»

На вкладке «Формы» с помощью конструктора сформируем форму документа (рисунок 2.10)

Рисунок 2.10 - Форма документа «ДокументОтправкаGSM»

Откроем модуль объекта и создадим процедуру «ОбработкаПроведения»

с кодом запроса:

Запрос.Текст =

"ВЫБРАТЬ

|ДокументОтправкиGSMСписок.Ссылка.Ссылка КАК Регистратор,

|ДокументОтправкиGSMСписок.Ссылка.Дата КАК Период,

|ДокументОтправкиGSMСписок.Номер КАК Телефон,

|ДокументОтправкиGSMСписок.Контрагент,

|ДокументОтправкиGSMСписок.Ссылка.КоличествоСМС КАК Количество,

|ДокументОтправкиGSMСписок.Ссылка.КоличествоСМС * ТарифGSMСрезПоследних.ЦенаЗаСообщение КАК Сумма,

|ТарифGSMСрезПоследних.ЦенаЗаСообщение

|ИЗ

|Документ.ДокументОтправкиGSM.Список КАК ДокументОтправкиGSMСписок,

|РегистрСведений.ТарифGSM.СрезПоследних(&Дата, ТипРассылки = &ТипРассылки) КАК ТарифGSMСрезПоследних

|ГДЕ

|ДокументОтправкиGSMСписок.Ссылка = &Ссылка";

Запрос.УстановитьПараметр("Ссылка",ЭтотОбъект.Ссылка);

Запрос.УстановитьПараметр("Дата",ТекущаяДата());

Запрос.УстановитьПараметр("ТипРассылки",Перечисления.ТипРассылки.GSM);

2.5.2 Реализация обработки «ОтправкаGSM»

В ветке конфигурации Обработки необходимо добавить новый объект и присвоить имя (рисунок 2.11)

Рисунок 2.11 - Создание обработки «ОтправкаGSM»

Добавим реквизиты в обработку:

- «Текст» с типом Строка, длина 1000 символов;

- «ГруппаРассылок» с типом ДокументСсылка.ГруппаРассылки;

- «Количество» с типом Число, длина 10, точность 0;

- «ТарифСМС» с типом Число, длина 15, точность 2.

Так же создадим табличную часть «Список» с реквизитами:

- «Контрагент» с типом СправочникСсылка.Контрагенты;

- «Получатель» с типом строка, длина 40 символов;

- «Отправлено» с типом Булево;

- «Номер» с типом строка, длина 20 символов (рисунок 2.12).

Рисунок 2.12 - Создание реквизитов обработки «ОтправкаGSM»

2.5.3 Реализация отчета «ОтчетЗатратНаGSM»

В ветке конфигурации Отчет необходимо создать новый объект и присвоить имя (рисунок 2.13)

Рисунок 2.13 - Создание нового отчета

В появившемся окне на кладке «Основные» необходимо нажать кнопку «Открыть схему компоновки данных», после чего откроется окно «Основная схема компоновки данных», где добавляется новый набор данных (рисунок 2.14)

Рисунок 2.14 - окно «Основная схема компоновки данных»

Открываем конструктор запроса, затем в поле таблицы переносится регистр «ЗатратыНаGSM» где выбираются поля контрагент, телефон, количество и сумма, которые должны быть выведены в макет отчета (рисунок 2.15)

Рисунок 2.15 - Конструктор запроса

В результате формируем код запроса:

ВЫБРАТЬ