Обеспечение автоматизации работы с клиентами при помощи информационной подсистемы "ЮГСтрой-Заказ"
Разработка информационной подсистемы "ЮГСтрой-Заказ" в СУБД 1С:Предприятие для автоматизации работы с клиентами. Уменьшение времени обработки запроса (времени работы с клиентом), защита базы данных, обеспечение простоты пользовательского интерфейса.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 01.07.2011 |
Размер файла | 4,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
39
Размещено на http://www.allbest.ru/
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.11 |
2 |
12.01.11 |
|
Организационная структура |
002 |
Аналогично |
12.01.11 |
3 |
15.01.11 |
|
Функциональные области деятельности |
003 |
Аналогично |
15.01.11 |
5 |
20.01.11 |
|
Цели функционирования |
004 |
Аналогично |
20.01.11 |
6 |
26.01.11 |
|
Документооборот |
005 |
Аналогично |
26.01.11 |
4 |
30.01.11 |
|
Формы документов, используемых в документообороте |
006 |
Аналогично |
30.01.11 |
2 |
01.02.11 |
|
Порядок создания и хранения документов |
007 |
Аналогично |
01.02.11 |
2 |
03.02.11 |
|
Штатный состав |
008 |
Аналогично |
03.02.11 |
2 |
05.02.11 |
|
Наличие средств вычислительной техники и программного обеспечения |
009 |
Аналогично |
05.02.11 |
5 |
10.02.11 |
|
Характеристики существующей информационной системы |
010 |
Аналогично |
10.02.11 |
7 |
17.02.11 |
|
Технологии, методы и технические средства преобразования информации |
011 |
Аналогично |
17.02.11 |
11 |
28.03.11 |
|
Проблемные ситуации, в работе информационной системы |
012 |
Аналогично |
28.02.11 |
6 |
06.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.1 |
1.2 |
1.3 |
1.4 |
2.1 |
2.2 |
2.3 |
3.1 |
3.2 |
||
1. Руководитель |
* |
/ |
/ |
* |
* |
* |
/ |
|||
2. Гл. бухгалтер |
+ |
/ |
* |
* |
||||||
3. Бухгалтер |
+ |
+ |
||||||||
4. Менеджер по продажам |
+ |
/ |
* |
+ |
||||||
5. Кассир |
/ |
/ |
||||||||
6. Начальник отдела кадров |
/ |
+ |
||||||||
7. Курьер |
* |
* |
/ |
/ |
В таблице имеются следующие обозначения: + - основной исполнитель, х - основной ответственный за исполнение, / - частичная ответственность.
По данной организационно-функциональной модели можно делать выводы об эффективности выполнения, как самих процессов, так и об эффективности функционирования отдельных отделов и организации в целом. Из анализа таблицы следуют выводы: все элементы структуры загружены оптимально, в каждом из процессов принимает участие необходимое количество исполнителей, т. е. структура оптимальна и никаких изменений не требуется.
1.1.3.4 Цели функционирования организации. Цели функционирования предприятия. Эффективным инструментом установления целей системы управления является метод «дерева целей», которое состоит из глобальной цели, целей и подцелей. При построении «дерева целей» его проектирование идет по методу «от общего к частному». Прекращение декомпозиции цели на более мелкие прекращается в тот момент, когда дальнейший процесс является нецелесообразным в рамках рассмотрения главной цели.
Главной целью предприятия (С0) является максимизация прибыли.
1.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.1.3.6 Наличие средств техники и программного обеспечения. Технические средства на предприятии составляют важную компоненту существования ИС.
На предприятии информационная система состоит из 3 рабочих станций и одного выделенного сервера. Используется она для автоматизации производственных процессов и расширения инфраструктуры предприятия.
В компании ООО «ЮГСтрой-Заказ» технические средства реализованы в виде персональных компьютеров, имеющих следующие характеристики:
1) процессор Celeron с тактовой частотой 1500 МГц;
2) оперативная память - 512 Мбайт;
3) жесткий диск - 80 Гбайт;
4) устройство для чтения компакт-дисков LG;
5) монитор Samsung Samtron типа SVGA с диагональю 17?;
6) видеоадаптер NVIDIA GeForce 5700 GT 128 Mб;
7) встроенная звуковая карта;
8) ECP порт принтера (LPT1);
9) Prolific USB-to-Serial Comm Port;
10) 2 последовательных порта;
11) 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, помогут в решении самых сложных деловых задач; они разработаны для того, чтобы помочь каждому пользователю повысить производительность труда и достичь лучших результатов.
4) антивирус Касперского 6.0.0.299 Русская версия;
5) программа Alcohol 120 v.1.48 (308) предназначенная для создания образов и дальнейшего помещения их за ученические компьютеры;
6) 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С:Предприятие» для ООО «ЮГСтрой-Заказ» должна обеспечить ведение базы клиентов и их заказов.
2. Разработка конфигурации «1С:Предприятие» для ООО «ЮГСтрой-Заказ» должна поддерживать формирование, просмотр и печать следующих документов (отчетов):
- договор;
- список клиентов;
- договора выбранного клиента;
- договора, заключенные за указанный период времени;
- договора, оформленные указанным сотрудником.
3. Разработка конфигурации «1С:Предприятие» для ООО «ЮГСтрой-Заказ» должна содержать справочники: договоров, клиентов, видов договоров, номенклатуры, единиц измерения, сотрудников, должностей, шаблонов документов.
4. Разработка конфигурации «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. В результате анализа деятельности организации ООО «ЮГСтрой-Заказ» было выявлено много внешних связей, взаимодействующих с внешней средой. Наиболее тесно предприятие сотрудничает с Северо-Кавказским банком Сберегательного Банка России, ИФНС по Ленинскому району г. Ставрополя, Фондом социального страхования и Пенсионным фондом.
2. Причинами, вызвавшими необходимость разработки проектируемой информационной подсистемы, явились проблемные ситуации, связанные с неудобной работой с клиентами и отсутствием быстрого доступа к базе данных. Эта проблема проявляется в том, что вся информация о клиентах представлена в бумажном виде, и это осложняет быстрый поиск по клиентской базе данных. Для решения этой проблемы необходимо спроектировать информационную подсистему «ЮГСтрой-Заказ», автоматизирующую работу с клиентами, а именно, создание клиентской базы данных.
3. Чтобы выполнить требования технического задания и достигнуть цели проектирования необходимо разработать информационную подсистему, позволяющую автоматизировать работу с клиентами ООО «ЮГСтрой-Заказ», г. Ставрополь. По требованию заказчика такую информационную подсистему необходимо реализовать в виде информационной базы «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 - Перечень атрибутов сущностей
Сущность |
Атрибут |
Тип атрибута |
Назначение |
|
1 |
2 |
3 |
4 |
|
Договоры |
ДатаЗаключения |
Дата |
Дата заключения договора |
|
СрокДействия |
Срок действия |
Срок действия договора |
||
ВидДоговора |
СправочникСсылка.ВидыДоговоров |
Вид договора |
||
Сотрудник |
СправочникСсылка.Сотрудник |
Список лиентов |
||
Шаблон |
СправочникСсылка.Шаблоны документов |
Виды шаблонов документов |
||
ДанныеДокумента |
Хранилище значения |
Данные документа |
||
Клиенты |
ТипКлиента |
ПеречисленияСсылка.ТипыКлиентов |
Тип клиента |
|
ЮрАдрес |
Строка |
Юридический адрес |
||
ФактАдрес |
Строка |
Фактический адрес |
||
ПаспортныеДанные |
Строка |
Паспортные данные |
||
Телефон |
Строка |
Номер телефона |
||
ВидыДоговоров |
Наименование |
Строка |
Наименование договора |
|
Номенклатура |
Наименование |
Строка |
Наименование номенклатуры |
|
ЕдиницыИзмерения |
Наименование |
Строка |
Единицы измерения |
|
Сотрудники |
ДатаРождения |
Дата |
Дата рождения сотрудника |
|
ДокУдЛичность |
Строка |
Документ удостоверяющий личность |
||
Должность |
СправочникСсылка.Должность |
Должность сотрудника |
||
Должность |
Наименование |
Строка |
Должность сотрудника |
|
ШаблоныДокументов |
Шаблон |
ХранилищеЗначения |
Шаблон документа |
|
РеквизитыШаблона |
ХранилищеЗначения |
Реквизиты шаблона |
||
ПутькФайлуШаблона |
Строка |
Указание пути к файлу шаблона |
||
РасширениеФайлаШаблона |
Строка |
Расширение файла шаблона |
||
АктОбОказанииУслуг |
Дата |
Дата |
Дата проведения |
|
Клиент |
СправочникСсылка.Клиент |
ФИО клиента |
||
Договор |
СправочникСсылка.Договор |
Вид договора, заключенный клиентом |
||
Сотрудник |
СправочникСсылка.Сотрудник |
ФИО сотрудника |
||
Реализация |
Дата |
Дата |
Дата проведения услуги |
|
Клиент |
СправочникСсылка.Клиент |
ФИО клиента |
||
Договор |
СправочникСсылка.Договор |
Вид договора, заключенный клиентом |
||
Сотрудник |
СправочникСсылка.Сотрудник |
ФИО сотрудника |
||
ПроцентыОтПродажУслуг |
Период |
Дата |
Период начисления процентов |
|
Сотрудник |
СправочникСсылка.Сотрудник |
ФИО сотрудника |
||
ВидНачисления |
ПеречислениеСсылка.ВидНачисления |
Вид начисления процентов |
||
Процент |
Число |
Процент |
||
Взаиморасчеты |
Клиент |
СправочникСсылка.Клиент |
ФИО клиента |
|
Договор |
СправочникСсылка.Договор |
Вид договора, заключенный клиентом |
||
Номенклатура |
СправочникСсылка.Номенклатура |
Номенклатура |
||
Сумма |
Число |
Сумма от продаж услуг |
||
ЗаработнаяПлата |
Сотрудник |
СправочникСсылка.Сотрудник |
ФИО сотрудника |
|
Сумма |
Число |
Сумма от продаж услуг |
2.2.3 Определение связей между сущностями базы данных информационной подсистемы
Одним из способов моделирования баз данных является построение инфологической модели. Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты) [6].
Для построения модели «сущность-связь» (ER-модели) необходимо ввести понятие «связь» и определить типы связи между сущностями в проектируемой базе данных.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи [5].
Между двумя сущностям, например, А и В возможны четыре вида связей.
Связь «один-к-одному» (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В.
Связь «один-ко-многим» (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи: «многие-к-одному» (М:1) и «многие-ко-многим» (М:N). В разработанном проекте используется тип связи «один-ко-многим» для связи справочников между собой и для связи справочников и регистров сведений [7].
Типы связей, определенные между сущностями проектируемой базы данных приведены в таблице 2.3
Таблица 2.3 - Типы связей между сущностями
Родительская сущность |
Дочерняя сущность |
Наследуемый (внешний) ключ |
Тип связи |
|
1 |
2 |
3 |
4 |
|
Справочник «Клиенты» |
Справочник «Договоры» |
Владелец |
1:М |
|
Справочник «Клиенты» |
Документ «Реализация» |
Клиент |
1:М |
|
Справочник «Клиенты» |
Перечисление «ТипыКлиентов» |
ТипКлиента |
1:М |
|
Справочник «Клиенты» |
Регистр сведений «ПроцентыОтПродажУслуг» |
ВидНачисления |
1:М |
|
Справочник «Клиенты» |
Регистр накопления «Взаиморасчеты» |
Клиент |
1:М |
|
Справочник «Сотрудники» |
Справочник «Должность» |
Должность |
1:М |
|
Справочник «Сотрудники» |
Документ «АктОбОказанииУслуг» |
Сотрудник |
1:М |
|
Справочник «Сотрудники» |
Документ «Реализация» |
Сотрудник |
1:М |
|
Справочник «Сотрудники» |
Регистр сведений «ПроцентОтПродажУслуг» |
Сотрудник |
1:М |
|
Справочник «Договоры» |
Справочник «ВидДоговора» |
ВидДоговора |
1:М |
|
Справочник «Договоры» |
Справочник «ШаблоныДокументов» |
Шаблон |
1:М |
|
Справочник «Договоры» |
Документ «АктОбОказанииУслуг» |
Договор |
1:М |
|
Справочник «Договоры» |
Документ «Реализация» |
Договор |
1:М |
|
Документ «АктОбОказанииУслуг» |
Табличная часть Товары |
Ссылка |
1:М |
|
Документ «Реализация» |
Табличная часть Товары |
Ссылка |
1:М |
Анализ определенных выше объектов и атрибутов позволяет выделить сущности проектируемой базы данных и, приняв решение о создании реляционной базы данных, построить ее инфологическую модель на языке «сущность-связь» [5]. Инфологическая модель проектируемой базы данных представлена на рисунке 2.1.
2.3 Создание даталогической модели информационной подсистемы
2.3.1 Даталогическое проектирование
Даталогическое проектирование - стадия проектирования БД, на которой модель данных конкретизируется с учетом особенностей используемой СУБД, осуществляется привязка компонентов модели к местам хранения данных на физических носителях [3].
Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД.
2.3.2 Даталогическая модель информационной подсистемы
На основании концептуального проектирования можно построить даталогическую модель проектируемой базы данных. Даталогическая модель данных приведена на рисунке 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-объект, это объект, который доступен так же, как и «локальный» объект данного проекта, хотя, фактически, он не располагается в данном проекте, а есть уже готовый двоичный исполняемый ресурс.
COM-объекты служат для установления СОМ-соединения.
Для организации доступа к данным 1С:Предприятия 8.2 через COM -соединение, выполняется следующая последовательность действий:
1) создается COM-объект с идентификатором Word.Application , с помощью которого производится установка соединения (рисунок 2.35);
2) производится обращение к методу MSWord ранее созданного объекта Word.Application. Метод MSWord возвращает ссылку на объект COM-соединения с информационной базой 1С:Предприятия 8.2 (рисунок 2.36);
3) через полученный объект 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С:Предприятие» он строится на основе подсистем. Разработчик должен создать в конфигурации иерархию подсистем, отражающую для пользователя структуру функциональности прикладного решения.
Рисунок 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 Установка информационной подсистемы «ЮГСтрой-Заказ» на АРМ бухгалтера
Подобные документы
Варианты использования информационной подсистемы "InventoryManagement". Основные проблемные ситуации, возникающие при функционировании, методы и средства для их решения. Информационное и программное обеспечение подсистемы. Разработка базы данных.
дипломная работа [6,7 M], добавлен 29.06.2011Организация документооборота корпоративного отдела. Описание состава задач, подлежащих автоматизации, входной и выходной информации. Разработка состава и структуры базы данных, описание пользовательского интерфейса. Экономический эффект автоматизации.
дипломная работа [2,9 M], добавлен 05.12.2011Создание модели базы данных информационной подсистемы администрации гостиницы. Информационное и программное обеспечение. Описания логической структуры программы, интерфейса. Требования к центральному процессору, оперативному запоминающему устройству.
курсовая работа [1,1 M], добавлен 16.01.2013Разработка информационной системы на платформе "1С:Предприятие 8.0" для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Проектирование интерфейса. Построение логической и физической моделей данных.
дипломная работа [640,5 K], добавлен 14.02.2015Проектирование, разработка и внедрение информационной системы, предназначенной для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Взаимодействие приложения с источниками данных. Оценка стоимости ПО.
дипломная работа [1,9 M], добавлен 08.02.2015Разработка автоматизированной информационной системы управления взаимоотношениями с клиентами Токаревского мясокомбината, анализ и выбор используемых средств. Проектирование структуры базы данных и пользовательского интерфейса, генерации отчетов.
дипломная работа [2,3 M], добавлен 05.07.2009Разработка программного комплекса для автоматизации получения и передачи сообщений между центром обработки звонков и клиентами. Пути сокращения среднего времени, затрачиваемого на телефонное соединение, повышение производительности работы менеджеров.
дипломная работа [6,1 M], добавлен 13.10.2013Проектирование функциональной структуры подсистемы "Склад". Даталогическое проектирование информационной базы данных и описание применяемых средств защиты информации. Особенности работы с NET Framework. Расчет экономической эффективности проекта.
дипломная работа [5,6 M], добавлен 29.06.2011Системно-комплексный анализ выбранного объекта автоматизации. Структура пользовательского интерфейса автоматизированной системы. Функциональный аспект информационной страты объекта. Концептуальная модель базы данных. Нормализация полученных отношений.
курсовая работа [64,9 K], добавлен 25.02.2014Разработка информационной системы в СУБД Microsoft Access на примере расчёта с клиентами в промтоварном магазине. Достоинства проектируемой программы. Создание отчетов, таблиц, установка связей между ними. Построение запросов в режиме Конструктора.
отчет по практике [2,9 M], добавлен 19.03.2015