Файл: Сложилась в нашей стране за последние десять лет.rtf

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 10.11.2023

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

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

.1 Технико-экономическая характеристика предприятия и предметной области

.1.1 Характеристика предприятия и его деятельности

1.1.2 Организационная структура управления предприятием

1.2 Характеристика комплекса задач и обоснования необходимости автоматизации

1.2.1 Выбор комплекса задач и характеристика существующих бизнес-процессов

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

1.2.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

1.3 Анализ существующих разработок и выбор стратегии автоматизации

1.4 Обоснование проектных решений

1.4.1 Обоснование технических решений по техническому обеспечению

.4.2 Обоснование проектных решений по информационному обеспечению

1.4.3 Обоснование проектных решений по программному обеспечению

2. Проектная часть

.1 Разработка проекта автоматизации

.1.1 Этапы жизненного цикла проекта

2.2 Информационное обеспечение задачи

.2.1 Выбор логической модели данных

Иерархическая модель данных

Сетевая модель данных

Реляционная модель данных

.2.2 Анализ предметной области и разработка информационной модели

.2.3 Дерево функций и диалога проектируемой системы

Рис. 2.2 Дерево-функций

2.3 Выбор концептуальной модели

.4 Процесс моделирования

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

2.4.2 Выделение сущностей между связями

.4.3 Построение логической модели

.5 Формализация расчетов

.6 Программное обеспечения решения задачи

.6.1 Общие положения

.6.2 Анализ алгоритмов работы с базой данных

2.6.3 Алгоритмы запросов к БД

.7 Работа с режимами

.8 Испытание программного продукта

Справочные документы

Краткий обзор верификации

Сквозной контроль

Трассировка требований к ПО и требований пользователя

Тестирование внешних функций

Тестирование модуля

Комплексное тестирование

Выводы по тестированию ПО

3. Обоснование экономической эффективности проекта

.1 Расчет стоимости программного продукта

.2 Определение цены программной продукции

.2.1 Расчет нематериальных активов и затрат на оборудование

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

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

3.2.4 Отчисления на социальные нужды

.2.5 Расчет амортизационных отчислений

.2.6 Накладные расходы

3.2.7 Итоговые результаты

3.3 Экономический эффект от внедрения программного продукта




Рис. 2.4 ER-диаграмма модели данных АРМ «Кассир-опперационист»



.5 Формализация расчетов



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

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

В результате выполненной работы предполагается достигнуть следующих эффектов:

1. уменьшение времени необходимого для учета операций;

2. автоматизация контроля;

. возможность длительного хранения информации, для возможности более полного расчета эффективности деятельности ОПЕРУ;

. постоянная известность о сроках оплаты.

. Предкалькуляция



.6 Программное обеспечения решения задачи



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



.6.1 Общие положения

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

1. Метод проектирования сверху вниз;

2. Метод потоков данных;

. Объектно-ориентированное проектирование.

Для структурного проектирования характерна алгоритмическая декомпозиция. Следует отметить, что большинство программ написано в соответствии с этим методом. Тем не менее структурный подход не позволяет выделить абстракции и обеспечить ограничение доступа к данным; он также не предоставляет достаточных средств для организации параллелизма. Структурный метод не может обеспечить создание предельно сложных систем, и он, как правило, неэффективен в объектных и объектно-ориентированных языках программирования. Поэтому данный метод не использовался для проектирования АРМ «Кассир-операционнист».

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



Объектно-ориентированное проектирование (object-oriented design, OOD) - это подход в основе которого лежит представление о том, что программную систему нужно проектировать как совокупность взаимодействующих друг с другом объектов, рассматривая каждый объект как экземпляр определённого класса, причём классы образуют иерархию. Объектно-ориентированный подход отражает топологию новейших языков высокого уровня, таких как Object Pascal, C++, Smalltalk и др. Модели, для проектирования которой используется вышеназванный подход проектирования присущи четыре главных элемента:

1. Абстрагирование;

2. Инкапсуляция;

. Модульность;

. Иерархия.

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

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

Модульность - свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули.

Иерархия - упорядочивание абстракций, расположение их по уровням.

Абстракция и инкапсуляция дополняют друг друга. Абстрагирование направлено на наблюдение поведения объекта извне, а инкапсуляция определяет четкие границы между различными абстракциями, т.е. наблюдение за поведением объекта изнутри.

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

Таким образом, для проектирования АРМ используется объектно-ориентированный подход.



.6.2 Анализ алгоритмов работы с базой данных


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


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

SELECT nomer_dogovora, zakaz.nomer_ zakaz, dogovor.nomer_ zakaz,

naimen_postzakaz, dogovorzakaz.nomer_ zakaz =dogovor.nomer_ zakaz

select nomer_lc, lc.nomer_dogovora,.nomer_dogovora, naimen_post, lk.nomer_lk,.nomer_lkfrom zajavka, dogovor, lk(zajavka.nomer_dogovora=dogovor.nomer_dogovora)(nomer_lk=dogovor.nomer)

Рассмотрим четыре операции над отношениями:

1. Селекция;

2. Проекция;

. Теоретико-множественное объединение;

. Соединение.

Селекция (selected_on - подвергнутые селекции по) уменьшает количество строк в таблице, и ее можно представить как результат разрезания таблицы по горизонтали и удаления ненужных кортежей. Формально селекция записывается так:selected_on [<предикат>] {синтаксис языка запросов (SQL)}

Здесь <предикат> - это логическое выражение, которое может содержать сравнения значений одних атрибутов со значениями других в том же кортеже или с константами. В результате сохраняются только строки, удовлетворяющие <предикату>.

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

Проекция (projected_to - спроецированное на) уменьшает количество столбцов в таблице; данную операцию можно представить себе как разрезание по вертикали название операции имеет своим источником понятие проекции множества точек N-мерного пространства в пространство с меньшим количеством измерений. Например, в результате проекции множества точек плоскости (Х, У) на ось Х получается множество точек, расположенных на этой оси. К сожалению, значения проекций некоторых «точек» могут совпадать; это произойдет в том случае, когда проекция удалит столбец, входящий в ключ, так что оставшиеся части двух «укороченных» кортежей могут быть идентичными. Тогда придется удалить дубликаты и тем самым уменьшить количество строк, т.е. размер БД. Если хотя бы один из возможных ключей при выполнении проекции останется незатронутым, то дубликатов не будет.


Формально проекция записывается следующим образом:projected_to <имя-атрибута>{, <имя-атрибута>}

Где список <имен-атрибутов> означает имена сохраняемых столбцов.

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

Теоретико-множественное объединение (union) имеет два операнда; она берет строки двух таблиц и размещает их друг за другом, формируя одну длинную таблицу. Это возможно лишь в том случае, когда обе таблицы имеют один и тот же тип, т.е. имеют совпадающие названия (имена) и типы столбцов. Такие таблицы называют «совместимыми по объединению». Все дубликаты строк должны быть удалены из отношения-результата. Данная операция аналогична объединению множеств в алгебре, но она является дополнительной по отношению к ограничению, так как имеется возможность восстановить отношение путем объединения двух дополняющих друг друга результатов операции селекции.

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

Соединение (joined_to - соединение с) имеет два операнда; она определена для любых двух таблиц. Если эти две таблицы не имеют столбцов с совпадающими именами, то соединение ведет себя, как декартово произведение, соединяя каждую строку первой таблицы поочередно с каждой строкой второй таблицы. Если имена всех столбцов этих двух таблиц совпадают, то соединение ведет себя как теоретико-множественное пересечение, и создает таблицу, состоящую из тех строк, которые встречаются в каждой из рассматриваемых двух таблиц (такая таблица может быть и пустой, аналогично пустому множеству). Если у двух таблиц-операндов совпадают лишь некоторые имена столбцов, то в результате соединения получается таблица, содержащая все имена столбцов первой таблицы, а также все те имена столбцов второй таблицы, которые не встретились в первой. Строки результата выбираются из первой таблицы, а дополнительные значения конкатенируются (присоединяются) из тех строк второй таблицы, у которых значения в общих столбцах совпадают. До некоторой степени соединения является дополнением проекции, если осуществить проекцию «исходного» отношения так, чтобы получился набор отношений, каждое из которых сохраняет первичный ключ исходного, то соединение этого отношения восстановит исходное при дополнительном условии, что каждый столбец исходного отношения встречается хотя бы в одной из проекций.