Дипломная работа: Автоматизация контроля качества в ООО «РиК»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
46
обмена. И для любого объекта эти взаимосвязи и свойства определены
отдельно [17].
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
Классификаторы применимы для описания данных, могу обосновать
единство кодирования и классификации и нужны для безошибочной
машинной обработки и выдачи данных в удобной форме для решения
потребительски проблем
В описанной задаче использовались 2 общероссийских
классификатора:
ОКУД общий классификатор управленческих документов;
ОКОПФ общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процессе
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи
между ними. Сами же данные помещаются в таблицы. Для простоты
поиска и определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
ИО должно быть полноценным и адекватным для поддержки
всех описываемых функций;
При кодировке данных важно применять подтвержденные ID;
В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня [14];
ИО обязано быть на 100% совместимо с создаваемой системой;
Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
47
Структура визуальных форм и всех документов должна
полностью соответствовать описанию каждого рабочего места сотрудника;
Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных,
отслеживания целостности БД, защиты НСД.
в ИС важно наличие средства контроля начальной и итоговой
информации, проверки актуальности массива данных, контроля
целостности БД, защиты от НСД [21].
В описанном случае к ИО также относятся входные и выходные
документы, классификаторы, а также список экранных форм, которые
нужны для поддержки диалога самой системы и юзера.
В качестве входных документов в данной системе целесообразно
использовать документы, содержащие сведения о клиенте, ассортименте
товаров и продажах, а именно договор купли-продажи, копия паспорта
клиента, прейскурант товаров, услуг. Данные документы являются
унифицированными и их форма изменению не подлежит и
нецелесообразна.
Ввод первичной информации в систему должен осуществлять с
использованием экранных форм, также, как и вывод результатной
информации. Предлагается использовать универсальную,
унифицированную в рамках системы экранную форму.
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещѐнная в память
вычислительной системы под видом файлов, с помощью которых
реализуются потребности в данных для управленческих процессов и
решаемых задач.
48
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но
из-за огромного числа дублированных данных, сложности доступа к ней
это становится несущественным. Поэтому хранение локальных файлов
требуется только в отдельных приложениях, которые нуждаются в
повышенной скорость передачи при импорте информации.
Интегрированная ИБ объединение взаимосвязанных данных с
малой избыточностью, допускающей их применение оптимальным
образом для большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделѐнное хранение информации у
пользователей. Нюансом можно отметить требование повышенного
контроля вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем
СУБД. Документооборот в компании довольно большой, документы
дублируются и корректируются много раз. Пользователям нужна
актуальная информация с периодическим обновлением, а группа
локальных файлов не дает такой возможности.
Существуют насколько вариантов реализации организации данных в
БД:
Иерархическая модель;
Сетевая модель;
Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним
типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,
отсутствие явно определенного разделения физических и логических
49
параметров модели. Для выявления неиерархических отношений нужны
другие действия. Неявные запросы потребуют перестроить саму БД.
Сетевая модель переданные данные сетевыми структурами типов
записей и совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде
таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает
минимизировать повторяющиеся данные. Такие модели легки в
применении, просто переделываются и их реализация не требует больших
временных затрат. Есть 2 подхода к проектированию реляционной БД:
В процессе создания концепции реализуется не концептуальная
модель данных, а сама реляционная схема БД, включающая определения
реляционных таблиц, требующих нормализации;
Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании
больших БД для крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД,
она просто трансформируется, удобна в применении и несложная по своей
структуре.
1.4.2 Обоснование проектных решений по программному
обеспечению
ПО часто является совокупностью программ для выполнения
конкретных целей и задач автоматизированной системы.
Обычно ПО можно разделить на два вида: общее (ОС, операционные
оболочки, компиляторы, интерпретаторы, программные среды, СУБД,
сетевое ПО и т.п.) и специальное (совокупность прикладных программ,
которые используются для конкретных задач в рамках функциональной
подсистем, а также контрольные примеры) [3].
50
ПО общего назначения обязаны отвечать нескольким требованиям
[2]:
Являться набором взаимосвязанных программ с оптимальными
указаниями и инструкциями по применения рабочих программ на каждой
стадии расчѐта комплексов задач;
Создаваться по принципу открытого ПО для возможности
совершенствования в будущем;
Вести контроль устройств комплекса ТС и готовить порядок
решения задач;
Реализовывать работу программ самоконтроля и иметь некие
тесты для диагностики;
Поддерживать защиту данных и программ персонала друг от
друга и от самой ОС;
Предоставлять инструменты для хранения данных и
обращения к любой их совокупности;
Поддерживать стабильность хранения данных при сбоях ЭВМ;
Выполнять оценку аварийных ситуаций, выявлять их причину,
оповещать о ней и различные варианты дальнейших действий [18].
Среди множества продуктов, предлагающих подобные возможности,
можно выделить следующие направления [6]:
реализация через web-интерфейс, например с помощью php-
программирования;
реализация через интегрированные среды разработки
программного обеспечения для MicrosoftWindows на языках Delphi,
VisualC++, VisualBasic и др [12].
В первом случае программа будет работать как web-сервис. Для
этого необходимо настроить web-сервер, создать программные php-
модули, разработать интерфейс сайта, зарегистрировать его в глобальной
сети, оплатить доменное имя и аренду хостинга. При этом довольно
сложно создать гибкий инструмент анализа, поскольку конечным
Источник: https://baza.diplomsite.ru/previewfile/1830