- •Министерство просвещения пмр
- •Дипломная работа
- •Министерство просвещения пмр
- •Расчетно-пояснительная записка
- •Задание на дипломную работу
- •1 Тема работы: “Автоматизация товарно-денежного оборота предприятия сооо Евростиль”
- •Аннотация
- •Summary
- •Содержание
- •1 Обследование объекта информатизации и формирование требований к программным средствам
- •1.1 Характеристика объекта информатизации
- •1.2 Описание существующей информационной системы
- •1.2.1 Товарно-денежный оборот предприятия. Общие
- •1.2.2 Учет оплаты труда. Системы заработной платы, порядок её начисления
- •1.2.3 Расчет удержаний из заработной платы
- •1.2.4 Документы по учету труда и его оплате
- •1.3 Описание недостатков существующей информационной системы
- •1.4 Обоснование необходимости совершенствования информационной системы
- •1.5 Цели и ограничения при создании нового пс
- •1.6 Ожидаемые технико-экономические результаты создания пс
- •1.7 Выводы и предложения
- •1.8 Рекомендации по созданию программного средства
- •1.9 Разработка концепции проектирования комплекса программных средств
- •1.9.1 Описание результатов исследования и изучения объекта информатизации. Ступени автоматизации предприятия и необходимость консалтинга на данном предприятии
- •1.10 Описание и оценка преимуществ и недостатков разработанных альтернативных вариантов концепции создания пс
- •1.10.1 Автоматизированные информационные технологии
- •1.10.2 Технология и модели “клиент - сервер”
- •1.10.3 Web-технологии «Intranet»
- •1.10.4 Обзор полузаказных систем
- •1.11 Ориентировочный план реализации выбранного варианта концепции пс
- •1.12 Описание автоматизированной информационной системы предприятия
- •1.13 Требования, гарантирующие качество пс
- •2 Постановка комплекса задач на предприятии «сооо евростиль» для проектирования пс
- •2.1 Описание постановки комплекса задач для проектирования программного средства
- •2.2 Требования к бухгалтерским системам
- •2.3 Назначение комплекса задач
- •2.4 Условия, при которых прекращаются решение комплекса задач автоматизированным способом
- •2.5 Входная и выходная информация
- •2.6 Обзор модели объект - отношения
- •2.7 Проектирование базы данных
- •2.7.1 Ссылочная целостность и нормализация
- •Нормализация
- •2.8 Обзор объектно-ориентированной модели – omt
- •2.8.1 Проектирование бд на основе объектной модели системы
- •2.8.2 Динамическая модель системы
- •2.8.3 Функциональная модель подсистемы
- •3 Расчет экономической эффективности
- •3.1 Общие положения
- •3.2 Расчет затрат на проектирование и внедрение пс
- •3.2.1 Расчет капитальных вложений на проектирование
- •3.2.1.1 Затраты на материалы
- •3.2.1.2 Затраты на оплату труда
- •3.2.1.3 Затраты на отладку программы
- •3.2.1.4 Оплата сторонним организациям и накладные расходы
- •3.2.2 Общая величина капитальных вложений на реализацию проекта
- •3.2.3 Расчет эксплутационных затрат
- •3.3 Определение экономической эффективности внедренной задачи
- •3.3.1 Расчет экономии за счет снижения трудоемкости решения задачи
- •3.3.2 Определение годового экономического эффекта
- •3.3.3 Расчет экономической эффективности
- •4 Охрана труда
- •4.1 Анализ условий труда
- •4.2 Производственная санитария и гигиена труда
- •4.2.1 Освещение производственного помещения
- •4.2.2 Оздоровление воздушной среды
- •Защита от шума
- •4.2.4 Защита от электромагнитных полей и статического электричества
- •4.2.5 Защита от ионизирующих излучений
- •4.3 Техника безопасности
- •4.3.1 Электробезопасность
- •4.3.2 Организация рабочего места
- •4.3.3. Режим труда и отдыха при работе на эвм
- •4.4. Пожарная безопасность
- •Заключение
- •Перечень сокращений, условных обозначений и наименований
- •Список используемой литературы
- •Приложение а
- •2 Постановка задачи
- •3 Требования, предъявляемые к программе
- •4 Определение этапов разработки программы и документации на нее
- •Приложение б
- •2 Структура программы
- •3 Настройка и установка программы
- •Приложение в
- •2 Условия применения
- •3 Команды оператора
- •3.1 Запуск программы и соединение с базой данных
- •3.2 Интерфейсные элементы программы и их предназначение
2.7.1 Ссылочная целостность и нормализация
Не обеспечив ссылочной целостности нет гарантий, что база данных не будет содержать противоречивых данных. Противоречивость данных может возникнуть в результате ввода неверных значений, с точки зрения ссылочной целостности, либо в результате неудачных попыток согласованного изменения данных в нескольких таблицах.
Описав первичный и вторичный ключ, формализуются связи один к одному и один ко многим и устанавливается ссылочная целостность.
В таком случае, если установлена ссылочная целостность и если существуют две таблицы, между которыми установлена связь один ко многим и произведена попытка удалить запись, содержащую первичный ключ, на который ссылаются внешние ключи, то удаление будет запрещено, пока не будут удалены все записи, внешние ключи которых ссылаются на первичный.
При попытке определить внешний ключ, ссылающийся на несуществующий первичный, операция определения внешнего ключа будет запрещена.
Нормализация
Одним из основополагающих принципов проектирования данных является нормализация, позволяющая существенно сократить объем хранимой информации. Степень нормализации данных может быть различной.
Говорят, что модель данных соответствует первой нормальной форме, если в таблицах отсутствуют группы, повторяющихся значений. Это соответствие достигается путем выделения атрибутов с повторяющимися значениями в отдельные сущности, созданием или выбором для них новых первичных ключей и установлением связей один ко многим от новых сущностей к старым. При этом первичные ключи новых сущностей станут внешними ключами для старой сущности.
Говорят, что модель данных соответствует второй нормальной форме, если в сущностях, содержащих составной первичный ключ, не ключевые атрибуты зависят от всего первичного ключа. Если же в какой - либо сущности имеется зависимость, каких – либо не ключевых атрибутов от части ключа, следует выделить их в отдельную сущность, сделав первичным ключом новой сущности ту часть первичного ключа, от которой зависят данные атрибуты, и установить связь один ко многим от новой сущности к старой.
Говорят, что модель данных соответствует третьей нормальной форме, если в сущностях отсутствует взаимозависимость между не ключевыми атрибутами. Это соответствие достигается путем выделения в отдельную сущность атрибутов с одной и той же зависимостью от не ключевого атрибута, использования атрибутов, определяющих эту зависимость, в качестве первичного ключа новой сущности и установки связи один ко многим от новой сущности к старой сущности.
Следя принципу нормализации, была спроектирована база данных не содержащая, в достаточной степени, повторений данных.
2.8 Обзор объектно-ориентированной модели – omt
Объектно-ориентированная разработка программного обеспечения связана с применением объектно-ориентированных методологий (технологий). Обычно эти объектно-ориентированные методологии поддерживаются инструментальными программными средствами, но и без таких средств они полезны, так как позволяют хорошо понять различные аспекты и свойства разрабатываемой программной системы, что в последующем существенно облегчает ее реализацию, тестирование, сопровождение, разработку новых версий и более существенную модификацию.
Объектно-ориентированная методология OMT (ObjectModelingTechnique) является одной из наиболее продвинутых и популярных объектно-ориентированных методологий. Более того, ее графический язык (система обозначений для диаграмм) получил достаточно широкое распространение и используется в некоторых других объектно-ориентированных методологиях, а также в большинстве публикаций по объектно-ориентированным методологиям.
В технологии OMT проектируемая программная система представляется в виде трех взаимосвязанных моделей:
объектной модели, которая представляет статические, структурные аспекты системы, в основном связанные с данными;
динамической модели, которая описывает работу отдельных частей системы;
функциональной модели, в которой рассматривается взаимодействие отдельных частей системы (как по данным, так и по управлению) в процессе ее работы.
Модели, разработанные и отлаженные на первой фазе жизненного цикла системы, продолжают использоваться на всех последующих его фазах, облегчая программирование системы, ее отладку и тестирование, сопровождение и дальнейшую модификацию.