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

КУРСОВОЙ ПРОЕКТ по дисциплине

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

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

Москва

Введение

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

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

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

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

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

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

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

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

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₇_bpwin/

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