перейти к полному списку дипломных проектов
Ссылка на скачивания файла в формате .doc находится в конце странички
Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована
Проведем анализ хранилища данных «Автоматизированный учет радиоточек передающего центра».
Базируясь на документообороте данной области, выявлены следующие первичные документы:
платежное требование – документ, заверенный банком о запросе проведения перечисления денежных средств на наш расчетный счет с расчетного счета абонента;
входящий платежный документ – документ, заверенный банком о проведении перечисления денежных средств на наш расчетный счет за оказанные нами услуги;
приходный кассовый ордер – документ, о получении наличных денежных средств в кассу;
Рассмотрим подробнее состав первичных документов обрабатываемых в автоматизированном учете радиоточек передающего центра:
Платежное требование/поручение/входящие
Платежное поручение, т.к. оно является банковским документом то должно содержать жестко регламентированную информацию. Основными информационными полями являются:
№ платежного требования
Дата платежа
Наименование плательщика
Наименование получателя
Реквизиты обоих сторон (№ расчетного счета, наименование банка, код, УНН)
Сумма платежа
Назначение платежа
Приходный кассовый ордер
Приходный ордер, т.к. оно является кассовым документом то должно содержать жестко регламентированную информацию. Основными информационными полями являются:
№ приходного ордера
Дата платежа
ФИО (лицевой счет)
Сумма платежа
Содержание операции
Проведенный анализ состава первичных документов позволяет выделить все виды этих документов в единую сущность «Оплата», ограничиваясь при этом лишь ссылкой на их тип.
Построение логической модели данных
Логическая модель – это абстрактный взгляд на данные. На ней данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель является универсальной и никак не связана с конкретной реализацией СУБД.
Выделение сущностей.
Сущность представляет собой множество экземпляров реальных или абстрактных объектов (людей, событий, состояний, идей и т.п.), обладающих общими атрибутами или характеристиками. Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована. При этом имя сущности должно отражать тип или класс объекта, а не его конкретный экземпляр.
Каждая сущность должна обладать некоторыми свойствами:
иметь уникальное имя; к одному и тому же имени должна всегда применяться одна и та же интерпретация; одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;
обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.
Каждая сущность может обладать любым количеством связей с другими сущностями модели. [6]
Определение отношений между сущностями.
Связь – поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров другой сущности, и наоборот. Отношение в самом общем виде представляет собой связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического оборота глагола (ИМЕЕТ, ОПРЕДЕЛЯЕТ и т.п.)..
Атрибут – любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, предметов и т.д.). Экземпляр атрибута – это определенная характеристика отдельного элемента множества.
Проведенный анализ документооборота и потоков данных позволяет выделить сущности, отношения между ними и состав атрибутов, которые можно представить в виде следующих инфологических моделей:
Приложение А – Логическая модель (уровень сущностей)
Приложение Б – Логическая модель (уровень ключей)
Приложение В – Логическая модель (уровень атрибутов)
Разработка диаграммы вариантов использования
Эта диаграмма, отображает взаимодействие между вариантами использования, представляющими функции системы и действующими лицами, представляющими людей или системы, получающие или передающие информацию в данную систему.
Рисунок 1.5 –Диаграмма вариантов использования проекта оператором абонентского отдела
На данной диаграмме иллюстрируются различные варианты использования:
создание платежных требований,
обработка входящих платежных документов,
создание начислений и оплат абонентской платы,
получение отчетности.
Этот тип диаграмм охватывает общую функциональность системы или требования к системе с точки зрения пользователя и обычно служит техническим заданием к разрабатываемому ПО.
Разработка сценариев и макетов экранных форм для каждого варианта использования
Базируясь на диаграммах вариантов использования можно предположить следующие сценарии и макеты главных экранных форм:
Рисунок 1.6 – Сценарий к варианту использования “Создание платежных документов, ввод оплат”
Рисунок 1.
скачать бесплатно Логическое моделирование
Содержание дипломной работы
Вычислительная техника на базе счетно-перфорационных машин, установленных на машинно-счетных станциях, начала широко применяться с 1950-х годов
Средства предприятия – это товарно-материальные ценности и денежные средства, находящиеся в собственности предприятия или отданные в долг
Третья фаза обработки заключается в составлении выходных форм сводного учета: оборотно-сальдовых ведомостей, отчетов по выручке и форм финансовой отчетности
Представление вариантов использования содержит всех действующих лиц, все варианты использования и их диаграммы для конкретной системы
Перед построением контекстной DFD необходимо проанализировать внешние события (внешние сущности), оказывающие влияние на функционирование системы
Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована
Связь между таблицами устанавливается через совпадающие значения общего поля, содержащегося в обеих таблицах
Для расширения возможностей можно воспользоваться средствами языка программирования Microsoft Access Basic
Имеются три стандарта:
для обнаружения ошибок в программе;
для диагностики и локализации причин обнаружения искажений результатов;
для контроля выполненных корректировок программ и данных
Для учета движения по оплатам и начислениям
При нажатии на клавишу «Учет движения», открывается одноименная кнопочная форма (рисунок 4
Для организации международных каналов спутниковой связи эксплуатируется комплекс наземных станций спутниковой связи «Телепорт»
Умывальные должны размещаться смежно с общими гардеробными или гардеробными спецодежды
Гардеробные, преддушевые, душевые, туалетные и др
Пункты питания (столовые, столовые доготовочные, буфеты) должны удовлетворять санитарным требованиям, установленным для предприятий общественного питания
К зданиям и сооружениям по всей их длине должен быть обеспечен подъезд пожарных автомобилей: с одной стороны при ширине здания или сооружения до 18 м, с двух сторон - при ширине более 18 м
На территории не должно быть ям, рытвин, ухабов, технологические приямки, ямы должны быть ограждены, не должны загрязняться грунтовыми водами
Выбор эффективных проектов ПС связан с их экономической оценкой и расчетом экономического эффекта, который может определяться как у разработчика, так и у пользователя
2)
где ТО – общая трудоемкость ПС;
ТН – нормативная трудоемкость ПС;
КСЛ – дополнительный коэффициент сложности ПС
Расчет прочих прямых затрат
Расходы на ПС включают затраты на приобретение и подготовку специальной научно-технической информации и специальной литературы
Определение отпускной цены на ПС ВТ
Отпускная цена определяется на основании цены разработчика, которая формируется на основе показателя рентабельности продукции
27)
Таким образом экономия начислений на заработную плату при использовании нового ПС в расчете на объем выполненных работ равна:
Энач = Эоз • Кнач (6
36)
где Ен – норматив привидения разновременных затрат и результатов;
tp – расчетный год, tp = 1;
t – номер года, результаты и затраты которого приводятся к расчетному
Шаг за шагом: Практ
Определение категорий помещений и зданий по взрывопожарной и пожарной опасности
SetWarnings False
'Расчет сальдо перед переходом на следующий месяц
DoCmd
RunSQL "UPDATE DISTINCTROW Системная SET Системная
RunSQL "UPDATE DISTINCTROW Системная SET Системная
CODE = Сумма_начислений
Close acForm, strFormName, acSaveYes
End If
Close_Form_Exit:
Exit Function
Close_Form_Err:
If Err
"
If MsgBox(strMsg, vbQuestion) = vbOK Then
Exit Sub
End If
' Если поле имеет непустое значение, выводит это значение
, нами было разработано и проведено 6 занятий по 3D моделированию, позволяющих изучить основы 3D моделирования
