Разработка информационной системы Горводоконала
СОДЕРЖАНИЕ
ВВЕДЕНИЕ 4
АНАЛИТИЧЕСКАЯ ЧАСТЬ 6
1.1 Описание предметной области 6
1.2 Концептуальная модель
1.3 Определение проблемы 9
1.4 Постановка задачи 11
РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ 12
2.1 Концепция предлагаемой системы 12
2.2 Логическая модель информационной системы 15
2.3 Обоснование выбора СУБД 16
2.4 Физическая модель информационной системы 16
РАЗРАБОТКА СТРУКТУРЫ ПРОГРАММНОГО МОДУЛЯ 18
3.1 Модули информационной системы 18
3.2 Интерфейс информационной системы 23
ЗАКЛЮЧЕНИЕ 30
СПИСОК ЛИТЕРАТУРЫ 31
ВВЕДЕНИЕ
Одним из важнейших условий обеспечения эффективного функционирования любой организации является наличие информационной системы (ИС). ИС представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций управления на предприятии. Но большинство малых организаций используют традиционные методы обработки данных, в лучшем случае, компьютеры, объединенные в локальную сеть. Проектирование и внедрение информационной системы (ИС) для организации может показаться достаточно дорогостоящим. Но, анализируя имеющиеся ресурсы, срок окупаемости новой системы и дальнейшие выгоды, все позволяет сделать вывод о необходимости разработки и использования таких систем.
Начальным этапом разработки ИС является ее проектирование.
Целью данной курсовой работы является автоматизация учета платежей физических лиц для СМУП «Горводоканал» с помощью платформы 1С: Предприятие 7.7. Такая автоматизация возможна за счет разработки модуля информационной системы на основе 1С: Предприятие обеспечивающей более быстрое получение информации о поступлении платежей за услуги. Тем самым позволит сэкономить ресурсы и повысить удобство работы.
В настоящее время компания испытывает трудности с получением ряда платежей и сведений о них, а именно: показаний счетчиков учета водоснабжения, списка неплательщиков.
Сейчас полная информация поступает только от физических лиц, которые непосредственно платят в «Горводоканал». Во всех остальных случаях вся информация хранится в Вычислительном Центре и до Горводоканала не доходит.
Поэтому возникла необходимость в разработке информационной системы, которая позволяла бы получать более полную информацию об оказанных услугах физическим лицам, результатах оплаты и неплательщиках, а так же автоматизировать процесс учета их платежей.
АНАЛИТИЧЕСКАЯ ЧАСТЬ
- Описание предметной области
Модель предметной области (инфологическая модель) – это описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства. Цель инфологического проектирования заключается в представлении семантики (т. е. смысла) предметной области. Эта модель должна быть понятна заказчику, который не является специалистом в области баз данных.
В качестве предметной области в данной курсовой работе выступает СМУП «Горводоканал» города Смоленска. Смоленский Горводоканал был основан более 120 лет назад. СМУП «Горводоканал» выполняет следующие функции:
- Прокладка новых сетей водоснабжения для граждан.
- Подача в дома холодной воды.
- Отвод холодной и горячей воды.
- Ремонтом водосетей города.
- Испытание и анализ пригодности воды в потребление.
Одним словом можно сказать, что СМУП «Горводоканал» занимается всем, что связано с подачей воды в каждый дом города.
В состав организационной структуры предприятия входят следующие отделы:
- Руководство, к нему относится генеральный директор.
- Бухгалтерия.
- Центральная испытательная лаборатория.
- Служба АСУ.
- Аварийно-диспетчерская служба.
- Служба водосети.
- Служба канализационных сетей.
- Отдел капитального строительства.
Схематично структура организации СМУП «Горводоканал» представлена на рисунке 1.1.
Рисунок 1.1 – Структура организации СМУП «Горводоканал»
На рисунке видно, что все отделы находятся в непосредственном подчинении генерального директора, что обеспечивает равный контроль над всеми отделами организации.
За оказанные услуги
от различных организаций и
Основным подразделением, занимающимся расчетом платежей, является бухгалтерия, работающая с использованием платформы 1С: Предприятие 7.7. Именно для бухгалтерии будет разработана модель информационной системы, которая позволит отслеживать все поступившие платежи, списки должников, а также количество потребленной воды.
- Концептуальная модель предметной области
Концептуальная модель – это абстрактная модель, определяющая структуру моделируемой системы, свойств ее элементов и причинно–следственные связи, присущие системе и существенные для достижения цели моделирования.
В рамках концептуальной модели информационное содержание предметной области выражается некоторыми абстрактными средствами. Основным требованиям, предъевляемым к концептуальной модели, является требование адекватного отображения предметной области. Модель должна быть непротиворечивой, отображать взгляды и потребности всех пользователей системы. Модель должна обладать свойством легкой расширяемости, обеспечивающим ввод новой информации.
Рассмотрим концептуальную модель предметной области, показанную на рисунке 1.2.
Рисунок 1.2 – Концептуальная модель предметной области
Концептуальная модель
была построена с помощью CASE-
- Определение проблемы
В настоящее время СМУП «Горводоканал» не получает полной информации о потреблении воды.
Сейчас они получают данные только от физических лиц, которые непосредственно платят в «Горводоканал». Во всех остальных случаях вся информация хранится в Вычислительном Центре и до Горводоканала не доходит. ВЦ распределяет все полученные деньги между управляющими компаниями и Горводоканалом.
На рисунке 1.3 приведена схема, по которой происходит поступление платежей за услуги.
Рисунок 1.3 – Схема поступление платежей за услуги
На рисунке 1.4 приведена существующая схема деятельности СМУП «Горводоканал».
Рисунок 1.4 – Существующая схема деятельности организации
После внедрения информационной системы организация сможет получать необходимую информацию по учету платежей за оказанные услуги.
На рисунке 1.5 приведена желаемая схема деятельности, после внедрения информационной системы.
Рисунок 1.5 – Желаемая схема деятельности после внедрения ИС
1.4 Постановка задачи
По результатам анализа проблем в существующей схеме деятельности организации по учету рассматриваемых платежей возникает необходимость в разработке информационной системы, которая позволяла бы получать всю информацию об оказываемых услугах, а так же автоматизировать учет соответствующих платежей.
Вывод.
Из проведенного анализа можно сделать вывод о том, что СМУП «Горводоканал» оказывает услуги по водоснабжению населения уже более 120 лет.
В связи с тем, что компания предусматривает обработку большого объема различной информации, возникает необходимость в разработке информационной системы, решающая вопросы автоматизации ее получения и обработки.
2 РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Концепция предлагаемой системы
На основе результатов, полученных в ходе анализа предметной области, разработали концепцию проекта новой автоматизированной системы.
Для того чтобы успешно выполнить проект, объект проектирования должен быть адекватно и правильно описан, то есть необходимо построить логическую и физическую модели. Для разработки проектов используются специализированные программные средства, реализующие САSE-технологии.
На рисунке 2.1 показана деятельность СМУП «Горводоканал».
Рисунок 2.1 – Деятельность СМУП «Горводоканал»
Для построения моделей было использовано CASE – средство «AllFusion Process Modeler 4.1 (BPwin)». Это инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 4.1 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.
После этого была построена модель отделов организации (см. рис. 2.2).
Рисунок 2.2 – Модель отделов организации
Далее «деятельность бухгалтерии» была декомпозирована на несколько подпроцессов, которые имеют собственные атрибуты, однако также направлены на достижение цели основного бизнес-процесса. Такой анализ бизнес-процессов обычно включает в себя составление карты бизнес-процесса и его подпроцессов, разнесенных между определенными уровнями активности.
Бизнес-процессы могут подвергаться моделированию с помощью различных методов. Одним из способов является составление модели бизнес-процесса «как есть» (англ. as-is). Модель данного предприятия представлена на рисунке 2.3.
Рисунок 2.3 – Модель процесса бухгалтерского учета «Как есть»
После этого модель бизнес-процесса подвергается критическому анализу или обрабатывается специальным программным обеспечением. В результате строится модель бизнес-процесса «как должно быть» (англ. To-be). Модель «как должно быть» представлена на рисунке 2.4.
Рисунок 2.4 – Модель процесса бухгалтерского учета «Как должно быть»
2.2 Логическая модель информационной системы
После нормализации отношений следует построение логической модели БД. Логическая модель является основой базы данных, она должна отображать взаимосвязи между реляционными таблицами.
Данная логическая и физическая модели были сделаны с помощью AllFusion ERwin Data Modeler 7 (ERwin) - это CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.
Логическая модель информационной системы СМУП «Горводоканал» представлена на рисунке 2.5.
Рисунок 2.5 – Логическая модель СМУП «Горводоканал»
2.3 Обоснование выбора СУБД
Данная информационная система была разработана на основе платформы 1С: Предприятие 7.7, реализующая функции СУБД.
На выбор СУБД повлияли следующие факторы:
- Эта программа уже установлена на предприятии.
- Не требует больших затрат.
- Не требует дополнительного программного обеспечения.
- Программные продукты 1С установлены в 90% организаций (По данным фирмы «1С»).
2.4 Физическая модель информационной системы
Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы. Она содержит всю информацию, необходимую для реализации конкретной БД.
Физическая модель данной информационной системы представлена на рисунке 2.6.
Рисунок 2.6 – Физическая модель СМУП «Горводоканал»
Вывод.
Во второй главе были построены следующие модели:
- Информационная модель приема платежей СМУП «Горводоканал» от физических лиц.
- Модель «Как есть» деятельности СМУП «Горводоканал» по учету платежей от физических лиц.
- Модель «Как должно быть» деятельности СМУП «Горводоканал» по учету платежей от физических лиц.
Так же были построены логическая и физическая модели данных.
Приведено обоснование выбора в качестве СУБД платформы 1С: Предприятие 7.7.
3 РАЗРАБОТКА СТРУКТУРЫ ПРОГРАМНОГО МОДУЛЯ
- Модули информационной системы
Программные модули в конфигурации системы 1С: Предприятие не являются самостоятельными программами в общепринятом понимании этого слова, поскольку они являются только частью всей конфигурации задачи. Программный модуль — это своего рода «контейнер» для размещения текстов процедур и функций, вызываемых системой во время исполнения задачи в определенные моменты работы. Поэтому программный модуль не имеет формальных границ своего описания типа: «Начало модуля» — «Конец модуля».
Место размещения конкретного программного модуля (тот самый «контейнер») предоставляется конфигуратором в тех точках конфигурации задачи, которые требуют описания специфических алгоритмов функционирования. Эти алгоритмы следует оформлять в виде процедур или функций, которые будут вызваны самой системой в заранее предусмотренных ситуациях (например, при нажатии кнопки в диалоговом окне).
Каждый отдельный программный модуль воспринимается системой как единое целое, поэтому все процедуры и функции программного модуля выполняются в едином контексте.
3.1.1 Контекст выполнения программного модуля
Каждый программный модуль связан с остальной частью конфигурации задачи.
Эта связь называется контекстом выполнения модуля. Следует различать два вида контекста:
- глобальный контекст задачи;
- локальный контекст выполнения конкретного модуля.
Глобальный контекст образуется:
- значениями системных атрибутов, системными процедурами и функциями;
- значениями заданных в конфигураторе констант, перечислений,
- регистров, видов расчета, групп видов расчета;
- переменными, процедурами и функциями глобального программного модуля, объявленными с ключевым словом Экспорт.
Глобальный контекст виден всем программным модулям и определяет общую языковую среду конфигурации.
Локальный контекст модуля образуется тем конкретным местом конфигурации задачи, для которого использован программный модуль. Локальный контекст виден только конкретному программному модулю и определяет для модуля набор непосредственно доступных модулю значений агрегатных типов данных, их атрибутов и методов. Однако контекст модуля можно передать как объект в виде параметра при вызове процедур и функций. Кроме того, контекст модуля определяет тот набор методов, которые доступны только в данном контексте. Локальный контекст предназначен для того, чтобы дать возможность управлять частными аспектами поведения задачи, присущими данному модулю.
3.1.2 Виды программных модулей
В системе 1С: Предприятие существуют следующие виды программных модулей (места размещения программных модулей в конфигурации задачи), доступных в конфигураторе представлены в таблице 1.
Таблица 1 – Виды программных модулей
Название /Размещение |
Момент запуска |
Контекст выполнения |
Глобальный модуль/ размещается в корневом разделе конфигурации: Метаданные. |
Запускается при старте всей прикладной задачи |
Глобальный модуль определяет глобальный контекст всей задачи. |
Модуль формы списка справочника/ Размещается в разделе конфигурации: Метаданные Справочник Форма списка |
Запускается при вызове формы списка справочника |
В модуле доступны: глобальный контекст, контекст модуля формы списка справочника, в непосредственно доступен выбранный в| списке элемент справочника и реквизиты формы списка справочника. |
Модуль формы группы справочника/ Размещается в разделе конфигурации: Метаданные Справочник Форма группы |
Запускается при вызове формы группы справочника |
В модуле доступны: глобальный контекст, контекст модуля формы списка справочника, в котором непосредственно доступны реквизиты текущей группы справочника и реквизиты формы |
Модуль формы элемента справочника/ Размещается в разделе конфигурации: Метаданные-справочник-форма элемента |
Запускается при открытии формы элемента справочника |
В модуле доступны: глобальный контекст, Контекст Модуля формы элемента справочника, в котором непосредственно доступны реквизиты текущего элемента справочника и реквизиты формы. |
Модуль формы документа/ Размещается в разделе конфигурации: Метаданные-элемент-форма |
Запускается при открытии формы документа |
В модуле доступны: глобальный контекст, контекст Модуля формы документа, в котором непосредственно доступны реквизиты текущего документа и реквизиты формы документа. |
Модуль документа/ Размещается в разделе конфигурации: Метаданные-документ-модуль документа |
Запускается при
проведении документа, при удалении
документа, снятии проведения, при выполнении архивации записей, журнала расчетов, порожденных |
В модуле доступны: глобальный контекст, контекст Модуля документа, в котором непосредственно доступны реквизиты текущего документа.
|
Модуль формы журнала документов/ Размещается в разделе конфигурации: Метаданные-Журнал-Форма |
Запускается при вызове формы журнала документов |
В модуле доступны: глобальный контекст, контекст Модуля формы журнала документов, в | котором непосредственно доступен выбранный в журнале документ и реквизиты формы журнала |
Модуль формы журнала расчетов/ Размещается в разделе конфигурации: Метаданные-Журнал расчетов -Форма |
Запускается при вызове формы журнала расчетов |
В модуле доступны: глобальный контекст, контекст Модуля формы журнала расчетов, в | котором непосредственно доступны реквизиты журнала расчетов и реквизиты формы. |
Модуль формы списка счетов/ Размещается в разделе конфигурации: Метаданные-план счетов |
Запускается при вызове формы списка счетов |
В модуле доступны: глобальный контекст, контекст Модуля формы списка счетов, в котором непосредственно доступен выбранный в списке счет и реквизиты формы списка счетов. |
Модуль Формы счета/ Размещается в разделе конфигурации: Метаданные-Справочник-Счет |
Запускается при открытии формы счета |
В модуле доступны: глобальный контекст, контекст Модуля формы счета, в котором непосредственно доступны реквизиты текущего счета и реквизиты формы. |
Модуль Формы журнала операций/ Размещается в разделе конфигурации: Метаданные-Журнал операции-Форма |
Запускается при вызове формы журнала операций |
В модуле доступны: глобальный контекст, контекст Модуля формы журнала операций, в котором непосредственно доступны реквизиты журнала операций и реквизиты формы. |
Модуль Формы операции/ Размещается в разделе конфигурации: Метаданные-Операция |
Запускается при открытии формы операции |
В модуле доступны: глобальный контекст, контекст Модуля формы операции, в котором непосредственно доступны реквизиты текущей операции и реквизиты формы операции. |
Модуль Формы журнала проводок/ Размещается в разделе конфигурации: Метаданные-Журнал проводок-Форма |
Запускается при вызове формы журнала проводок |
В модуле доступны: глобальный контекст, контекст Модуля формы журнала проводок, в котором непосредственно доступны реквизиты журнала проводок и реквизиты формы. |
Модуль Формы отчета/ Размещается в разделе конфигурации: Метаданные-Отчет-Форма |
Запускается при открытии диалоговой формы подготовки отчета |
В модуле доступны: глобальный контекст, контекст Модуля формы отчета, в непосредственно доступны реквизиты формы. |
Модуль Формы обработки/ Размещается в разделе конфигурации: Метаданные-Обработка-Форма |
Запускается при открытии диклоговой формы обработки |
В модуле доступны: глобальный контекст, контекст Модуля формы обработки, в непосредственно доступны реквизиты формы. |
Модуль вида расчета/ Размещается в разделе конфигурации: Метаданные-Вид расчета-Модуль вида расчета |
Запускается при расчет соответствующих записей журнала расчетов |
В модуле доступны: глобальный контекст, контекст Модуля вида расчета, в котором доступны реквизиты |
Состав программного модуля:
1. Раздел определения переменных.
2. Раздел процедур и функций.
3. Раздел основной программы.
- Интерфейс информационной системы
В результате создания информационной системы был разработан интерфейс модуля «Оператор», позволяющий автоматизировать учет платежей физических лиц (см. рис. 3.1).
Рисунок 3.1 – Список интерфейсов
Редактор меню разработанного интерфейса показан на рисунке 3.2.
Рисунок 3.2 – Редактор меню
Созданное меню в режиме 1С: Предприятие выглядит следующим образом (см. рис. 3.3-3.5).
Рисунок 3.3 – Меню. Справочники
Рисунок 3.4 – Меню «Документы»
Рисунок 3.5 – Меню «Журналы»
На рисунках 3.6-3.13 приведены некоторые формы созданной информационной системы.
Рисунок 3.6 – Форма списка справочника Сотрудники
Рисунок 3.7 – Форма списка справочника Банки
Рисунок 3.8 – Форма списка справочника Банковские счета
Рисунок 3.9 – Форма элемента справочника Банковские счета
Рисунок 3.10 – Форма списка справочника Управляющие компании
Рисунок 3.11 – Форма списка справочника Нормативы потребления
Рисунок 3.12 – Форма списка справочника Тарифы
Рисунок 3.13 – Форма журнала Учет платежей физических лиц
Вывод.
В данном разделе разработан программный модуль интерфейса информационной системы, которая автоматизирует учет платежей физических лиц, а так же предоставляет информации о потреблении и отведении воды.
ЗАКЛЮЧЕНИЕ
В результате выполнения курсовой работы был разработан проект информационной системы «Горводоканал» с применением CASE-средств AllFusion Process Modeler 4.1 (BPwin) и AllFusion ERwin Data Modeler 7 (ERwin) на основе платформы 1С: Предприятие 7.7. Разработанный проект направлен на автоматизацию учета платежей физических лиц.
В первом разделе работы был проведен анализ предметной области, построена концептуальная модель, выявлены проблемы и поставлена задача на разработку ИС СМУП «Горводоканал»
Во втором разделе были построены следующие модели: информационная модель приема платежей СМУП «Горводоканал» от физических лиц, модель «Как есть» деятельности СМУП «Горводоканал» по учету платежей от физических лиц и модель «Как должно быть» деятельности СМУП «Горводоканал» по учету платежей от физических лиц.
В третьем разделе были разработаны модули информационной системы, а так же ее интерфейс.
Полученные результаты планируется реализовать программно в среде 1С: Предприятие 7.7 с целью последующего внедрения в СМУП «Горводоканал»
Таким образом, цели и задачи курсового проекта успешно достигнуты и решены.
СПИСОК ЛИТЕРАТУРЫ
- Бартеньев, О. В. 1С: Предприятие: программирование для всех / О. В. Бартеньев. – М.: Диалог-МИФИ, 2006. – 464 с.
- Вендров, А. М. Проектирование программного обеспечения экономических ИС / А. М. Вендеров. – М.: Академия, 2007. – 544 с.
- Габец, А.П., Гончаров, Д.И. 1С: Предприятие. Простые примеры разработки / под ред. А.П. Габец. – М.: ООО «1С: Паблишинг», 2006. – 420 с.
- Габец, А.П., Гончаров, Д.И., Козырев, Д.В., Радченко, М.Г. Профессиональная разработка в системе 1С: Предприятие / под ред. М.Г. Радченко. – М.: ООО «1С: Паблишинг»; СПб.: Питер, 2007. – 808 с.
- Дворецкий, С.И. Муромцев, Ю.Л. Моделирование систем / С.И. Дворецкий, Ю.Л. Муромцев. – М.: Академия, 2009. – 320 с.
- Дубейковский, В.И. Эффективное моделирование с AllFusion Process Modeler (BPwin) / В.И. Дубейковский. – М.: Диалог-МИФИ, 2009. – 384 с.
- Дубянский, В.К. 1С: Предприятие. Конфигурирование и администрирование для начинающих: экспресс-курс / В. К. Дубянский. – СПб.: БХВ-Петербург, 2006. – 172 с.
- Зеленков, Ю.А. Введение в базы данных / Ю.А. Зеленков. - Центр Интернет ЯрГУ, 2007. – 352 с.
- Иванова, Н. Ю. 1С: Бухгалтерия 7.7: непрерывное профессиональное образование / Н. Ю. Иванова. – М.: Академия, 2010. – 64 с.
- Кашаев, С.В. 1С: Предприятие. Учимся программировать на примерах / С.В. Кашаев. – СПб.: БВХ-Петербург, 2008. – 336 с.
- Кузнецов, В. Н. 1С: Бухгалтерия 7.7. Ускоренный курс на примерах: на примерах / В. Н. Кузнецов, С. Ю. Засорин. – СПб.: БХВ-Петербург, 2008. – 304 с.
- Кульбицкий, С. А. 1С: Бухгалтерия 7.7. Ведение бухгалтерского и налогового учета / С. А. Кульбицкий. – М.: Триумф, 2008. – 416 с.
