Автор работы: Пользователь скрыл имя, 11 Декабря 2012 в 18:11, курсовая работа
Одним из важнейших условий обеспечения эффективного функционирования любой организации является наличие информационной системы (ИС). ИС представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций управления на предприятии. Но большинство малых организаций используют традиционные методы обработки данных, в лучшем случае, компьютеры, объединенные в локальную сеть. Проектирование и внедрение информационной системы (ИС) для организации может показаться достаточно дорогостоящим. Но, анализируя имеющиеся ресурсы, срок окупаемости новой системы и дальнейшие выгоды, все позволяет сделать вывод о необходимости разработки и использования таких систем.
ВВЕДЕНИЕ 4
АНАЛИТИЧЕСКАЯ ЧАСТЬ 6
1.1 Описание предметной области 6
1.2 Концептуальная модель предметной области 7
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
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 с целью последующего внедрения в СМУП «Горводоканал»
Таким образом, цели и задачи курсового проекта успешно достигнуты и решены.
СПИСОК ЛИТЕРАТУРЫ
Информация о работе Разработка информационной системы Горводоконала