Дипломная работа: Автоматизированный учет радиоточек передающего центра
Содержание
ВВЕДЕНИЕ
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 – Макет формы «Оплаты»