Смекни!
smekni.com

Автоматизированный учет радиоточек передающего центра (стр. 4 из 15)

- № платежного требования

- Дата платежа

- Наименование плательщика

- Наименование получателя

- Реквизиты обоих сторон (№ расчетного счета, наименование банка, код, УНН)

- Сумма платежа

- Назначение платежа

Приходный кассовый ордер

Приходный ордер, т.к. оно является кассовым документом то должно содержать жестко регламентированную информацию. Основными информационными полями являются:

- № приходного ордера

- Дата платежа

- ФИО (лицевой счет)

- Сумма платежа

- Содержание операции

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

Построение логической модели данных

Логическая модель – это абстрактный взгляд на данные. На ней данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель является универсальной и никак не связана с конкретной реализацией СУБД.

Выделение сущностей.

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

Каждая сущность должна обладать некоторыми свойствами:

- иметь уникальное имя; к одному и тому же имени должна всегда применяться одна и та же интерпретация; одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;

- обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;

- обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.

Каждая сущность может обладать любым количеством связей с другими сущностями модели. [6]

Определение отношений между сущностями.

Связь – поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров другой сущности, и наоборот. Отношение в самом общем виде представляет собой связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического оборота глагола (ИМЕЕТ, ОПРЕДЕЛЯЕТ и т.п.)..

Атрибут – любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, предметов и т.д.). Экземпляр атрибута – это определенная характеристика отдельного элемента множества.

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

Приложение А – Логическая модель (уровень сущностей)

Приложение Б – Логическая модель (уровень ключей)

Приложение В – Логическая модель (уровень атрибутов)

Разработка диаграммы вариантов использования

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


Рисунок 1.5 –Диаграмма вариантов использования проекта оператором абонентского отдела

На данной диаграмме иллюстрируются различные варианты использования:

- создание платежных требований,

- обработка входящих платежных документов,

- создание начислений и оплат абонентской платы,

- получение отчетности.

Этот тип диаграмм охватывает общую функциональность системы или требования к системе с точки зрения пользователя и обычно служит техническим заданием к разрабатываемому ПО.

Разработка сценариев и макетов экранных форм для каждого варианта использования

Базируясь на диаграммах вариантов использования можно предположить следующие сценарии и макеты главных экранных форм:

Рисунок 1.6 – Сценарий к варианту использования “Создание платежных документов, ввод оплат”


Рисунок 1.7 – Макет формы «Оплаты»


Рисунок 1.8 – Сценарий к варианту использования “Создание отчетов”


Рисунок 1.11 – Сценарий к варианту использования «Создание платежных документов, ввод начислений»


1 Физическое моделирование

Выбор среды разработки программного обеспечения

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

Термины база данных (БД) и система управления базами данных (СУБД) чаще всего употребляются как относящиеся к компьютерам. Понятие БД можно применить к любой связанной между собой по определенному признаку информации, хранимой и организованной особым образом – как правило, в виде таблиц. По сути, БД – это некоторое подобие электронной картотеки, электронного хранилища данных, которое хранится в компьютере в виде одного или нескольких файлов. При этом возникает необходимость в выполнении ряда операций с БД, в первую очередь это:

- добавление новой информации в существующий файл БД;

- добавление новых пустых файлов в БД;

- изменение (модификация) информации в БД;

- поиск информации;

- удаление существующей информации;

- удаление файлов из БД.

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

Существует большое количество программ, которые предназначены для организации информации, помещения ее в таблицы и манипуляции с нею – такие программы и получили название СУБД.

MS Access — типичная настольная база данных. На небольшом предприятии ресурсов МБ Ассеss вполне хватит для обслуживания всего делопроизводства. Все пользователи могут обращаться к одной базе данных, установленной на рабочей станции, которая не обязательно должна быть сервером. Для того чтобы не возникало проблем сохранности и возможности доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет MS Access.

MS Access — функционально полная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. Основными объектами Ассess являются таблицы, запросы, формы, отчеты, макросы и модули. При работе с другими СУБД обращаешь внимание, что термин «база данных» обычно относится только к файлам, в которых хранятся данные. Здесь же база данных включает в себя все объекты, связанные с хранимыми данными, в том числе и те, которые созданы для автоматизации работы с ними, и все это хранится в одном файле с расширением mdb.

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

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

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

Основное достоинство любой СУБД, в том числе и Access — способность быстро находить и объединять информацию, хранящуюся в разных таблицах. Для повышения эффективности работы Access желательно, чтобы каждая таблица содержала поле (или несколько полей), значения которого позволяют однозначно определить каждую запись таблицы. Такое поле или совокупность полей называются первичным ключом таблицы или просто ключом. Если в таблице подобных полей нет, в нее можно добавить «искусственное» поле, которое будет содержать последовательные номера записей. Более того, такое поле Access может создать автоматически. Для извлечения информации из одной или нескольких таблиц базы данных используется следующий тип объектов — запросы. При выполнении запроса из всей совокупности информации будут отобраны и выведены на экран в табличном виде только те данные, которые удовлетворяют поставленным условиям. Представленный на экране результат выполнения запроса обычно называется выборкой или динамической таблицей. Слово «динамическая» здесь не случайно. Дело в том, что в базе данных запрос сохраняется в виде конкретных условий отбора. А это значит, что при каждом выполнении запроса выборка формируется всякий раз заново на основе реальных таблиц, т.е. с учетом всех последних изменений данных. Для ввода, редактирования и просмотра данных можно использовать как таблицы, так и запросы. Однако Access предоставляет для этого еще одно средство — формы. Формы позволяют ограничить объем информации, отображаемой на экране, и представить ее в требуемом виде. Создавая форму, можно выбрать, какие поля и в какой последовательности должны быть в ней представлены, разбить их на логически связанные группы, задать удобное расположение на экране. Кроме того, формы могут содержать иллюстрации, графически представлять хранящуюся в базе данных информацию. Таким образом, формы позволяют создать удобный интерфейс для работы с данными. Выводить на печать данные можно как из таблиц или запросов, так и из форм. Наилучшим же средством для представления данных в виде печатного документа являются отчеты. Отчет предоставляет возможность наглядно представить извлеченную из базы данных информацию, дополнив ее результатами анализа и вычислений. В отчетах можно отобразить данные в виде диаграммы или графика, использовать другие средства оформления. Для автоматизации часто выполняемых операций служат макросы. Макрос представляет собой структурированное описание одного или нескольких действий, которые должен выполнить Access. Для запуска макроса на выполнение чаще всего используются формы. С помощью макроса можно открыть форму, распечатать отчет или запустить другой макрос.