Обеспечение автоматизации работы с клиентами при помощи информационной подсистемы "ЮГСтрой-Заказ"

 

1 РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ ООО «ЮГСтрой-Заказ». ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ

автоматизация информационная подсистема

1.1Результаты предпроектного обследования ООО «ЮГСтрой-Заказ»

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

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

-ООО «ЮГСтрой-Заказ»;

-бухгалтерский отдел;

документооборот предприятия;

стадии и порядок создания новой информационной подсистемы.

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

Основными целями выполнения предпроектного обследования предприятия ООО «ЮГСтрой-Заказ» являются:

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

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

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

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

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

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

План-график выполнения работ на стадии сбора материалов обследования представлен в таблице 1.2.

Он разделен на девять этапов. Работы проводились в срок прохождения преддипломной практики.

Дата начала обследования - 10.01.11 г.

Дата завершения обследования - 06.03.11 г

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

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

Наименование вопросаКод работыИсполнительДата началаКол-во днейДата окончанияОбщие сведения 001Проектировщик: Лобанова Т.А.10.01.11212.01.11Организационная структура 002Аналогично12.01.11315.01.11Функциональные области деятельности 003Аналогично15.01.11520.01.11Цели функционирования 004Аналогично20.01.11626.01.11Документооборот 005Аналогично26.01.11430.01.11Формы документов, используемых в документообороте006Аналогично30.01.11201.02.11Порядок создания и хранения документов007Аналогично01.02.11203.02.11Штатный состав 008Аналогично03.02.11205.02.11Наличие средств вычислительной техники и программного обеспечения 009Аналогично05.02.11510.02.11Характеристики существующей информационной системы010Аналогично10.02.11717.02.11Технологии, методы и технические средства преобразования информации011Аналогично17.02.111128.03.11Проблемные ситуации, в работе информационной системы012Аналогично28.02.11606.03.11Всего затрачено дней55

1.1.3.1Общая характеристика организации. ООО «ЮГСтрой-Заказ» - коммерческая организация, зарегистрированная в апреле 2009 года, основным видом деятельности которой является гражданское строительство, продажа недвижимости, оказание услуг в сфере деятельности фирмы. Организация действует на основании Устава и в рамках законодательства РФ, офис организации находится в городе Ставрополе, по адресу улица Серова, 207. Предприятие имеет реквизиты: ОГРН 1092635004626, ИНН 2634085368. Однако на сегодняшний день большую часть дохода занимает выручка от предоставления услуг, предусмотренным уставом предприятия. Организация вправе осуществлять любые виды деятельности, не запрещенные законодательством. Целями деятельности организации являются расширение рынка товаров и услуг, а также увеличение прибыли.

Для достижения целей своей деятельности предприятие может приобретать права, нести обязанности и осуществлять любые действия, не противоречащие законодательству Российской Федерации. Организация считается созданной как юридическое лицо с момента его государственной регистрации. Имущество организации учитывается на его самостоятельном балансе, Высшим органом управления общества с ограниченной ответственностью «ЮГСтрой-Заказ» является директор. Организация осуществляет учет результатов работ, ведет оперативный, бухгалтерский, налоговый и статистический учет по нормам, действующим в РФ. Организацию документооборота осуществляет главный бухгалтер. Имущество организации образуется за счет вкладов в уставной капитал, доходов, кредитов и безвозмездных взносов. Решение о распределении прибыли принимает директор.

1.1.3.2Организационная структура организации. Компания «ЮГСтрой-Заказ» является малым предприятием, и на нем функционирует линейно-функциональная структура управления.

На рисунке 1.1 показана организационно-управленческая структура предприятия.

Предприятие является малым, так как на нем числится 10 сотрудников.

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

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

Рисунок 1.1 - Организационно-управленческая структура компании ООО «ЮГСтрой-Заказ»

Отдел продаж обеспечивает работу с клиентами по купли-продажи недвижимости.

1.1.3.3Микроскопическое представление системы основано на понимании ее как множества наблюдаемых и неделимых величин (элементов); структура системы фиксирует расположение выбранных элементов и их связи. Макроскопическое представление характеризует систему как единое целое, находящееся в «системном окружении» (среде), то есть система представлена множеством внешних связей со средой. Функциональная структура организации. Группы функциональных задач и подзадач ООО «ЮГСтрой-Заказ» представлены в таблице 1.3.

Целесообразно провести декомпозицию общей системы управления на подсистемы. Одним из основополагающих принципов деления на подсистемы и их элементы является функциональный, то есть расчленение процесса управления между конкретными службами в соответствии с функциями управления. Если выделять на исследуемом предприятии различного вида ресурсы (финансовые, материальные, трудовые), процессы, обслуживающие производство, службы, обеспечивающие основное производство, то можно рассматривать управление всеми этими элементами как отдельные функции управления. Часть системы, выделенная по признаку общности функций управления, есть функциональная подсистема. В таблице 1.3 представлены функциональные области ООО «ЮГСтрой-Заказ» выделенные по вышеуказанным принципам, и процессы в них протекающие.

Таблица 1.3 - Функциональные области и процессы в них протекающие

Функциональные области управленияПроцессы, протекающие в функциональных областях1. Гражданское строительство1.1 Проектная разработка планов строительства1.2 Консультационные услуги1.3 Работа с клиентами1.4 Купля-продажа недвижимости2. Управление2.1 Выработка стратегии развития2.2 Организация работы отделов и сотрудников2.3 Проведение встреч с поставщиками, клиентами3. Бухгалтерия3.1 Ведение бухгалтерии предприятия3.2 Формирование налоговой и бухгалтерской отчетностей

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

Таблица 1.4 - Организационно-функциональная модель ООО «ЮГСтрой-Заказ»

Функциональные области управленияПроизводство и оказание услугУправлениеБухгалтерия1.11.21.31.42.12.22.33.13.21. Руководитель*//***/2. Гл. бухгалтер+/**3. Бухгалтер++4. Менеджер по продажам+/ *+5. Кассир//6. Начальник отдела кадров/+7. Курьер**//

В таблице имеются следующие обозначения: + - основной исполнитель, х - основной ответственный за исполнение, / - частичная ответственность.

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

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

Главной целью предприятия (С0) является максимизация прибыли.

.1.3.5 Развернутое представление целей деятельности организации, средства и критерии их достижения, представлены в таблице 1.5.

Таблица 1.5 - Цели предприятия

Наименование целиСредства достижения целиКритерии достижения целиС1 - Повысить рентабельность предприятия С11 - Изучение финансового состояния предприятия С12 - Разработка конкретных бизнес-плановПовышение рентабельности предприятия на 30%.С2 - Увеличить продажи конкурентоспособной продукцииС21 - Внедрение методов маркетингового исследования С22 - Проведение рекламных акций С23 - Скидки, выгодные предложенияУвеличение объёма продаж на 30%.С3 - Повысить обоснованность заказовС31 - Изучение статистики продаж недвижимости С32 - Исследование ассортимента у конкурентовУвеличение количества заказов на 30%.

Сущность метода дерева целей наиболее ярко проявляется посредством одного из этапов его применения - логического разделения совокупности целей. Для декомпозиции целей применяют метод дерева целей. Сущность метода дерева целей наиболее ярко проявляется посредством одного из этапов его применения - логического разделения совокупности целей [1].

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

На основе результатов обследования целей функционирования организации, было построено дерево целей, которое приведено на рисунке 1.4.

Рисунок 1.4 - «Дерево» целей деятельности организации

1.1.3.5Документооборот бухгалтерии фирмы. Документы - это основные информационные ресурсы предприятия, работа с которыми требует правильной организации [1].

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

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

Внутренние документы используются для организации работы предприятия.

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

Внутренние документы используются для организации работы предприятия.

Схему документооборота можно представить в табличном виде (таблица 1.6):

Таблица 1.6 - Документооборот бухгалтерии ООО «ЮГСтрой-Заказ»

Код док-таНазваниеКто составляетКто используетКол-во экземпляровПериодичность составления док-та1Акт об оказании услугБухгалтер Клиент2Случайно (при необходимости)2Реализация Бухгатер Клиент 2Случайно (при необходимости)3Кассовый чекКассирБухгалтер1Ежедневно4ДоговорыБухгалтерКлиент, Гл. бухгалтер2Случайно (при необходимости)5Кассовая книгаКассирГл. бухгалтер1Ежедневно

Также схему основного документооборота на предприятии ООО «ЮГСтрой-Заказ» можно показать на рисунке 1.5:

Рисунок 1.5 - Схема документооборота

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

.1.3.6 Наличие средств техники и программного обеспечения. Технические средства на предприятии составляют важную компоненту существования ИС.

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

В компании ООО «ЮГСтрой-Заказ» технические средства реализованы в виде персональных компьютеров, имеющих следующие характеристики:

1)процессор Celeron с тактовой частотой 1500 МГц;

2)оперативная память - 512 Мбайт;

)жесткий диск - 80 Гбайт;

)устройство для чтения компакт-дисков LG;

)монитор Samsung Samtron типа SVGA с диагональю 17?;

)видеоадаптер NVIDIA GeForce 5700 GT 128 Mб;

7)встроенная звуковая карта;

8)ECP порт принтера (LPT1);

9)Prolific USB-to-Serial Comm Port;

)2 последовательных порта;

)Siemens 9600 bps Modem (ISDN V.110)

Через модем компьютер подключен к высокоскоростной локальной сети.

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

1)на сервере стоит операционная система Windows Server 2003, с ее помощью организован терминальный доступ к базе 1С: Предприятие, на рабочих станциях установлены почтовые клиенты для отправки и получения необходимой почты;

2)Microsoft Windows XP Professional Service Pack 2 - полный пакет

операционной системы;

3)Microsoft Office 2003Service Pack 2, включая последние обновления KB905756, KB907417, KB913807, KB914454 Русская версия - Microsoft Office является лидирующим в мире офисным продуктом для настольных компьютеров; Microsoft Office 2003 развивает этот успех за счет улучшения взаимодействия между пользователями, создания документов и совместной работы с ними, использования данных и усовершенствования бизнес-процессов; новые мощные функции, встроенные в знакомые и удобные в применении приложения Microsoft Office, помогут в решении самых сложных деловых задач; они разработаны для того, чтобы помочь каждому пользователю повысить производительность труда и достичь лучших результатов.

)антивирус Касперского 6.0.0.299 Русская версия;

)программа Alcohol 120 v.1.48 (308) предназначенная для создания образов и дальнейшего помещения их за ученические компьютеры;

)Internet Explorer Русская версия; обычный классический браузер имеющийся в пакете Microsoft Windows XP; простой и лаконичный интерфейс позволяет освоить программу за несколько минут; безопасность, высокая скорость работы, гибкость и расширяемость - основные качества, присущие Internet Explorer.

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

Такое предприятие, как «ЮГСтрой-Заказ» имеет несколько проблем. Основной задачей является выявление первостепенных проблем, решение которых автоматически приведет к решению второстепенных проблем.

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

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

Таблица 1.7 - Проблемные ситуации на предприятии

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

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

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

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

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

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

В рамках дипломного проектирования планируется разработка информационной подсистемы, включающей базу данных для работы с клиентами ООО «ЮГСтрой-Заказ» города Ставрополя.

Полное наименование - разработка подсистемы для работы с клиентами ООО «ЮГСтрой-Заказ».

Код системы - «ЮГСтрой-Заказ».

Наименование предприятия разработчика - СевКавГТУ, факультет информационных технологий и телекоммуникаций, кафедра прикладной информатики, студентка группы ПИ-062 Лобанова Татьяна Алексеевна.

Наименование предприятия заказчика - ООО «ЮГСтрой-Заказ».

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

-отчет о преддипломной практике студентки группы ПИ-062 Лобановой Татьяны;

образец договоров на предоставление услуг (приложения А);

заказ на разработку информационной подсистемы «ЮГСтрой-Заказ».

Источники финансирования отсутствуют, так как работа производится без оплаты.

Порядок оформления и предъявления заказчику результатов работ по выполнению задания - информационная подсистема «ЮГСтрой-Заказ», реализованная в виде клиентской базы данных, выполненной в СУБД «1С: Предприятие».

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

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

эффективности работы бухгалтерского отдела ООО «ЮГСтрой-Заказ». Назначение информационной подсистемы - автоматизация регистрации и учета клиентов предприятия.

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

-время на доступ к требуемой информации уменьшается до минимума;

-снижается вероятность потери или утраты информации;

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

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

Краткие сведения об объекте автоматизации - рабочее место бухгалтера предприятия ООО «ЮГСтрой-Заказ».

Условия эксплуатации - предполагает использование в течении рабочего дня.

Характеристика окружающей среды - офисное помещение фирмы ООО «ЮГСтрой-Заказ».

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

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

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

Требования к функциям, выполняемым подсистемой:

1.Разработка конфигурации «1С:Предприятие» для ООО «ЮГСтрой-Заказ» должна обеспечить ведение базы клиентов и их заказов.

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

-договор;

-список клиентов;

договора выбранного клиента;

договора, заключенные за указанный период времени;

договора, оформленные указанным сотрудником.

3.Разработка конфигурации «1С:Предприятие» для ООО «ЮГСтрой-Заказ» должна содержать справочники: договоров, клиентов, видов договоров, номенклатуры, единиц измерения, сотрудников, должностей, шаблонов документов.

.Разработка конфигурации «1С:Предприятие» для ООО «ЮГСтрой-Заказ» должна поддерживать смену пароля администратора и пользователя

информационной подсистемы.

Требования, предъявляемые к информационной подсистеме «ЮГСтрой-Заказ» со стороны заказчика, можно представить в виде следующей диаграммы вариантов её использования (рисунок 1.6).

1.2.5Состав и содержание работ по созданию подсистемы

Запланирован следующий состав и содержание работ по созданию подсистемы:

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

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

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

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

1.2.6Порядок контроля приемки подсистемы

Контроль приемки информационной подсистемы «ЮГСтрой-Заказ» осуществляют бухгалтер и главный бухгалтер предприятия. В ходе приемки проверяются отчеты, формируемые информационной подсистемой.

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

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

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

Информационная подсистема «ЮГСтрой-Заказ» должна быть установлена на компьютер, находящийся на рабочем месте бухгалтера фирмы ООО «ЮГСтрой-Заказ». Проектировщиком - студенткой группы ПИ-062 Лобановой Т.А. должен быть проведен инструктаж бухгалтера по вопросам работы с информационной подсистемой.

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

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

Проектировщиком представляется файл конфигурации «1С: Предприятие» для ООО «ЮГСтрой-Заказ» в электронном формате на CD-ROM вместе с результатами тестирования и краткой инструкцией бухгалтеру по установке и работе с информационной подсистемой.

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

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

-заказ на разработку информационной подсистемы «ЮГСтрой-Заказ» для ООО «ЮГСтрой-Заказ»;

отчет о преддипломной практике студентки группы ПИ-062 Лобановой Татьяны;

-образец договора купли-продажи недвижимости (приложение А);

-нормативные документы, СНиП, ГОСТы.

Выводы

1.В результате анализа деятельности организации ООО «ЮГСтрой-Заказ» было выявлено много внешних связей, взаимодействующих с внешней средой. Наиболее тесно предприятие сотрудничает с Северо-Кавказским банком Сберегательного Банка России, ИФНС по Ленинскому району г. Ставрополя, Фондом социального страхования и Пенсионным фондом.

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

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

2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ «ЮГСтрой-Заказ»

2.1 Обоснование выбора среды реализации проектируемой информационной подсистемы

«1С:Предприятие» - это программный комплекс, контролирующий все стадии товарооборота, от поступления товара на склад до его продажи и проведения через бухгалтерские книги. Первоначально комплекс задумывался как бухгалтерская программа и назывался «1C:Бухгалтерия». Но как отдельная бухгалтерская программа продукт был не очень популярен [2].

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

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

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

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

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

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

При создании конфигурации были созданы сущности, представленные в таблице 2.1.

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

НаименованиеХарактеристика сущностиДокумент «АктОбОказанииУслуг»Содержит информацию о предоставленных услугах клиентуДокумент «Реализация»Содержит информацию о реализации товаров и услугПеречисление «ТипыКлиентов»Содержит информацию о типах клиентовПеречисление «ВидНачисления»Содержит информацию о видах начисления процентовРегистр сведений «ПроцентыОтПродажиУслуг»Содержит сведения о начисленных процентах за услуги или продажиРегистр накопления «Взаиморасчеты»Содержит данные о расчетахРегистр накопления «ЗаработнаяПлата»Содержит данные о зарплатеСправочник «Договоры»Содержит данные о договорах клиентовСправочник «Клиенты»Содержит данные о клиентахСправочник «ВидыДоговоров»Содержит данные о видах договоровСправочник «Номенклатура»Содержит данные о товарахСправочник «ЕдиницыИзмерения»Содержит данные о единицах измеренияСправочник «Сотрудники»Содержит данные о сотрудникахСправочник «Должности»Содержит данные о должностяхСправочник «ШаблоныДокументов»Содержит данные о документах

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

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

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

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

СущностьАтрибутТип атрибутаНазначение1234ДоговорыДатаЗаключенияДатаДата заключения договораСрокДействияСрок действияСрок действия договораВидДоговораСправочникСсылка.ВидыДоговоровВид договораСотрудникСправочникСсылка.СотрудникСписок лиентовШаблонСправочникСсылка.Шаблоны документовВиды шаблонов документовДанныеДокументаХранилище значенияДанные документаКлиентыТипКлиентаПеречисленияСсылка.ТипыКлиентовТип клиентаЮрАдресСтрокаЮридический адресФактАдресСтрокаФактический адресПаспортныеДанныеСтрокаПаспортные данныеТелефонСтрокаНомер телефонаВидыДоговоровНаименованиеСтрокаНаименование договораНоменклатураНаименованиеСтрокаНаименование номенклатурыЕдиницыИзмеренияНаименованиеСтрокаЕдиницы измеренияСотрудникиДатаРожденияДатаДата рождения сотрудникаДокУдЛичностьСтрокаДокумент удостоверяющий личностьДолжностьСправочникСсылка.ДолжностьДолжность сотрудникаДолжностьНаименованиеСтрокаДолжность сотрудникаШаблоныДокументовШаблонХранилищеЗначенияШаблон документаРеквизитыШаблонаХранилищеЗначенияРеквизиты шаблонаПутькФайлуШаблонаСтрокаУказание пути к файлу шаблонаРасширениеФайлаШаблонаСтрокаРасширение файла шаблонаАктОбОказанииУслугДатаДата Дата проведенияКлиентСправочникСсылка.КлиентФИО клиентаДоговорСправочникСсылка.ДоговорВид договора, заключенный клиентомСотрудникСправочникСсылка.СотрудникФИО сотрудникаРеализацияДатаДата Дата проведения услугиКлиентСправочникСсылка.КлиентФИО клиентаДоговорСправочникСсылка.ДоговорВид договора, заключенный клиентомСотрудникСправочникСсылка.СотрудникФИО сотрудникаПроцентыОтПродажУслугПериод Дата Период начисления процентовСотрудник СправочникСсылка.СотрудникФИО сотрудникаВидНачисления ПеречислениеСсылка.ВидНачисленияВид начисления процентовПроцентЧисло Процент ВзаиморасчетыКлиент СправочникСсылка.КлиентФИО клиентаДоговор СправочникСсылка.ДоговорВид договора, заключенный клиентомНоменклатура СправочникСсылка.НоменклатураНоменклатура Сумма Число Сумма от продаж услугЗаработнаяПлатаСотрудник СправочникСсылка.СотрудникФИО сотрудникаСумма Число Сумма от продаж услуг

2.2.3 Определение связей между сущностями базы данных информационной подсистемы

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

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

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

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

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

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

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

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

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

Родительская сущностьДочерняя сущностьНаследуемый (внешний) ключТип связи1234Справочник «Клиенты»Справочник «Договоры»Владелец1:МСправочник «Клиенты»Документ «Реализация»Клиент 1:МСправочник «Клиенты»Перечисление «ТипыКлиентов»ТипКлиента1:МСправочник «Клиенты»Регистр сведений «ПроцентыОтПродажУслуг»ВидНачисления1:МСправочник «Клиенты»Регистр накопления «Взаиморасчеты»Клиент 1:МСправочник «Сотрудники»Справочник «Должность»Должность 1:МСправочник «Сотрудники»Документ «АктОбОказанииУслуг»Сотрудник 1:МСправочник «Сотрудники»Документ «Реализация»Сотрудник1:МСправочник «Сотрудники»Регистр сведений «ПроцентОтПродажУслуг»Сотрудник1:МСправочник «Договоры»Справочник «ВидДоговора»ВидДоговора1:МСправочник «Договоры»Справочник «ШаблоныДокументов»Шаблон 1:МСправочник «Договоры»Документ «АктОбОказанииУслуг»Договор 1:МСправочник «Договоры»Документ «Реализация»Договор 1:МДокумент «АктОбОказанииУслуг»Табличная часть ТоварыСсылка 1:МДокумент «Реализация»Табличная часть ТоварыСсылка 1:М

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

2.3 Создание даталогической модели информационной подсистемы

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

Даталогическое проектирование - стадия проектирования БД, на которой модель данных конкретизируется с учетом особенностей используемой СУБД, осуществляется привязка компонентов модели к местам хранения данных на физических носителях [3].

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

2.3.2 Даталогическая модель информационной подсистемы

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

.4 Создание проекта «ЮГСтрой-Заказ» в программе «1С: Предприятие» для реализации информационной подсистемы

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

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

Рисунок 2.1 - Инфологическая модель данных информационной подсистемы «ЮГСтрой-Заказ»

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

Затем следует указать имя создаваемой информационной базы (рисунок 2.5).

Рисунок 2.5 - Добавление имени информационной базы

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

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

Заключительным шагом в создании новой информационной базы является указание параметров (рисунок 2.7).

Рисунок 2.6 - Путь к папке хранения информационной базы

Рисунок 2.7 - Указание параметров информационной базы

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

2.5 Реализация информационной подсистемы

Эта часть проекта разработана с помощью встроенного языка СУБД «1С:Предприятие 8». Каждая форма сущности в приложении имеет свою форму. В свою очередь форма имеет модуль - объект, содержащий в себе исполняемый код [7].

Полный листинг программного кода представлен в приложении Б.

2.5.1 Реализация документа «АктОбОказанииУслуг»

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

Рисунок 2.8 - Присвоение имени новому документу «АктОбОказанииУслуг»

Во вкладке «Данные» создаем реквизиты и табличные части документа (рисунок 2.9).

Рисунок 2.9 - Создание реквизитов и табличных частей документа «АктОбОказанииУслуг»

Далее во вкладке «Формы» создаем форму документа «АктОбОказанииУслуг» (рисунок 2.10).

Рисунок 2.10 - Создание формы документа

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

2.5.2 Реализация справочника «Договоры»

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

Далее во вкладке «Данные» вводим реквизиты справочника, указывая тип данных (рисунок 2.12).

Рисунок 2.11 - Присвоение имени справочнику «Договоры»

Затем во вкладке «Формы» создаем форму элемента для справочника «Договоры» (рисунок 2.13).

Рисунок 2.12 - Создание реквизитов справочника

Рисунок 2.13 - Форма элемента справочника «Договоры»

Внешний вид договора «Продажа квартиры» и общий список договоров в программе «1С: Предприятие.8» представлены на рисунках 2.14 и 2.15 соответственно.

Рисунок 2.14 - Внешний вид договора «Продажа квартиры»

Рисунок 2.15 - Внешний вид списка договоров

Аналогичным образом создадим справочники «Клиенты», «ВидыДоговоров», «Номенклатура», «ЕдиницыИзмерения», «Сотрудники», «Должности», «ШаблоныДокументов».

Далее, так же пользуясь той же схемой составления, создадим перечисление «ТипыКлиентов» со значениями «ЮрЛицо» и «ФизЛицо» (рисунок 2.16) и перечисление «ВидНачисления» со значениями «Услуга» и «Продажа» (рисунок 2.17).

Рисунок 2.16 - Создание перечисления «ТипыКлиентов»

Рисунок 2.17 - Создание перечисления «ВидНачисления»

Регистр сведений «ПроцентыОтПродажУслуг» будут содержать измерения «Сотрудник» и «ВидНачисления» и ресурс «Процент» (рисунок 2.18).

Следующий регистр накопления «Взаиморасчеты» содержит измерения «Клиент», «Договор», «Номенклатура» и ресурс «Сумма» (рисунок 2.19).

Рисунок 2.18 - Создание регистра сведений «ПроцентыОтПродажУслуг»

Рисунок 2.19 - Создание регистра накоплений «Взаиморасчеты»

Еще один регистр накопления «ЗаработнаяПлата» содержит измерение «Сотрудник» и ресурс «Сумма» (рисунок 2.20).

Рисунок 2.20 - Создание регистра накопления «ЗаработнаяПлата»

2.5.3 Реализация отчета «ДоговорыКлиента»

В ветке конфигурации создаем отчет «ДоговорыКлиента». Присваиваем имя, во вкладке «Основные» нажимаем кнопку «Открыть схему компоновки данных».

Рисунок 2.21 - Основная схема компоновки данных отчета «ДоговорыКлиента»

Далее на экране появится диалоговое окно мастера создания отчетов. На первой вкладке «Таблицы и поля» выбираем сначала документ, на основании которого будет создан отчет, и далее выбираем поля этого документа, которые будут присутствовать в отчете (рисунок 2.22).

Рисунок 2.22 - Окно «Конструктор запроса»

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

Рисунок 2.23 - Окно «Запрос»

В общем заполненная основная схема компоновки данных представлена на рисунке 2.24.

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

Рисунок 2.24 - Основная схема компоновки данных отчета «ДоговорыКлиента»

Внешний вид отчетов, формируемых информационной подсистемой «ЮГСтрой-Заказ» представлен на рисунках 2.25 - 2.29.

Рисунок 2.25 - Внешний вид отчета «Договоры клиента»

Рисунок 2.26 - Внешний вид отчета «Договоры сотрудника»

Рисунок 2.27 - Внешний вид отчета «Продажи»

Рисунок 2.28 - Внешний вид отчета «Список клиентов»

Рисунок 2.29 - Внешний вид отчета «Заработная плата»

2.5.4 Реализация шаблонов документов

Создаем папку для хранения шаблонов и подготавливаем сами шаблоны, в виде документов Microsoft Document Word (рисунок 2.30).

Рисунок 2.30 - Папка «Шаблоны документов» с тремя шаблонами видов договоров

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

Рисунок 2.31 - Шаблон документа «Договор купли-продажи недвижимости»

Рисунок 2.32 - Код описания ключевых слов шаблона

Далее, в ветке конфигурации справочника «Шаблоны документов» создаем форму элемента (рисунки 2.33 и 2.34).

Рисунок 2.33 - Создание формы элемента

Рисунок 2.34 - Окно формы элемента

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

COM-объекты служат для установления СОМ-соединения.

Для организации доступа к данным 1С:Предприятия 8.2 через COM -соединение, выполняется следующая последовательность действий:

1)создается COM-объект с идентификатором Word.Application , с помощью которого производится установка соединения (рисунок 2.35);

)производится обращение к методу MSWord ранее созданного объекта Word.Application. Метод MSWord возвращает ссылку на объект COM-соединения с информационной базой 1С:Предприятия 8.2 (рисунок 2.36);

)через полученный объект COM-соединения производится обращение к допустимым методам, свойствам и объектам информационной базы, с которой установлено соединение.

Рисунок 2.35 - Модуль формы элемента

Рисунок 2.36 - Модуль формы элемента

Затем запускаем отладчик, переходим на вкладку «Работа с клиентами»? «Шаблоны документов», выбираем договор «Договор купли-продажи недвижимости» и указываем путь к папке с шаблонами документа (рисунок 2.37) и выбираем нужный из списка (рисунок 2.38).

Рисунок 2.37 - Окно договора

Рисунок 2.38 - Окно выбора шаблона договора

Затем необходимо перейти на вкладку «Договоры», выбрать договор «Продажа квартиры», во вкладке «Шаблон» автоматически откроется список, нужно выбрать соответствующий шаблон «Договор купли-продажи недвижимости» (рисунок 2.39) и далее откроется текст шаблона, который мы должны вписать (ключевые слова в шаблоне договора) (рисунок 2.40).

Рисунок 2.39 - Окно выбора шаблона документа

Рисунок 2.40 - Окно договора «Продажа квартиры»

Далее заполняем поля нужными данными (рисунок 2.41) и нажимаем кнопку «Печать», выводится договор с заполненными полями (рисунок 2.42)

Рисунок 2.41 - Окно договора «Продажа квартиры»

Рисунок 2.42 - Заполненный шаблон договора

Шаблон договоров в полном виде представлен в приложении А.

2.5.5 Реализация интерфейса «Администратор»

В ветке конфигурации «Общие» ? «Роли» создаем новую под именем «Администратор». Далее необходимо присвоить права. Так как информационной базой пользуется только один человек - бухгалтер предприятия ООО «ЮГСтрой-Заказ», то права для него назначаются без ограничений (рисунок 2.43).

Рисунок 2.43 - Права администратора

Затем во вкладке «Администрирование» ? «Пользователи» ? «Список пользователей» создаем пользователя «Администратор», вводим пароль (рисунок 2.44). Во вкладке «Прочие» ставим галочку напротив «Администратора» (рисунок 2.45).

2.5.6 Реализация командного интерфейса информационной подсистемы

Еще одним важным шагом в реализации информационной подсистемы стала разработка командного интерфейса.

Рисунок 2.44 - Добавление пользователя «Администратор» во вкладке «Основные»

Рисунок 2.45 - Добавление пользователя «Администратор» во вкладке «Прочие»

Для реализации интерфейсной части программы были созданы две подсистемы - «Работа с клиентами» и «Работа с сотрудниками» (рисунок 2.46).

Командный интерфейс - это основное средство навигации пользователя по функциональности конфигурации. В системе «1С:Предприятие» он строится на основе подсистем <#"justify">

Рисунок 2.46 - Реализация командного интерфейса

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

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

В составе нужно указать все справочники, кроме «Сотрудники» и «Должности», перечисление «Типы клиентов», все отчеты, кроме «ЗаработнаяПлата» и регистр накопления «Взаиморасчеты» (рисунок 2.48). Все неперичисленные справочники, перечисления, отчеты и др. указываются в подсистеме «РаботаССотрудниками».

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

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

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

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

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

Вызвать редактор командного интерфейса конфигурации можно разными способами, например, командой контекстного меню в корне конфигурации (рисунок 2.49).

Чтобы настроить видимость только для некоторых из них, то подсистемы можно отобрать по ролям (рисунок 2.50).

Аналогичным образом создается подсистема «РаботаССотрудниками».

Рисунок 2.49 - Вызов редактора командного интерфейса

Рисунок 2.50 - Окно командного интерфейса подсистемы «РаботаСКлиентами»

При запуске системы открывается основное окно приложения. В нем отображается основная, главная структура прикладного решения (панель разделов) и рабочий стол (рисунок 2.51).

Рисунок 2.51 - Внешний вид пользовательского интерфейса

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

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

При активизации раздела вся функциональность соответствующей подсистемы представляется пользователю в виде команд в двух панелях: панели навигации и панели действий (рисунки 2.52 и 2.53).

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

Рисунок 2.52 - Панель навигации командного интерфейса

Рисунок 2.53 - Панель действий командного интерфейса

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

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

Рисунок 2.54 - Меню навигации

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

Рисунок 2.55 - Область системных команд

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

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

Рисунок 2.56 - Главное меню интерфейса

2.5.7 Установка информационной подсистемы «ЮГСтрой-Заказ» на АРМ бухгалтера

Чтобы установить информационную базу на АРМ бухгалтера предприятия ООО «ЮГСтрой-Заказ» необходимо воспользоваться инсталлятором программы «1С:Предприятие 8.2» (рисунок 2.57).

Рисунок 2.57 - Установочный файл 1С:Предприятие 8.2

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

Рисунок 2.58 - Окно конфигуратора

Затем необходимо создать новую информационную базу (смотрите рисунки 2.3 - 2.7) и загрузить в нее ранее выгруженную конфигурацию (рисунок 2.59).

Рисунок 2.59 - Окно конфигуратора

Информационная подсистема «ЮГСтрой-Заказ» была успешно внедрена на предприятие и на данный момент широко применяется бухгалтером.

Выводы

1. Для создания информационной подсистемы была выбрана система управления базами данных «1С:Предприятие 8.2».

. Для проектирования базы данных были разработаны пятнадцать сущностей (справочники «Договоры», «Клиенты», «ВидыДоговоров», «Номенклатура», «ЕдиницыИзмерения», «Сотрудники», «Должности», «ШаблоныДокументов», документы «АктОбОказанииУслуг», «Реализация», перечисления «ТипыКлиентов», «ВидНачисления», регистр сведений «ПроцентыОтПродажУслуг» и регистры накопления «Взаиморасчеты» и «Заработная плата»), в каждой из которых определены атрибуты. Между сущностями были установлены связи.

. Был создан командный (пользовательский) интерфейс, включающий две подсистемы («РаботаСКлиентами» и «РаботаССотрудниками»).

. Интерфейсная часть создана при помощи встроенного языка СУБД «1С:Предприятие 8».

3. Информационное и программное обеспечение

3.1 Общие сведения о программном продукте

Информационная подсистема «ЮГСтрой-Заказ» была разработана при помощи конфигуратора «1С:Предприятие» версии 8.2. Данная информационная подсистема является модификацией конфигурации, поставляемой фирмой «1С».

Для корректной работы с СУБД «1С:Предприятие» 8.2 необходима для клиентских машин операционная система Microsoft Windows 98/Me, Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows XP); для сервера необходима операционная система Microsoft Windows 2000/XP/Server 2003/Vista или один из дистрибутивов Linux. Данная информация была взята из официального сайта фирмы «1С» [9].

Таблица 3.1 - Общие сведения о программе

Наименование сведенийСодержание сведенийОбозначение программы«ЮГСтрой-Заказ»Наименование программы«ЮГСтрой-Заказ»Программное обеспечение, необходимое для функционирования программыMicrosoft Windows 98/Me, Microsoft Windows 2000/XP/Server 2003/Vista (рекомендуется Microsoft Windows XP)Язык программирования (среда разработки), на которой написана программаВстроенный язык СУБД «1С:Предприятие» версии 8.2

.2 Функциональное назначение

Данная конфигурация предназначена, прежде всего, для бухгалтера предприятия ООО «ЮГСтрой-Заказ» г. Ставрополя.

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

занесение, хранение, вывод данных о клиентах предприятия из БД;

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

формирование и проводка различных документов [10].

Ограничениями на применение является наличие операционной системы Windows, не ниже Windows 2000.

.3. Описание логической структуры программы

.3.1 Обобщенный алгоритм программы

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

) осуществляется вход в систему с вводом имени и пароля пользователя;

) ввод данных в документы;

) расчет различных показателей;

) проводка документа и его запись в базу данных.

.4 Требования к техническому обеспечению

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

.4.1 Обоснование требования к центральному процессору

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

Для компьютера оператора это процессор Intel Pentium 2 400 МГц и выше (рекомендуется Intel Pentium 3 866 МГц [13].

Рисунок 3.1 - Обобщенный алгоритм работы программы

.4.2 Обоснование требования к оперативному запоминающему устройству

Минимальный объем оперативного запоминающего устройства (ОЗУ) необходимый для работы информационной системы на стороне клиента, Мбайт, определяется по формуле:

(3.1)

где - минимальный объем ОЗУ, требуемый для работы операционной системы, Мбайт;

- минимальный объем ОЗУ, требуемый для работы информационной подсистемы;

Так как на компьютере бухгалтера установлена Windows XP Professional, то параметры =192 Мб (это системное требование «1С:Предприятия 8.2») и составляет около 80 Мбайт. Это было определено с помощью диспетчера задач Windows.

Таким образом, подставим в формулу (3.1) получим, что минимальный объем ОЗУ, требуемый для работы информационной системы на клиентском ПК, составляет:

= 192 + 80 = 272 Мбайт.

Для нормального функционирования информационной подсистемы «ЮГСтрой-Заказ» необходимо 272 Мбайт оперативной памяти. Для обеспечения наилучших условий работы информационной подсистемы рекомендуется использовать ОЗУ 512 Мбайт или более [15].

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

Требования к объёму свободного дискового пространства формируются из требований к клиентской и серверной ЭВМ.

Для определения свободного дискового пространства, необходимого для программного продукта на рабочей станции W, Мбайт, воспользуемся формулой;.

W = W1 + W2, (3.2)

гдеW1 - место, занимаемое программой после инсталляции, Мбайт;2 - размер временных файлов в ходе работы программы, Мбайт.1 составляет 411 Мбайт. Размер, занимаемый файлами W2 около 0,5 Мбайт.

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

W = 411 + 0,5 = 411,5 Мбайт.

.4.4 Обоснование требований к монитору

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

.4.5 Требования к источнику бесперебойного питания

Так как в сети возможны перепады напряжения, в связи с чем могут происходить перезагрузки компьютера, рекомендуется установить источник бесперебойного питания для сервера типа APS Back-UPS RS 1000 [11].

3.4.6 Обоснование требований к другому техническому обеспечению

При работе с информационной подсистемой необходимо наличие сетевой карты со скоростью как минимум 10 Мбит/с на клиентской машине. Связь с сервером рекомендовано осуществлять посредством подключенного к нему хаба; на сервере тоже необходимо наличие сетевой карты со скоростью как минимум 100 Мбит/с [9].

.4.7 Требования к принтеру

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

.5 Установка и вызов программы

1.Установка программы на компьютер пользователя производится при помощи программы инсталлятора setup.exe (рисунок 3.2)

Рисунок 3.2 - Установочный файл «1С:Предприятие 8.2»

.Далее следует запустить файл setup.exe на выполнение.

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

.После завершения процесса установки программа установилась на C:\Program Files\ 1cv82.

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

Рисунок 3.2 - диалог «Запуск 1С:Предприятия»

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

Рисунок 3.3 - Диалог «1С:Предприятие»

.6 Входные данные

Входными данными для информационной подсистемы являются данные:

-дата заключения договора;

-срок действия;

вид договора;

тип клиента;

юридический адрес;

фактический адрес;

паспортные данные;

телефон;

дата рождения сотрудника;

документ, удостоверяющий личность;

должность;

единица измерения товара или услуги;

количество товара;

сумма предоставляемой услуги;

товары;

вид начисления;

процент;

сумма.

Таким образом количество входных данных равно восемнадцати.

.7 Выходные данные программы

Выходные данные программы представляют собой отчеты:

-договор;

-список клиентов;

договоры выбранного клиента;

договоры, оформленные указанным сотрудником;

заработная плата.

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

.8 Результаты тестирования программы

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

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

В данное время, разработанная информационная подсистема «ЮГСтрой-Заказ», уже используется бухгалтером предприятия ООО «ЮГСтрой-Заказ» и находится в эксплуатации.

.9 Краткая инструкция по работе с программой

Работа начинается с авторизации пользователя (рисунок 3.4):

Рисунок 3.4 - Диалог «1С:Предприятие»

Для просмотра справочника Клиенты необходимо выполнить команду Конфигурация àСправочники à Клиенты (рисунок 3.5).

Рисунок 3.5 - Справочник Клиенты и вызов его формы

Для добавления новой услуги необходимо нажать кнопку Создать (рисунок 3.6).

Рисунок 3.6 - Добавление нового клиента

Во вкладках необходимо занести нужную информацию (рисунок 3.7).

Рисунок 3.7 - Общая информация о контрагенте

В закладке «Тип клиента» записи выбираются из соответствующего справочника «Клиенты» автоматически (рисунок 3.8).

Для просмотра документов конкретного сотрудника необходимо выбрать клиента из меню Перейти à Договоры (рисунок 3.9).

Рисунок 3.8 - Закладка «Тип клиента» справочника «Клиенты»

Рисунок 3.9 - Закладка «Договоры» справочника «Договоры»

Для добавления нового документа необходимо выполнить команду Создать (рисунок 3.10).

Рисунок 3.10 - Добавление нового документа

Далее необходимо заполнить все поля (рисунок 3.11).

Рисунок 3.11 - Добавление нового документа

Чтобы посмотреть журнал заданий, необходимо выполнить команду Сервис à Дополнительные внешние отчеты и обработки à Обработки, далее выбрать «Журнал заданий» из списка (рисунок 3.12).

Выводы

. В данном разделе были приведены сведения об информационном и

программном обеспечении, необходимом и достаточном для использования информационной подсистемы «ЮГСтрой-Заказ».

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

процессор Intel Pentium 2400 МГц;

объём ОЗУ - 282 Мбайт;

- размер необходимого свободного пространства на жестком диске 421 Мбайт;

- цветной SVGA-монитор, поддерживающий разрешение 1024х768 и качество цветопередачи 16 бит;

принтер с разрешением печати не менее 300 точек/дюйм.

. Входными данными для информационной подсистемы являются данные, предоставляемые клиентами.

. Выходными данными программы являются отчеты.

. Установка программы на компьютер пользователя производится при помощи программы инсталлятора setup.exe.

. Программа успешно прошла тестирование, в ходе которого были устранены все ошибки и неполадки и используется бухгалтером предприятия ООО «ЮГСтрой-Заказ» в эксплуатации.

4. Технико-экономическое обоснование разработки ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ «ЮГСтрой-Заказ»

4.1 Постановка задачи

В дипломном проекте разработана информационная подсистема «ЮГСтрой-Заказ» для ООО «ЮГСтрой-Заказ» », г. Ставрополь.

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

Цель создания информационной подсистемы - сокращение временных затрат бухгалтера ООО «ЮГСтрой-Заказ» на составление документации по клиентам.

Информационная подсистема «ЮГСтрой-Заказ» выполняет следующие функции:

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

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

ведение истории назначений работника;

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

формирование, просмотр и печать полного списка клиентов;

ведение справочника должностей;

автоматизированное формирование, просмотр и печать отчетов.

В результате предпроектного обследования было установлено, что на составление документации по клиентам без автоматизации бухгалтер фирмы ООО «ЮГСтрой-Заказ» тратил в среднем 30 % своего рабочего времени, т. е. около 45 часов в месяц. После внедрения программного продукта ожидается, что затраты времени начальника отдела кадров на эти обязанности сократятся в несколько раз.

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

.2 Определение трудоемкости поставленных работ

Трудоемкость разработки программного Тпо [13] обеспечения в чел.-ч. определяется по формуле:

ТПО = ТО + ТИ + ТА + ТП + ТОТЛ + ТД, (4.1)

где ТО - затраты труда на описание задачи, чел.-ч;

ТИ - затраты на исследование предметной области, чел.-ч;

ТА - затраты на разработку блок схемы, чел.-ч;

ТП - затраты на программирование, чел.-ч;

ТОТЛ - затраты на отладку программы, чел.-ч;

ТД - затраты на подготовку документации, чел.-ч.

Все составляющие в правой части формулы (4.1) определим через общее число операторов D, ед.:

D = ??c ? (1 + p), (4.2)

где ? = 490 - число операторов, ед.;

с = 1,5 ? коэффициент сложности задачи;

p = 0,1 - коэффициент коррекции программы в ходе разработки.

Коэффициент сложности задачи «с» характеризует относительную сложность программы по отношению к так называемой типовой задаче, реализующей стандартные методы решения, сложность которой принята равной единице (величина коэффициента «с» лежит в пределах от 1,25 до 2). Для рассматриваемого программного продукта, включающего в себя алгоритмы учета, отчетности, поиска - коэффициент сложности задачи примем равным 1,5 (c = 1,5).

Коэффициент коррекции программы «p» - увеличение объема работ за счет внесения изменений в алгоритм или программу по результатам уточнения постановок. С учетом того, что в данном случае заказчик недостаточно хорошо представлял себе, что он хочет получить в результате разработки программного продукта. Это приводило к многочисленным доработкам, поэтому примем коэффициент «p» равным 0,1.

В результате подстановки численных значений коэффициентов и параметров в формулу (4.2) получим следующее общее число операторов

= 490×1,5×(1 + 0,1) = 808,5 ед.

Затраты труда на описание задачи составляет ТО = 20 чел.-ч. Работу выполняет программист с окладом 5000 руб. в месяц и коэффициентом квалификации kk = 1,0 ед. (опыт работы по специальности 2,5 года).

Затраты труда на исследование предметной области ТИ с учетом уточнения описания и квалификации программистов определяются по формуле:

ТИ = Db/(sukK),. (4.3)

Где D - общее число операторов, ед;

b = 1,5 - коэффициент увеличения затрат труда вследствие недостаточного описания задачи. Коэффициент увеличения затрат труда вследствие недостаточного описания задачи, в зависимости от сложности задачи, принимается от 1,2 до 1,5; в связи с тем, что данная задача потребовала уточнения и больших доработок, примем коэффициент b = 1,5:

su = 75ед./чел.-ч - количество операторов, приходящееся на 1 чел.-ч. Для данного вида работ su = 70..80 ед./чел.-ч.

kK= 1,0 - коэффициент квалификации работника [13].

kK определяется в зависимости от стажа работы и составляет: для работающих до 2-х лет - 0,8; от 2-х до 3-х - 1,0; от 3-х до 5 - 1,1...1,2; от 5 до 7 - 1,3...1,4; свыше семи лет - 1,5...1,6.

Таким образом, на основании формулы (4.3) получим

ТИ = (808,5 × 1,5) / (75 × 1,0) = 16,17 чел.-ч.

Затраты труда на разработку алгоритма решения задачи ТА рассчитывается по формуле:

ТА = D/(sakK),(4.4)

где D - общее число операторов, ед.;

sa - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчета по формуле (4.4) примем sa = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.4), получим

ТА = 808,5/(20 × 1,0) = 40,43 чел.-ч.

Затраты труда на составление программы по готовой блок-схеме ТП определяется по формуле:

ТП = D/(sakK), (4.5)

где D - общее число операторов, ед.;

sa - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.5) примем sa = 20 ед./ чел.-ч. Подставив численные значения параметров и коэффициентов в формулу (4.5), получим

ТП = 808,5 / (20 × 1,0) = 40,43 чел.-ч.

Затраты труда на отладку программы на персональном компьютере ТОТЛ, чел.-ч., рассчитывается по формуле

ТОТЛ = D / (sотл kK), (4.6)

где D - общее число операторов, ед.;

sотл - количество отлаживаемых операторов программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.6) примем sотл = 4 ед./ чел.-ч. Подставив численные значения параметров и коэффициентов в формулу (4.6), получим

ТОТЛ = 808,5/ (4 × 1,0) = 202,13 чел.-ч.

Затраты труда на подготовку документации по задаче ТД определяются по формуле:

ТД = ТДР + ТДО, (4.7)

где ТДР - затраты труда на подготовку материалов в рукописи, чел.-ч.;

ТДО - затраты труда на редактирование, печать и оформление документации, чел.-ч.

Затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., вычислим по формуле

ТДР = D / (sдр kK), (4.8)

где D - общее число строчек кода в тексте программы, ед.;др - количество операторов программы в рукописи, приходящееся на

один чел.-ч., (ед./ чел.-ч.);K - коэффициент квалификации работника.

Для расчетов по формуле (4.8) примем sдр = 15 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.8), получим

ТДР = 808,5 / (15×1,0) = 53,9 чел.-ч.

Затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., вычислим по формуле

ТДО = 0,75×ТДР. (4.9)

Подставив численное значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., в формулу (4.9), получим

ТДО = 0,75×53,9 = 40,43 чел.-ч.

Таким образом, подставив численные значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., и затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., в формулу (4.7) получим

ТД = 53,9 + 40,43 = 94,33 чел.-ч.

Подставив все полученные данные в формулу (4.1), получим полную трудоемкость разработки программного обеспечения

ТПО = 20,0 + 16,17 + 40,43 + 40,43 + 202,13 + 94,33 = 413,49 чел.-ч.

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

ТКОР = ТПОkКОР, (4.10)

Где kКОР - коэффициент коррекции, учитывающий изменения трудоемкости разработки программного обеспечения в зависимости уровня языка программирования (таблица 4.1).

Таблица 4.1 - Изменение трудоемкости в зависимости уровня языка программирования

Уровень языка программированияХарактеристика языка программированияКоэффициент изменения трудоемкости1Ассемблер12Макроассемблер0,953Алгоритмические языки высокого уровня0,8 ? 0,9Использованный для разработки программного обеспечения язык программирования «1С:Предприятие» относится к алгоритмическим языкам высокого уровня, с учетом этого примем kКОР = 0,8.

Окончательно, с учетом корректировки, получим по формуле (4.10) итоговую трудоемкость разработки

ТКОР = 413,49 × 0,8 = 330,79 чел.-ч.

.3 Расчет себестоимости автоматизированной информационной системы

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

-основная заработная плата производственного персонала;

-дополнительная заработная плата производственного персонала;

отчисления на социальные нужды;

затраты на потребляемую электроэнергию;

расходы на материалы и запасные части;

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

затраты на амортизацию вычислительной техники.

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

Себестоимость создания автоматизированной информационной системы З, руб., определяется по следующей формуле

З = ЗО + ЗД + ЗС + ЗЭ + ЗМ + ЗП + ЗАО, (4.11)

где ЗО - основная заработная плата производственного персонала, руб.;

ЗД - дополнительная заработная плата производственного персонала, руб.;

ЗС - отчисления на страховые взносы, руб.;

ЗЭ - затраты на потребляемую электроэнергию, руб.;

ЗМ - расходы на материалы и запасные части, руб.;

ЗП - затраты на техническое обслуживание и текущий ремонт вычислительной техники, руб.;

ЗАО - затраты на амортизацию вычислительной техники, руб.

Плановый фонд рабочего времени программиста в месяц tпф, ч, вычислим по формуле

tпф = Nрд?tрд,(4.12)

гдеNрд - количество рабочих дней специалиста производственного персонала за месяц;

?tрд - продолжительность рабочего дня специалиста производственного персонала, ч.

Для расчетов по формуле (4.12) примем Nрд = 22 дня, ?tрд = 6 ч. Подставив указанные численные значения параметров Nрд и ?tрд в формулу (4.12) получим, что плановый фонд рабочего времени программиста в месяц составляет

tпф = 22 × 6 = 168 ч.

Таким образом, часовая тарифная ставка sч, руб./ч, программиста составляет

sч = 5000/168 = 29,76 руб./ч.

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

ЗО = sч ? ТКОР. (4.13)

Подставив все численные значения параметров в формулу (4.13) получим, что основная заработная плата инженера-программиста первой категории составит

ЗО = 29,76 × 330,79 = 9844,31 руб.

Дополнительная заработная плата ЗД, руб., производственного персонала определяется по формуле

ЗД = ЗО?Д, (4.14),

где?Д - коэффициент дополнительной заработной платы.

Коэффициент дополнительной заработной платы программиста составляет ?Д = 0. Таким образом, дополнительная заработная плата ЗД, руб., программиста, вычисленная по формуле (4.14), равна

ЗД = 9844,31 × 0 = 0 руб.

Отчисления в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации и фонды обязательного медицинского страхования Российской Федерации согласно закону № 212-ФЗ от 24.07.2009 ЗС, руб., вычислим по формуле:

, (4.15)

где ? норматив страховых взносов, %.

В соответствии с законом № 212-ФЗ от 24.07.2009 норматив страховых взносов составляет 34 % (?С = 34 %).

Подставив все численные значения в формулу (4.15) получим, что отчисления на страховые взносы равны

ЗС = (9844,31 + 0) × 34/100 = 3347,07 руб.

Таким образом, отчисления на страховые взносы составят 3347,07 руб.

Затраты на потребляемую электроэнергию ЗЭ, руб.:

ЗЭ = PВtВцЭ, (4.16)

где PВ - мощность ЭВМ, кВт;В - время работы вычислительного комплекса, ч;

цЭ - стоимость 1 кВтч электроэнергии, руб./ кВтч.

Мощность ЭВМ равна 0,3кВт.

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

в = ?п?(ТП + ТД + ТОТЛ)? kКОР, (4.17)

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

Для расчетов по формуле (4.17) примем ?п = 1,15 и kКОР = 0,8. Подставив все численные значения параметров в формулу (4.17) получим:В = 1,15×(40,43+94,33+202,13)×0,8 = 309,94 ч.

Стоимость 1 кВтч электроэнергии составляет цЭ = 2,82 руб./ кВтч.

Подставив все численные значения параметров в формулу (4.18) получим, что затраты на потребляемую электроэнергию составят

ЗЭ =0,3×309,94×2,82 = 262,21 руб.

Данные для расчета затрат на материалы и запасные части занесем в таблицу 4.2.

Таблица 4.2 - Данные для расчета затрат на материалы и запасные

НаименованиеЕдиница измеренияКоли-чествоЦена за единицу, руб.Сумма, руб.CD-RW - дискШтук14040БумагаПачка1180180Заправка картриджа принтера Samsung ML-1615Штук1200200Итого420

Следовательно, затраты на материалы и запасные части ЗМ составят

ЗМ = 40,00 + 180,00 + 200,00 = 420,00 руб.

Затраты на техническое обслуживание и текущий ремонт вычислительной техники ЗП, руб.:

ЗП =КВ×(?/100) ×( tВ/ tВ.Г)(4.19)

где КВ ? балансовая стоимость вычислительной техники, руб.

? - норма отчислений на ремонт, %;В.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.19) примем:

балансовая стоимость вычислительной техники KB = 22000,00 руб.;

норма отчислений на ремонт ? = 4%;

- годовой фонд времени работы вычислительной техники при 30-часовой рабочей неделе в текущем году tВ.Г = 1495 ч.

Подставив все численные значения параметров в формулу (4.19) получим, что затраты на техническое обслуживание и текущий ремонт вычислительной техники составят:

ЗП=22000×(4/100) ×(309,94/1495)= 182,44 руб.

Затраты на амортизацию вычислительной техники АОЗ , руб.:

ЗАО =КВ×(?/100) ×( tВ/ tВ.Г) (4.20)

где ? - норма отчислений на амортизацию вычислительной техники, %, которая составляет 20%.

ЗАО=22000×(20/100) ×(309,94/1495)= 912,2 руб.

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

Таблица 4.3 - Величины затраты, составляющих себестоимость автоматизированной информационной системы

Статья расходаСумма, руб.Основная заработная плата производственного персонала9844,31Отчисления на страховые взносы3347,07Затраты на потребляемую электроэнергию262,21Расходы на материалы и запасные части420,00Затраты на техническое обслуживание и ремонт вычислительной техники182,44Затраты на амортизацию вычислительной техники912,20Итого14968,23

Полные затраты на создание программного продукта, З, руб. вычислим по формуле 4.11:

З = ЗО + ЗД + ЗС + ЗЭ + ЗМ + ЗП + ЗАО = 14968,23

Таким образом, полные затраты на создание программного продукта составляют 14968,23 руб.

Поскольку разработка программного продукта осуществлялась сторонней организацией по техническому заданию (ТЗ) ООО «ЮГСтрой-Заказ», то оптовая цена программного продукта рассчитывается с учетом нормы рентабельности НР:

Ц = З×(1 + НР). (4.21)

Для расчетов по формуле (4.20) примем нормы рентабельности НР = 15%. Тогда оптовая цена программного продукта по формуле (4.21) составит:

Ц = 14968,23 × 1,15 = 17213,46 руб.

Капиталовложения при внедрении программного продукта равны его оптовой цене:

К = Ц = 17213,46 руб.

4.4 Оценка экономической эффективности внедрения информационной подсистемы

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

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

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

П = Э - ЗИСП., (4.22)

где Э - стоимостная оценка результатов применения программного продукта в течение года, руб.;

ЗИСП. - стоимостная оценка затрат при использовании программного продукта в течение года, руб.

Приток денежных средств из-за использования программного продукта Э, руб., в течение года может составить:

Э = (ЗРУЧ - ЗАВТ) + ЭДОП, (4.23)

где ЗРУЧ - затраты на ручную обработку информации, руб.;

ЗАВТ - затраты на автоматизированную обработку информации, руб.;

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

Данный продукт используется бухгалтером предприятия ООО «ЮГСтрой-Заказ». Заработная плата бухгалтера - 12000 руб., Nрд = 22 дней, ?tрд = 6 ч. Тогда, цена одного часа работы цЧ, руб./ч, составит

цЧ = 12000/(22 × 6) = 90,9 руб./ч.

Годовые затраты (затраты за 12 месяцев) бухгалтера предприятия при ручной обработке информации вычислим по формуле

ЗРУЧН = tОБЩ. Р ?12? цЧ.(4.24)

Тогда годовые затраты бухгалтера при ручной обработке информации (по данным предпроектного обследования общие затраты времени на ручную обработку информации tОБЩ. Р = 45 ч/месяц) составят

ЗРУЧН = 45×12×90,9 = 49086 руб.

Годовые затраты (затраты за 12 месяцев) бухгалтера при автоматизированной обработке информации вычислим по формуле

ЗАВТ = tОБЩ. А ?12? цЧ.(4.25)

При автоматизированной обработке информации (по данным внедрения проекта общие затраты времени при автоматизированной обработке информации tОБЩ. А = 4 ч/месяц)

ЗАВТ = 4×12×90,9 = 4363,2 руб.

Следовательно, годовой эффект от внедрения программного продукта, даже без учета дополнительный экономический эффекта (ЭДОП = 0), на основании формулы (4.23), получится равным

Э = ЗРУЧН - ЗАВТ = 49086 - 4363,2 = 44722,8 руб.

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

На основании формулы (4.16), для персонального компьютера оператора за 12 месяцев затраты на электроэнергию ЗЭ, руб., при потребляемой мощности компьютера PВ =0,3 кВт составят (стоимость электроэнергии цЭ = 2,82 руб./кВтч.)

ЗЭ = 0,3×4×12×2,82= 40,61 руб.

Балансовая стоимость вычислительной техники KB = 22000 руб. Тогда, на основании формулы (4.19), для персонального компьютера офис-менеджера за 12 месяцев затраты на техническое обслуживание и текущий ремонт составят:

ЗП=22000×0,04×(12×4/1495)= 28,25 руб.

Затраты на амортизацию вычислительной техники по формуле (4.20) составят

ЗАО =22000×0,2×(12×4/1495)= 141,27 руб.

Тогда, эксплуатационные затраты при использовании программного продукта составят:

ЗИСП = 40,61 + 28,25 + 141,27 = 210,13 руб.

Прибыль от использования программного продукта за год рассчитаем по формуле (4.21):

П = 44722,8 - 210,13 = 44512,67 руб.

Таким образом, имеем следующий денежный поток:

0 шаг (капиталовложения) - 17213,46 руб.;

1 шаг - 44512,67 руб.;

шаг - 44512,67руб.;

шаг - 44512,67 руб.;

шаг - 44512,67 руб.

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

(4.26)

где N - расчетный период, год;

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

Е - норма дисконта, %;- капиталовложения при внедрении программного продукта, руб.

Следовательно, ЧДД, руб., при N = 4, т. е. за четыре года использования программного продукта (срок до морального старения данного программного продукта) при норме дисконта E = 20% в соответствии с формулой (4.26) составит:

Приходим к выводу, что ЧДД ? положителен, т. е. проект эффективен.

Внутреннюю норму доходности проекта , %, определим по формуле

,(4.27)

где - максимальное значение внутренней нормы дисконта, %, при которой ЧДД является положительной величиной (ЧДД > 0);

- минимальное значение внутренней нормы дисконта, %, при которой ЧДД является отрицательной величиной (ЧДД < 0);

- ЧДД, руб., вычисленный по формуле (4.26) при подстановке нормы дисконта ;

- ЧДД, руб., вычисленный по формуле (4.26) при подстановке нормы дисконта.

Предположим, что Евн лежит в диапазоне 255 ... 260%. При норме дисконта Евн = 255% ЧДД = 212,21 руб. (положителен), а при Евн = 260% получаем ЧДД = - 121,61 руб. (отрицателен).

.

Рассчитаем срок окупаемости проекта. Срок окупаемости проекта , год, можно найти по формуле

,(4.26)

гдеN - максимальное количество лет, прошедших с начала эксплуатации

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

- величины приведенных (дисконтированных) годовых эффектов за j-й год, руб., прошедший с начала эксплуатации программного продукта, вычисленные по формуле (4.26) при подстановке нормы дисконта E = 20%.

Величина приведенного (дисконтированного) годового эффекта за первый год расчетного периода по формуле (4.26) равна:

Э1 = 44512,67/(1+0,2) = 37093,89 руб.,

что больше величины капиталовложений (17213,46 руб.).

Тогда срок окупаемости проекта составит

года.

4.5 Основные технико-экономические показатели проекта

Для удобства анализа все основные технико-экономические показатели проекта сведены в таблицу 4.4.

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

Основные характеристикиЕдиницы измеренияПроект123Итоговая трудоемкость разработкиЧел.-ч. 330,79Полные затраты на создание программного продукта руб.14968,23Оптовая цена программного продуктаруб.17213,46Годовой эффект от внедрения программного продуктаруб.44722,80Чистый дисконтированный доход за 4 года использования программного продуктаруб.115906,67Внутренняя норма доходности%258Срок окупаемости проектагод0,37

Выводы

1.Итоговая трудоемкость разработки программного продукта (информационной подсистемы «ЮГСтрой-Заказ») составляет 330,79 чел.-ч.

2.Полные затраты на создание программного продукта составляют 14968,23 руб.

3.Оптовая цена программного продукта - 17213,46 руб.

.Годовой эффект от внедрения программного продукта составляет 44722,8 руб.

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

6.Внутренняя норма доходности проекта - 258%.

7.Срок окупаемости проекта 0,37 года.

8.После внедрения программного продукта ежемесячные затраты времени бухгалтера на оформление договоров-заказов с клиентами ООО «ЮГСтрой-Заказ» сократились с 45 до 4 часов, т. е. примерно в 11 раз.

.Таким образом, разработка информационной подсистемы «ЮГСтрой-Заказ» является экономически обоснованной и эффективной.

ЗАКЛЮЧЕНИЕ

Результатом проектирования является разработка информационной подсистемы «ЮГСтрой-Заказ» в СУБД 1С:Предприятие для ООО «ЮГСтрой-Заказ», г. Ставрополь.

Основными целями создания информационной подсистемы «ЮГСтрой-Заказ» являются:

уменьшение времени обработки запроса, а значит и уменьшения времени работы с клиентом;

обеспечение защиты базы данных;

обеспечение простоты пользовательского интерфейса.

Вся информационная подсистема была разработана при помощи СУБД 1С:Предприятие версии 8.2. Программная составляющая подсистемы написана на встроенном языке СУБД 1С:Предприятие.

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

В итоге разработка информационной подсистемы «ЮГСтрой-Заказ» является экономически обоснованной и эффективной.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

.Трофимова, М.В. Анализ систем управления. Учебное пособие [Текст] / М. В. Трофимова/ Под ред. Е.Н. Калашниковой, О.В. Кирпы - Ставрополь: СевКавГТУ, 2005. - 171 с.

.Митичкин, С.А. Разработка в системе «1С:Предприятие 8.2» [Текст] / С.А. Митичкин. - М.: ООО «1С:Паблишинг», 2003. - 413 с., ил.

. Смирнова, Г.Н. Проектирование экономических информационных систем. Учебник [Текст] / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов. - М.: Финансы и статистика, 2001. - 512 с., ил.

. Радченко М.Г. «1С:Предприятие 8.2». Практическое пособие для разработчика. Примеры и типовые приемы [Текст] / М.Г. Радченко. - М.: ООО «1С-Паблишинг», 2007. - 512 с., ил.

.Гартвич, А.В. «1С:Бухгалтерия 8» как на ладони [Текст] / А.В. Гартвич. - М.: «1С-Паблишинг», 2005. - 238 с., ил.

.Шевченко, Ю.А. Автоматизация бюджетирования и управленческой отчетности в «1С:Предприятии 8» [Текст] / Ю.А. Шевченко. - СПб.: «Питер», 2005 - 112 с.

. Архипова, Н.И. Исследование систем управления. Учебное пособие для вузов [Текст] / Н.И. Архипова. - М.: «Издательство ПРИОР», 2002. - 214 с.

.Фирма «1С». «1С:Бухгалтерия 8». Учебная версия [Текст] / фирма «1С». - М.: ООО «1С:Паблишинг», 2006. - 563 с., ил.

. Вдовенко, Л.А. Системно-информационный подход к оценке экономической деятельности промышленных предприятий [Текст] / Л.А. Вдовенко. - М.: Финансы и статистика, 2002. - 347 с., ил.

. Титоренко, Г.А.Автоматизированные информационные технологии в экономике. Учебник [Текст] / Г.А. Титоренко. - М.: Юнити, 2000. - 279 с.

. Савицкая, Г.В. Анализ хозяйственной деятельности предприятия. Учебник [Текст] / Г.В. Савицкая. - М.: Инфра-М, 2003. - 280 с.

. Берендеев И. Программный комплекс «1С:Предприятие 8.2» как платформа разработки бизнес-приложений КТПП [Текст] / И. Берендеев. - М.: САПР и графика, 2005. - №6, с. 20-22.

13. 1С:Предприятие [Электронный ресурс] // Официальный сайт 1С. - Режим доступа к электрон. дан.: <#"justify">ПРИЛОЖЕНИЯ

Приложение А

Образец шаблона документа «Договор купли-продажи недвижимости»

ДОГОВОР КУПЛИ-ПРОДАЖИ НЕДВИЖИМОСТИ

г. Ставрополь </ЧислоМесяцГод#>

ООО «ЮГСтрой-Заказ»., именуемый в дальнейшем «Продавец», в лице Любушкина Дмитрия Юрьевича, действующего на основании Устава, с одной стороны, и </НаименованиеОрганизации#>, именуемое в дальнейшем «Покупатель», в лице </ФИО#> действующего на основании </Основание#> с другой стороны заключили настоящий договор о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА

.1. Продавец передает в собственность Покупателя, а Покупатель принимает в собственность помещения общей площадью </Площадь#> кв. м. (далее - Объект) в здании, находящемся по адресу: </Адрес#>.

.2. Объект принадлежит Продавцу на основании Соглашения о передаче прав и обязанностей от 02.07.09г., зарегистрированного Управлением Федеральной регистрационной службы по СК от 21.01.2009г. за №26-26-12/072/2009-518.

.3. Продажная цена Объекта определена соглашением сторон.

.4. Объект на момент заключения настоящего договора не продан, не подарен, не заложен, под арестом (запрещением) не состоит.

. ОБЯЗАТЕЛЬСТВА СТОРОН

.1. Продавец обязуется:

.1.1. Передать Покупателю Объект по акту в течение пяти календарных дней со дня заключения настоящего договора.

.2. Покупатель обязуется:

.2.1. Зарегистрировать сделку купли-продажи Объекта, заключенную Продавцом и Покупателем, в УФРС по СК в установленном порядке.

.2.2 Оплатить стоимость Объекта в порядке, сроки и сумме, указанных в п. 3.1 настоящего договора.

.2.3. Принять Объект от Продавца по акту.

.2.4. Выступить правопреемником Продавца в отношении всех касающихся Объекта обязательств эксплуатационного и градостроительного характера.

.2.5. Предусмотреть выполнение требований п. 2.2.4 настоящего договора новым собственником в случае последующих отчуждений Объекта.

. РАСЧЕТЫ СТОРОН

.1. Продавец продает, а Покупатель покупает Объект за </Цена#> руб.

.2. Покупатель перечисляет сумму продажной цены Объекта (п. 1.1) на расчетный счет Продавца: р/с 005-66-226-8-22300000035,единовременно не позднее 7 дней с момента заключения сторонами настоящего договора.

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

. ПРАВО СОБСТВЕННОСТИ

.1. Право собственности Покупателя на Объект возникает со дня регистрации сделки купли-продажи Объекта по настоящему договору в УФРС по СК.

. ОТВЕТСТВЕННОСТЬ СТОРОН

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

.2. В случае любой просрочки платежа, предусмотренного п. 3.1 настоящего договора, Покупатель выплачивает Продавцу пеню в размере 1% (одного процента) от подлежащей уплате суммы за каждый день просрочки в течение первых пяти календарных дней просрочки и в размере 5% (пяти процентов) от подлежащей уплате суммы за каждый день просрочки после этого срока до фактической оплаты или расторжения настоящего договора.

. АДРЕСА И РЕКВИЗИТЫ СТОРОН

Продавец Покупатель

Ставрополь, ул Серова, 207. ФИО <ФИОПокупателя#>

ОГРН 1092635004626 Адрес <АдресПокупателя#>

ИНН 2634085368/КПП 263401001 Паспорт </Паспорт#>

р/с 407028106000000001160 Свидетельство </Свидетельство#>

Филиал ОАО «Банк Москвы» в г. Ставрополе Тел. </Телефон#>

Тел. 29-24-89

6. ПОДПИСИ СТОРОН

Продавец ____________________ Покупатель ______________

(подпись) (подпись)

М.П. М.П.

Приложение Б

Код создания информационной базы информационной подсистемы

«ЮГСтрой-Заказ»

Б.1 - Листинг модуля справочника «Договоры»

Процедура Печать(Команда)

//Дданные = Новый ДвоичныеДанные(Объект.ПутьКШаблону);

//ХранилищеШаблона = ИнициализацияХранилищаЗначений(ДДанные);

ИмяВрФайла = ПолучитьИмяВременногоФайла(ПолучитьРасширениеШаблона(Объект.Шаблон));

Шаблон = ПолучитьСодержимоеШаблона(Объект.Шаблон);

Шаблон.Записать(ИмяВрФайла);

MSWord = Новый COMОбъект("Word.Application");

MSWord.Visible = Истина;

WordДокумент = MSWord.Documents.Open(ИмяВрФайла);

wdReplaceAll = 2;

НачалоПоляДокумента = ПолеДокумента.ПолучитьЗакладкуНачала();

КонецПоляДокумента = ПолеДокумента.ПолучитьЗакладкуКонца();

ТекстДокумента = ПолеДокумента.ПолучитьТекст(НачалоПоляДокумента,КонецПоляДокумента);

Для й = 1 по СтрЧислоСтрок(ТекстДокумента) цикл

ТекущаяСтрока = СтрПолучитьСтроку(ТекстДокумента,й);

ПозицияСимволаРавно = Найти(ТекущаяСтрока,"=");

Если ПозицияСимволаРавно <> 0 тогда

Шаблон = "</" + СокрЛП(Лев(ТекущаяСтрока,ПозицияСимволаРавно - 1)) + "#>";

Значение = СокрЛП(Сред(ТекущаяСтрока,ПозицияСимволаРавно + 1,СтрДлина(ТекущаяСтрока)));

Попытка

Замена = WordДокумент.Content.Find;

//Если ТипЗнч(ЗначениеПараметра) = Тип("Дата") Тогда

//ЗначениеРеквизитаДокумента = Формат(ЗначениеПараметра,"ДФ=dd.MM.yyyy");

//Иначе

//ЗначениеРеквизитаДокумента = Строка(ЗначениеПараметра);

//КонецЕсли;

Замена.Execute(Шаблон, Ложь, Ложь, Ложь,Ложь , Ложь, Истина, 1, Истина, Значение, wdReplaceAll);

Исключение

// Если произойдет ошибка выводятся данные об ошибке

//Сообщить(ОписаниеОшибки());

Сообщить("В документе не найден реквизит [" + Шаблон + "]");

// Если принудительно закрываем MSWord то необходимо присвоть

// ОДР_СтруктураПараметровШаблона.WordДокумент = Неопределено

// или просто оставить открытым документ MSWord, тогда всо обработется корректно при закрытии

// MSWord пользователем

//MSWord.Application.Quit();

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

КонецЕсли;

КонецЦикла;

// Делаем видимым приложение и активизируем его.

MSWord.Application.Visible = Истина;

MSWord.Activate();

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

Процедура ШаблонДоговораПриИзменении(Элемент)

РеквизитыШаблона = ПолучитьРеквизитыШаблона(Объект.Шаблон);

Для Каждого Ключ из РеквизитыШаблона цикл

ПолеДокумента.Добавить(Ключ.Ключ + " = " + Символы.ПС);

КонецЦикла;

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

Б.2 - Листинг модуля справочника «ШаблоныДокументов»

Функция ПолучитьСтруктуруРеквизитов(ПутьКФайлу)

MSWord = Новый COMОбъект("Word.Application");

//MSWord.Visible = Истина;

WordДокумент = MSWord.Documents.Open(ПутьКФайлу);

// достанем расширение

Расширение = Прав(ПутьКФайлу,5);

ПозицияТочки = Найти(Расширение,".");

Если ПозицияТочки <> 0 тогда

Расширение = Сред(Расширение,ПозицияТочки + 1, СтрДлина(Расширение));

ЗаписатьРасширение(Расширение);

КонецЕсли;

//загружаем реквизиты

КоличествоСлов= WordДокумент.Words.Count;

Слова = WordДокумент.Words;

НомерСлова = 0;

НомерПозицииПараметра = 0;

НомерОткрывающейСкобки = 0;

НомерЗакрывающейСкобки = 0;

СтруктураРеквизитов = Новый Структура();

Для Каждого Слово из Слова цикл

НомерСлова = НомерСлова + 1;

ТекстСлова = Слово.Text;

Если Найти(ТекстСлова,"</") > 0 тогда

НомерОткрывающейСкобки = НомерСлова;

КонецЕсли;

Если Найти(ТекстСлова,"#>") > 0 тогда

НомерЗакрывающейСкобки = НомерСлова;

КонецЕсли;

Если НомерЗакрывающейСкобки - НомерОткрывающейСкобки = 2 тогда //значит между ними параметр

НомерПозицииПараметра = НомерОткрывающейСкобки + 1;

ПараметрШаблона = WordДокумент.Words(НомерПозицииПараметра).Text;

СтруктураРеквизитов.Вставить(ПараметрШаблона,"");

НомерОткрывающейСкобки = 0;

НомерЗакрывающейСкобки = 0;

КонецЕсли;

//Сообщить(""+НомерСлова+" - "+Слово.Text);

КонецЦикла;

// Делаем видимым приложение и активизируем его.

//MSWord.Application.Visible = Истина;

//MSWord.Activate();

WordДокумент.Close();

MSWord.Quit();

Возврат СтруктураРеквизитов;

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

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

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

Диалог = Новый ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Открытие);

Диалог.Заголовок = "Выберите файл шаблона...";

Диалог.Фильтр = "Документ Microsoft Word (*.doc)|*.doc|Текст в формате rtf (*.rtf)|*.rtf|";

Диалог.ПредварительныйПросмотр = Истина;

Диалог.ПроверятьСуществованиеФайла = Истина;

Диалог.МножественныйВыбор = Ложь;

Если Не Диалог.Выбрать() Тогда

Возврат;

КонецЕсли;

Объект.ПутьКФайлуШаблона = Диалог.ВыбранныеФайлы[0];

АдресВХранилище = ПоместитьВоВременноеХранилище(Новый ДвоичныеДанные(Объект.ПутьКФайлуШаблона),УникальныйИдентификатор);

РеквизитыШаблона=ПолучитьСтруктуруРеквизитов(Объект.ПутьКФайлуШаблона);

СтруктураПараметров = Новый Структура("Адрес,РеквизитыШаблона",АдресВХранилище,РеквизитыШаблона);

Записать(СтруктураПараметров);

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

Процедура ПутьКФайлуШаблонаОткрытие(Элемент, СтандартнаяОбработка)

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

ПутьВрФайл = ПолучитьИмяВременногоФайла(Объект.РасширениеФайлаШаблона);

Шаблон = ПолучитьШаблон();

Шаблон.Записать(ПутьВрФайл);

MSWord = Новый COMОбъект("Word.Application");

MSWord.Visible = Истина;

WordДокумент = MSWord.Documents.Open(ПутьВрФайл);

MSWord.Application.Visible = Истина;

MSWord.Activate();

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

Б.3 - Листинг модуля документа «АктОбОказанииУслуг»

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

Запрос = Новый Запрос;

Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 1

|АктОбОказанииУслугУслуги.Ссылка,

|СУММА(АктОбОказанииУслугУслуги.Сумма * (Проценты.Процент / 100)) КАК Сумма

|ИЗ

|Документ.АктОбОказанииУслуг.Услуги КАК АктОбОказанииУслугУслуги

|ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ПроцентыОтПродажУслуг.СрезПоследних(

|&НаДату,

|Сотрудник = &Сотрудник

|И ВидНачисления = ЗНАЧЕНИЕ (Перечисление.ВидНачисления.Услуга)) КАК Проценты

|ПО АктОбОказанииУслугУслуги.Ссылка.Сотрудник = Проценты.Сотрудник

|ГДЕ

|АктОбОказанииУслугУслуги.Ссылка = &ВыбДокумент

|

|СГРУППИРОВАТЬ ПО

|АктОбОказанииУслугУслуги.Ссылка";

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

Запрос.УстановитьПараметр("Сотрудник",Сотрудник);

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

Выборка = Запрос.Выполнить().Выбрать();

Если Выборка.Количество() > 0 тогда

Выборка.Следующий();

Движения.ЗаработнаяПлата.Записывать = Истина;

Движение = Движения.ЗаработнаяПлата.Добавить();

Движение.Период = Дата;

Движение.Сотрудник = Сотрудник;

Движение.Сумма = Выборка.Сумма;

КонецЕсли;

Движения.Взаиморасчеты.Записывать = Истина;

Для Каждого ТекСтрокаУслуги Из Услуги Цикл

Движение = Движения.Взаиморасчеты.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.Клиент = Клиент;

Движение.Договор = Договор;

Движение.Номенклатура = ТекСтрокаУслуги.Номенклатура;

Движение.Сумма = ТекСтрокаУслуги.Сумма;

КонецЦикла;

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

Б.4 - Листинг модуля документа «Реализация»

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

Запрос = Новый Запрос;

Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 1

|АктОбОказанииУслугУслуги.Ссылка,

|СУММА(АктОбОказанииУслугУслуги.Сумма * (Проценты.Процент / 100)) КАК Сумма

|ИЗ

|Документ.Реализация.Товары КАК АктОбОказанииУслугУслуги

|ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ПроцентыОтПродажУслуг.СрезПоследних(

|&НаДату,

|Сотрудник = &Сотрудник

|И ВидНачисления = ЗНАЧЕНИЕ(Перечисление.ВидНачисления.Продажа)) КАК Проценты

|ПО АктОбОказанииУслугУслуги.Ссылка.Сотрудник = Проценты.Сотрудник

|ГДЕ

|АктОбОказанииУслугУслуги.Ссылка = &ВыбДокумент

|

|СГРУППИРОВАТЬ ПО

|АктОбОказанииУслугУслуги.Ссылка";

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

Запрос.УстановитьПараметр("Сотрудник",Сотрудник);

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

Выборка = Запрос.Выполнить().Выбрать();

Если Выборка.Количество() > 0 тогда

Выборка.Следующий();

Движения.ЗаработнаяПлата.Записывать = Истина;

Движение = Движения.ЗаработнаяПлата.Добавить();

Движение.Период = Дата;

Движение.Сотрудник = Сотрудник;

Движение.Сумма = Выборка.Сумма;

КонецЕсли;

Движения.Взаиморасчеты.Записывать = Истина;

Для Каждого ТекСтрокаУслуги Из Товары Цикл

Движение = Движения.Взаиморасчеты.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.Клиент = Клиент;

Движение.Договор = Договор;

Движение.Номенклатура = ТекСтрокаУслуги.Номенклатура;

Движение.Сумма = ТекСтрокаУслуги.Сумма;

КонецЦикла;

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

Б.5 - Листинг модуля отчета «Продажи»

ВЫБРАТЬ

ВзаиморасчетыОстаткиИОбороты.Номенклатура,

СУММА(ВзаиморасчетыОстаткиИОбороты.СуммаНачальныйОстаток) КАК СуммаНачальныйОстаток,

СУММА(ВзаиморасчетыОстаткиИОбороты.СуммаКонечныйОстаток) КАК СуммаКонечныйОстаток,

СУММА(ВзаиморасчетыОстаткиИОбороты.СуммаПриход) КАК СуммаПриход,

Клиенты.Наименование,

Договоры.Наименование КАК Наименование1

ИЗ

РегистрНакопления.Взаиморасчеты.ОстаткиИОбороты КАК ВзаиморасчетыОстаткиИОбороты

ПОЛНОЕ СОЕДИНЕНИЕ Справочник.Клиенты КАК Клиенты

ПО ВзаиморасчетыОстаткиИОбороты.Клиент = Клиенты.Ссылка

ПОЛНОЕ СОЕДИНЕНИЕ Справочник.Договоры КАК Договоры

ПО ВзаиморасчетыОстаткиИОбороты.Договор = Договоры.Ссылка

ГДЕ

ВзаиморасчетыОстаткиИОбороты.Клиент = &ВыбКлиент

И ВзаиморасчетыОстаткиИОбороты.Договор = &ВыбДоговор

СГРУППИРОВАТЬ ПО

ВзаиморасчетыОстаткиИОбороты.Номенклатура,

Клиенты.Наименование,

Договоры.Наименование.

Б.6 - Листинг модуля отчета «СписокКлиентов»

ВЫБРАТЬ

Клиенты.ТипКлиента,

Клиенты.Наименование,

Клиенты.ЮрАдрес,

Клиенты.Телефон

ИЗ

Справочник.Клиенты КАК Клиенты

ГДЕ

(НЕ Клиенты.ПометкаУдаления)

УПОРЯДОЧИТЬ ПО

Клиенты.ТипКлиента,

Клиенты.Наименование.

Б.7 - Листинг модуля отчета «ДоговорыКлиента»

ВЫБРАТЬ

Договоры.Наименование,

Договоры.ВидДоговора,

Договоры.ДатаЗаключения,

Договоры.СрокДействия

ИЗ

Справочник.Договоры КАК Договоры

ГДЕ

Договоры.Владелец = &ВыбКлиент.

Б.8 - Листинг модуля отчета «ДоговорыСотрудника»

ВЫБРАТЬ

Договоры.Владелец,

Договоры.ВидДоговора,

Договоры.Наименование,

Договоры.ДатаЗаключения,

Договоры.СрокДействия

ИЗ

Справочник.Договоры КАК Договоры

ГДЕ

Договоры.Сотрудник = &Сотрудник.

Б.9 - Листинг модуля отчета «ЗаработнаяПлата»

ВЫБРАТЬ

ЗаработнаяПлатаОбороты.Сотрудник,

ЗаработнаяПлатаОбороты.Регистратор,

СУММА(ЗаработнаяПлатаОбороты.СуммаОборот) КАК Зарплата

ИЗ

РегистрНакопления.ЗаработнаяПлата.Обороты(&НачДата, &КонДата, Регистратор, ) КАК ЗаработнаяПлатаОбороты

ГДЕ

ЗаработнаяПлатаОбороты.Сотрудник = &Сотрудник

СГРУППИРОВАТЬ ПО

ЗаработнаяПлатаОбороты.Регистратор,

ЗаработнаяПлатаОбороты.Сотрудник.

Приложение В

Копии слайдов презентации

Слайд 1 - Тема дипломного проекта, ФИО дипломника, ученая степень, ученое звание и ФИО руководителя

Слайд 2 - Актуальность, цель и задачи дипломного проекта

Слайд 3 - Диаграмма вариантов использования информационной подсистемы

Слайд 4 - Даталогическая модель информационной базы

Слайд 5 - Интерфейс информационной подсистемы

Слайд 6 - Интерфейс информационной подсистемы

Слайд 7 - Пример отчета «Договоры сотрудников», формируемого информационной подсистемой

Слайд 8 - Показатели технико-экономической эффективности проекта

Слайд 9 - Показатели технико-экономической эффективности проекта

Слайд 10 - Итоги

1 РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ ООО «ЮГСтрой-Заказ». ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ автоматизация информационная подсистема 1.1Резул

Больше работ по теме: