Разработка проекта и прототипа информационной системы салона сотовой связи

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 05.06.2013
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

КУРСОВОЙ ПРОЕКТ

по дисциплине

«Проектирование информационных систем»

Тема: «Разработка проекта и прототипа информационной системы салона сотовой связи»

Москва

2011

Введение

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

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

Задачи для достижения поставленной цели:

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

· создание справочников и их заполнение;

· создание документов и разработка их программного кода;

· разработка отчетов;

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

1. Анализ информационной системы салона сотовой связи и разработка моделей ее функционирования

§1.1 Анализ предметной области

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

Магазин занимается продажами сотовых телефонов. Также в нем продаются карты оплаты и принимаются платежи.

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

§1.2 Описание диаграмм моделей бизнес процессов

Стандарт DFD в программной продукте AllFusion Process Modeler (DataFlowDiagrams - диаграммы потоков данных), разработанный Йорданом, Гейном, Сарсоном и другими авторами, в настоящее время широко используется для моделирования бизнес-процессов экономических информационных систем. В данной курсовой работе именно этот стандарт использовался в качестве разработки диаграмм модели бизнес-процессов.

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

Рисунок 2.1 Контекстная диаграмма TOP модели бизнес-процессов

Рисунок 2.2 Контекстная диаграмма А-0 модели бизнес-процессов

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

Рисунок 2.3 Диаграмма потоков данных A0 модели бизнес-процессов (подсистема обработки заказов)

Рисунок 2.4 Диаграмма потоков данных A1 модели бизнес-процессов (подсистема обработки заказов)

информационный сотовый связь программный

2. Разработка информационной системы

§2.1 CASE-средство продукта AllFusion Process Modeler r7

AllFusion Process Modeler 7 -- инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов.

Данная программа помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. AllFusion Process Modeler 7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

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

§2.2 Программный продукт 1С:Предприятие 8

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

Гибкость платформы позволяет применять программу 1С Предприятие 8 в самых разнообразных областях:

· автоматизация производственных и торговых предприятий, бюджетных и финансовых организаций, предприятий сферы обслуживания и т.д.

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

· автоматизация организационной и хозяйственной деятельности;

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

· широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

· решение задач планирования, бюджетирования и финансового анализа; расчет зарплаты и управление персоналом;

· другие области применения.

§2.3 Порядок разработки справочников

Объект «Справочник» предназначен для работы со списками данных.

Создадим справочник «Номенклатура», где у нас будет перечень товаров и услуг. Создаем реквизит «ВидНоменклатуры» для того, чтобы номенклатура делилась на услуги и товары. В качестве типа данных указываем «ПеречислениеСсылка.ВидыНоменклатуры», который мы предварительно создаем, и в котором указаны реквизиты «Товар» и «Услуга». Далее создаем форму элемента в «Номенклатуре». Во вкладке «Основные» добавляем поля «Код», «Наименование», «Родитель», «Вид номенклатуры». Во вкладке «Свойства» делаем 2 табличных поля. В одном из них «Наименование», а в другом «Набор свойств», «Вид свойства» «Значение». И в модуле форме пишем программный код.

Далее начинаем отладку и заполняем (рисунок 2.5).

Рисунок 2.5 Справочник «Номенклатура»

На рисунке 2.5 изображена связь трех справочников. В «Номенклатура» выбираются значения из справочника «ВариантыНоменклатуры», а в нем выбираются данные из «ДополнительныеСвойстваНоменклатуры». Значения этих справочников показаны на рисунке 2.6.

Рисунок 2.6 Справочники «ВариантНоменклатуры» и «ДополнительныеСвойстваНоменклатуры»

Процесс создания остальных справочников почти такой же. Результаты показаны на рисунке 2.7

Рисунок 2.7 Справочники «ВидыГрафиковРаботы», «Склады», «Сотрудники», «Клиенты»

§2.4 Порядок разработки документов

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

Создаем документ «ПриходнаяНакладная». В нем будут: один реквизит «Склад» и табличная часть «Товары» с реквизитами «Товар», «Количество», «Цена», «Сумма», и «Набор свойств».

Далее создаём форму, в которую добавляем имеющуюся табличную часть. Необходимо, чтобы значение в колонке «Сумма» высчитывалась автоматически при вводе цены и количества товара. Для этого создаем общий модуль «РаботаСДокументами». В нем пишем код (рисунок 2.8).

Рисунок 2.8 Код в общем модуле «РаботаСДокументами»

И пишем код в модуле формы «ПриходнаяНакладная», который показан на рисунке 2.9

Рисунок 2.9 Код в модуле формы документа «ПриходнаяНакладная»

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

Рисунок 2.10 Код модуля документа «ПриходнаяНакладная»

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

Далее создаются три документа: «ОказаниеУслуги»; «Ввод начальных остатков» и «НачисленияСотрудникам», в которых тоже будут прописываться определённые коды, взаимодействующие с регистрами накопления, сведений, бухгалтерии и расчёта. Вид всех созданных документов в режиме отладки представлен на рисунках 2.11, 2.12, 2.13.

Рисунок 2.11 Документы «ВводНачальныхОстатков» и «ПриходнаяНакладная»

Рисунок 2.12 Документ «ОказаниеУслуги»

Рисунок 2.13 Документ «НачисленияСотрудникам»

§2.5 Порядок разработки регистров

В программе 1С: Предприятие существуют 4 вида регистров: регистр накопления (предназначен для описания структуры накопления данных), регистр сведений (предназначен для описания структуры хранения данных в разрезе нескольких измерений), регистр бухгалтерии (предназначен для описания структуры накопления данных, учет которых ведется исходя из некоторого плана счетов) и регистр расчёта (предназначен для описания структуры накопления данных, являющихся результатами расчетов). Создание этих объектов довольно простое.

При разработке всех видов регистров следует лишь создать измерения и ресурсы, а в документах указать, что они будут создавать движения по этим регистрам. Но в регистре расчёта ещё и надо создать реквизиты и перерасчёты. Все регистры представлены на рисунках 2.14-2.19.

Рисунок 2.14 Регистры накопления «ОстаткиТоваров» и «СтоимостьТоваров»

Рисунок 2.15 Регистр накопления «Продажи»

Рисунок 2.16 Регистр расчёта «Начисления»

Рисунок 2.17 Регистр сведений «ГрафикиРаботы»

Рисунок 2.18 Регистры сведений «ЗначенияСвойствНоменклатуры», «Цены»

Рисунок 2.19 Регистр бухгалтерии «Управленческий»

§2.6 Порядок разработки планов

В программе 1С: Предприятие существуют 3 вида планов: план видов характеристик (служит для описания объектов аналитического учета, в разрезе которых должен вестись учет на счетах); план счетов (служит для описания счетов, в разрезе которых ведется учет); план видов расчёта (предназначен для описания структуры хранения информации о возможных видах расчетов).

При создании плана видов характеристик указываются лишь тип значения характеристик и дополнительные значения характеристик. При разработке плана счетов надо создать признак учёта и признак учёта субконто. В закладке «Прочее» следует указать несколько счетов, нажав на «Предопределённые». А при создании плана видов расчёта следует параметры в закладке «Расчёт» и, нажав на кнопку «Предопределённые», набрать данные. Результаты всех планов представлены на рисунках 2.20-2.22.

Рисунок 2.20 Планы видов характеристик «ВидыСубконто», «СвойстваНоменклатуры»

Рисунок 2.21 План счетов «Основной»

Рисунок 2.22 План видов расчёта «ОсновныеНачисления»

§2.7 Порядок разработки отчетов

Объект конфигурации «Отчёт» предназначен для описания алгоритмов, при помощи которых пользователь сможет получать необходимые ему выходные данные. Для создания отчёта надо в закладке «Основные» открыть схему компоновки данных. Потом в наборе данных добавляется запрос и вызывается его конструктор. Из большого списка таблиц, выбираются необходимые поля. Далее возможно добавление группового поля в закладке «Группировка», назначение условий в закладке «Условия» и т.д. После надо закрыть конструктор. Текст запроса, который был создан с помощью конструктора, платформа поместит в поле «Запрос». Это поле представляет собой текстовый редактор, в котором можно вручную отредактировать существующий запрос. Кроме того, можно снова вызвать конструктор запроса и отредактировать запрос при помощи него.

На закладке «Настройки» к отчёту добавляется группировка. Потом в закладке «Выбранные поля» выбираем необходимые для отображения поля. Можно указать условие отбора, чтобы отчёт показывал лишь те данные, которые соответствуют этому условию. В закладке «Другие настройки» можно указать вид отчёта (например, диаграмма), дать имя заголовку отчёта и много другое.

Все отчёты представлены на рисунках 2.23-2.29.

Рисунок 2.23 Отчёты «Товары» и «ОстаткиТоваровПоСвойствам»

Рисунок 2.24 Отчёты «ПереченьУслуг», «РейтингУслуг» и «РеестрДокументовОказанияУслуги»

Рисунок 2.25 Отчёт «ВыручкаМастеров»

Рисунок 2.26 Отчёт «НачисленияСотрудникам»

Рисунок 2.27 Отчёты «ДиаграммаНачислений» и «Перерасчёт»

Рисунок 2.28 Отчёт «Универсальный»

В отчётах «Универсальный» и «Универсальный2» можно добавлять поля прямо в режиме отладки. И, соответственно, эти отчёты будут принимать другой вид значений.

Рисунок 2.29 Отчёт «Универсальный2»

Заключение

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

Разработка информационной системы салона сотовой связи прошла успешно.

Главной задачей было показать и оценить свои возможности в плане проектирование информационных систем. Я это сделал.

Список литературных источников

1. http://ru.wikipedia.org/wiki/1С:Предприятие

2. http://nnm.ru/blogs/felix4/allfusion_process_modeler_7_bpwin/

3. http://dic.academic.ru/dic.nsf/logic/291#sel=

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.