Дипломная работа на тему "Автоматизированный учет радиоточек передающего центра"

ГлавнаяИнформатика → Автоматизированный учет радиоточек передающего центра




Не нашли то, что вам нужно?
Посмотрите вашу тему в базе готовых дипломных и курсовых работ:

(Результаты откроются в новом окне)

Текст дипломной работы "Автоматизированный учет радиоточек передающего центра":


Содержание

ВВЕДЕНИЕ

1. Логическое моделирование

1.1 Выбор методологии и инструментария

1.2 Анализ потоков данных.

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

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

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

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

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

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

3. Реализация и испытания ПО

3.1 Описание компонент ПО

3.2 Цель испытания и методика тестирования

3.2.1 Методика тестирования.

3.2.2 Цель испытаний.

3.3 Объект испытаний

3.4 Результат испытаний

4. Руководство пользователя

5. ОХРАНА ТРУДА

5.1 Характеристика производства (технологии, устройства), назначение, вид продукции, используемое сырье.

5.1.1 Задачи информационно-вычислительного центра (ИВЦ) Гродненского филиала РУП «Белтелеком»

5.1.2 Функции ИВЦ Гродненского филиала РУП «Белтелеком»

5.2 Проектирование основных параметров бытовых помещений и вспомогательных зданий с учетом санитарных требований к производственным зданиям и помещениям.

5.3 Основные санитарные требования к размещению проектируемого предприятия, планировке его территории и их обеспечение (план размещения).

6. Расчет экономической эффективности

6.1 Расчет цены и прибыли на программное средство

6.1.1 Общая характеристика разрабатываемого ПС ВТ

6.1.2 Определение объема ПС ВТ

6.1.3 Расчет трудоемкости выполняемой работы

6.1.4 Расчет основной заработной платы

6.1.5 Расчет дополнительной заработной платы

6.1.6 Расчет отчислений в Фонд социальной защиты населения

6.1.7 Расчет отчислений по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний

6.1.8 Расчет расходов на материалы

6.1.9 Расчет расходов на оплату машинного времени

6.1.10 Расчет прочих прямых затрат

6.1.11 Расчет накладных расходов

6.1.12 Расчет суммы расходов на разработку ПС ВТ

6.1.13 Расчет расходов на сопровождение и адаптацию

6.1.14 Расчет полной себестоимости разработки ПС ВТ

6.1.15 Определение отпускной цены на ПС ВТ

6.2 Расчет экономического эффекта от применения ПС у пользователя

Литература

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

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

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

Приложение Г Физическая модель данных

Приложение Д Текст программы


ВВЕДЕНИЕ

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

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

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

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

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

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

Можно отметить следующие характерные черты учетной информации:

большой объем первичной документации, возникающей в различных подразделениях;

-                    строгая периодичность разработки, точность и полнота информации;

-                    относительно простой алгоритм счета и многочисленные группировки;

-                    широкое использование нормативно-справочной информации;

-                    длительность хранения.

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

ЭИС — это совокупность внутренних и внешних потоков прямой и обратной связи экономического объекта, методов, средств, специалистов, участвующих в процессе обработки информации и выработке управляющих решений. [1]

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

Интенсивное развитие вычислительной техники, появление новых классов вычислительных машин приводят к значительным изменениям в технологии обработки экономической информации. Вычислительная техника на базе счетно-перфорационных машин, установленных на машинно-счетных станциях, начала широко применяться с 1950-х годов. Здесь производилась централизованная комплексная обработка бухгалтерских задач по таблично-перфокарточной системе счетоводства. Такие системы обработки назывались механизированными. Использование электронно-вычислительных машин (ЭВМ) в экономических расчетах начинается с 1970-х годов, что было связано с сознанием автоматизированных систем управления (АСУ) в различных сферах экономической деятельности: на предприятиях и организациях, министерствах и ведомствах, в территориальных и центральных органах управления.

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

Системы обработки экономической информации с использование персональных компьютеров получили определение: «Автоматизированные (компьютерные) информационные системы» (АИС). АИС – совокупность информации, экономико-математических методов и моделей, технических, программных и технологических средств, предназначенных для обработки информации и принятия решений.[1]

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

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

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

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

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

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

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

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

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

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

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

Контроль за выполнением договоров осуществляет абонентский отдел.

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

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

-                      Общая характеристика автоматизированного учета радиоточек передающего центра

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

Учетные задачи объединены в комплексы, осуществляющие совокупность операций, выполняемых определенными участками учета. При небольшом объеме информации и на малых предприятиях возможно выполнение нескольких комплексов одним оператором на одном АРМ.

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

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

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

Состав комплексов учетных задач

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

1.                 Учет радиоточек по организациям и жилищно-эксплуатационным службам (ЖЭС) (учет движения, автоматические начисления абонентской платы по различным шифрам услуг, операции по начислениям и платежам, операции с банком (формирование платежных требований и счетов-фактур, передача платежных документов в банк по электронной почте (клиент-банк)), составление расчетно-платежной документации).

2.                 Учет радиоточек по частному сектору (учет движения, автоматические начисления абонентской платы, операции по начислениям и платежам, формирование платежных квитанций, передача базы абонентской платы по электронной почте для оплаты через почтовые отделения, составление расчетно-платежной документации).

3.                 Учет радиоточек по ЖРЭУ (учет движения, автоматические начисления абонентской платы по различным шифрам услуг, операции по начислениям и платежам, составление расчетно-платежной документации).

4.                 Составление аналитических ведомостей для бухгалтерии.

Каждый комплекс учетной задачи имеет независимые друг от друга внутренние и внешние информационные связи (рисунок 1).

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1 – Функциональная подсистема «Автоматизированный учет радиоточек передающего центра»

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

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

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

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

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

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

Особо следует остановиться на информационных связях автоматизированного учета радиоточек с внешними организациями. Эта связь заключается в передаче посредством электронной почты в банк выставленных платежных требований и счетов (сторонний модуль «Клиент-банк») и формирование базы текущей задолженности для оплаты населением через почтовые отделения.

Постановка задачи

Спроектировать и проанализировать логическую модель ПО «Автоматизированный учет радиоточек передающего центра» в абонентском отделе Гродненского областного узла радио и телевещания.

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

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

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


1. Логическое моделирование

1.1Выбор методологии и инструментария

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

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

CASE – технологии не являются самостоятельными методологиями, они только развивают структурные методологии и делают эффективным их применение за счет автоматизации.

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

Целью методологий является преобразование общих, неясных знаний о требованиях к системе в точные (на сколько это возможно) определения.

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

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

-                    отношения между данными;

-                    независящее от времени поведение системы (аспекты реального времени).

-                    Среди всего многообразия средств решения данных задач в методологиях структурного анализа наиболее часто применяемыми являются следующие:

-                    DFD (Data Flow Diagrams) — диаграммы потоков данных совместно со словарями данных и спецификациями процессов

-                    ERD (Entity-Relationship Diagrams) — диаграммы “сущность — связь”

-                    STD (State Transition Diagrams) — диаграммы переходов состояний.

Все они содержат графические и текстовые средства моделирования:

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

-                    Вторые - для обеспечения точного определения ее компонентов и связи.

Перечисленные средства дают полное описание системы, независимо от того, является ли она существующей или разрабатываемой с нуля. Это дает проектировщику четкое представление о конечных результатах, которые следует получить.[5]

Для создания информационно-справочной системы для учета кадров на предприятии «Локомотивное депо Лида» использовались эффективные инструменты анализа, проектирования и кодогенерации фирмы PLATINUM technology – Bpwin и Erwin и CASE – средства Rational Rose фирмы Rational Software Corporation.

Отображение модели данных в Erwin может быть представлено двумя уровнями – логическим и физическим. Erwin имеет несколько уровней отображения диаграммы: уровень сущностей, уровень атрибутов, уровень определений, уровень первичных ключей и уровень иконок. Интерфейс выполнен в стиле Windows-приложений, достаточно прост и интуитивно понятен.

В основе работы Rational Rose лежит построение диаграмм и спецификаций UML, определяющих архитектуру системы, ее статические и динамические аспекты. В составе Rational Rose можно выделить шесть основных структурных компонентов: репозиторий, графический интерфейс пользователя, средства просмотра проекта (браузер), средства контроля проекта, средства сбора статистики и генератор документов.

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

В модели Rose поддерживаются четыре представления – это представление вариантов использования, логическое представление, представление компонентов и представление размещения.

Представление вариантов использования содержит всех действующих лиц, все варианты использования и их диаграммы для конкретной системы. Оно может также содержать некоторые диаграммы последовательности и кооперативные диаграммы. Логическое представление концентрируется на том, как система будет реализовывать поведение, описанное в вариантах использования. Оно дает подробную картину составных частей системы и описывает взаимодействие этих частей.[6]

1.2Анализ потоков данных

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

В анализируемой предметной области документы являются источником сведений для создания БД. Документы позволяют выявить структуру данных и являются основой для разработки форм ввода-вывода и отчетов.

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

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

Основными компонентами диаграмм потоков данных являются:

-                    внешние сущности;

-                    системы и подсистемы;

-                    процессы;

-                    накопители данных;

-                    потоки данных.

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

Модель сложной системы может быть представлена на так называемой контекстной диаграмме в виде одной системы как единого целого либо быть декомпозирована на ряд подсистем.

Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.

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

Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно соответствовать информационной модели (ERD).

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

Перед построением контекстной DFD необходимо проанализировать внешние события (внешние сущности), оказывающие влияние на функционирование системы.

Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы.[6]

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

Рисунок убран из работы и доступен только в оригинальном файле.

Рисунок 1.1 – Диаграмма потоков данных

Здесь основными функциями являются:

-                    Функция «Заполнение информации о количестве радиоточек и шифрах услуг» (данные для расчета абонентской платы);

-                    Функция «Заполнение информации об абонентах» (сведения об абонентах);

-                    Функция «Определение типа операции и вида документов» (определяется вид документа, тип проводимой операции);

-                    Функция «Расчет начисления абонентской платы» (формирование записей о месячном начислении абонентской платы);

-                    Функция «Формирование отчетов» (получение необходимой печатной отчетности);

-                    Функция «Вывод сальдо» (формирование исходящего сальдо).

Проведем анализ хранилища данных «Автоматизированный учет радиоточек передающего центра».

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

-                    платежное требование – документ, заверенный банком о запросе проведения перечисления денежных средств на наш расчетный счет с расчетного счета абонента;

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

-                    приходный кассовый ордер – документ, о получении наличных денежных средств в кассу;

Рассмотрим подробнее состав первичных документов обрабатываемых в автоматизированном учете радиоточек передающего центра:

Платежное требование/поручение/входящие

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок убран из работы и доступен только в оригинальном файле. 


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

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

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

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

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

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

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

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

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

Рисунок убран из работы и доступен только в оригинальном файле.

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


Рисунок убран из работы и доступен только в оригинальном файле.

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


|
---------------------------------------------------------
| Рисунок убран из работы и доступен только в оригинальном файле. |
--------------------------------------------------------- --------------------------------------------------  


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


Рисунок убран из работы и доступен только в оригинальном файле.

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для расширения возможностей можно воспользоваться средствами языка программирования Microsoft Access Basic. В этом случае программы будут содержаться в модулях, Модули могут быть независимыми объектами которые возможно вызывать из любого места приложения, но могут и привязываться к конкретным формам или отчетам для реакции на происходящие в них изменения.

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

В 1995 году на долю Microsoft Access пришлось 57% рынка «настольных» баз данных, а FoxPro и Dbase — 9% и 2%, соответственно. Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [4]

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

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


3                    Реализация и испытания ПО

3.1Описание компонент ПО

Смотреть приложение Д.

3.2Цель испытания и методика тестирования

 

3.2.1                 Методика тестирования

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

Также с программной точки зрения была предусмотрена и исключена вероятность возникновения всевозможных ошибок при работе пользователя с данным программным средством.

3.2.2                 Цель испытаний

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

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

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

Процесс отладки включает:

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

-                    статическую проверку текстов разработанных программ и данных на выполнение всех заданных правил построения без исполнения объектного кода;

-                    тестирование программы с ее исполнением в объектном коде и разными уровнями детализации в реальном времени;

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

-                    изменение программы с целью исключения причин отклонения результатов от эталонных.

Основным методом обнаружения ошибок при отладке программ является тестирование.

Имеются три стандарта:

-                    для обнаружения ошибок в программе;

-                    для диагностики и локализации причин обнаружения искажений результатов;

-                    для контроля выполненных корректировок программ и данных.

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

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

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

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

3.3Объект испытаний

3.4 

-                    Объектом испытаний является пользовательское приложение «Автоматизированный учет радиоточек передающего центра», где объединены все компоненты по их функциональному значению. При создании приложения особую роль играют формы. Формы построены таким образом, что они позволяют вызвать автоматически реакцию системы на любое действие пользователя. Для выполнения действий используют макросы или процедуры обработки событий. Для объединения объектов в единое приложение, создается кнопочная форма. Она является панелью управления приложением. Кнопки такой формы обеспечивают вызов других кнопочных форм, а так же отдельных объектов: макросов, модулей.

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

-                    операционная система – Windows;

-                    СУБД – MS Access;

-                    физические свойства компьютера – согласно требований операционной системы.


3.5Результат испытаний

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

-                    Задание тестового примера:

Таблица 3.1 – Исходные данные, для заполнения таблицы «Начисления» (вид документа – Учет движения/Начисления)


Начисления |
---------------------------------------------------------
Дата начисл | Абонент | Сумма начисл | Сумма НДС | % НДС | шифр |
---------------------------------------------------------
25 05 2009 | 1 | 65520 | 11794 | 18 | |
---------------------------------------------------------
25 05 2009 | 2 | 720 | 130 | 18 | |
---------------------------------------------------------
25 05 2009 | 3 | | | 18 | |
---------------------------------------------------------
10 06 2009 | 4 | 777 | 140 | 18 | |
---------------------------------------------------------
25 05 2009 | 4 | 21600 | 3888 | 18 | |
---------------------------------------------------------
25 05 2009 | 5 | 18000 | 3240 | 18 | |
---------------------------------------------------------
25 05 2009 | 6 | 3600 | 648 | 18 | |
---------------------------------------------------------
25 05 2009 | 8 | 59040 | 10627 | 18 | |
---------------------------------------------------------
25 05 2009 | 9 | 3600 | 648 | 18 | | Здесь опубликована для ознакомления часть дипломной работы "Автоматизированный учет радиоточек передающего центра". Эта работа найдена в открытых источниках Интернет. А это значит, что если попытаться её защитить, то она 100% не пройдёт проверку российских ВУЗов на плагиат и её не примет ваш руководитель дипломной работы!
Если у вас нет возможности самостоятельно написать дипломную - закажите её написание опытному автору»


Просмотров: 716

Другие дипломные работы по специальности "Информатика":

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

Смотреть работу >>

Поиск фотооборудования

Смотреть работу >>

Автоматизированная система складского учета в ЗАО "Белгородский бройлер"

Смотреть работу >>

Автоматизированная система учета договоров страхования предпринимательских рисков

Смотреть работу >>

Создание информационно-справочной системы "Методический кабинет"

Смотреть работу >>