операций выполняемых в автоматическом режиме (АРМ).
МЕТОД КОНТРОЛЯ, КОДЫ ОБНАРУЖЕНИЯ ОШИБОК Квалификация операций контроля: 1
По методу осуществления контроля : предварительный, текущий, последующий.
Предварительный – до исполнения работы. Его целью является предупреждение
ошибок. Текущий- проверка качества работы во время вычислительный
операций. При последующем – появляются и исправляются ошибки допущенные
при выполнении предыдущих операций. 2 По способу осуществления: контроль-
визуальный, логический (проверка реквизитов имеющих логическую
зависимость), прямых сопоставлений, балансовый метод, с использование
кодов обнаружения ошибок, контроль по контрольным суммам. Принципы
контроля ошибок: -запрещение использования некоторой части кодовых
обозначений, - запрещение использования некоторых частей символов
(отдельные символы подвергаются большим искажением чем другие), контроль
по модулю – кодовое обозначение добавляется в контрольный знак.
Контрольный знак рассчитывается Контрольный знак X1 опред-ся по следующщей
формуле : X1= M - ] Е ( b i * X i ) /M , где М - модуль , в качестве его
могут использоваться числа 9,11,13 bi- весовой коэффиц-т iго разряда кода
, Xi - значение i-цифры кода , ][- остаток отделения . при сумме bi*xi<M
берется число недостающее от этой суммы до модуля или по следующ. формуле
: X1 = M - E ( b i * X i ) + ( E ( b i * X i ) / M ) * M . Из скобок
берется целая часть остатка например рассчитать контрольн. знак для числа
257 по модулю 11- полный код =2577 Алгоритм контроля означает кратность
сумме произв. и контрольного разряда модулю М. 3 Метод по способу
организации системы контроля : пооперационный, контурный контроль. При
операционном контроле проверка производится по окончании каждой операции.
Контурный – при выходе из системы.
Методы проектирования ЭИС – способ создания систем ЭИС. 3 метода:
индивидуальный (оригинальный), типовое проектирование, автоматизированное
проект.(САПР) Индивидуальное характеризуется – все виды работ для
различных объектов выполняются по индивидуальным проектам. В процессе инд
проектирования применяются свои оригинальные методики и средства
проведения работ. Методики проведения работ на всех этапах обследование,
формирование технического задания, разработки технического проекта и раб
документации создаются для конкретного объекта по мере необходимости. “-”
высокая трудоемкость, большие сроки проектирования, плохая
модернизируемость, плохая сопровождаемость.Типовое проектирование –
разбиение системы на множество составных компонентов и создание для каждой
из них законченного проектного решения, которое про внедрении
привязывается к конкретным условиям объекта. В зависимости от декомпозиции
различают: элементное проектирование, подсистемное, объектная. При
элементном методе проектирования, вся система разбивается на конечное
множество элементов, каждый из которых является типовым. В качестве
элементов могут выступать проектные решения по информационному,
техническому, программному виду обеспечения. Подсистемный метод
проектирования характеризуется более высокой степенью интеграции элементов
ЭИС. Декомпозиция системы осуществляется на уровне функциональных
подсистем, иногда комплекса задач, каждая из выделеных подсистем
представляется в законченом виде ППП. При этом обеспечивается
функциональная полнота системы, минимум инф-ой связи, параметрическая
настраиваемость. Для каждого ППП оформляется пакет документации. Объектное
проектирование- декомпозиция ЭИС не производится. Типовой проект создается
в целом для некоторого обобщеного объекта, определенной группы.
Автоматизированное проектирование – автоматизация основных этапов создания
ЭИС, начиная от выбора состава задач и заканчивая автоматическим
получением проектной документации
Средства проектирования – некоторый совокупный преобразователь реализующий
с использованием ЭВМ несколько взаимосвязанных технологических операций
проектирования. 1 Объектные средства: типовые проекты, типовые проектные
решения, ППП. 2 Инструментальные средства: ОС, САПр, CASE – технологии.
Для средств проектирования определяется вход (инф необходимая для
настройки соответствующего средства) и выход (результат проектирования на
некотором шаге). Требования к средствам проектирования: Должны охватывать
процесс проектирования в комплексе и по всем вопросам организации и
проыедения проектных работ; обладать совместимостью; быть легкими в
освоении; одни и теже средства должны быть применимы для различных
объектов; позволять создавать адаптивные системы; экономически эффективны.
Требования к методологии проектирования К методологии проектирования
предъявляются требования: 1 Охват методологией как можно большего числа
этапов жизненного цикла системы, которые предусматривают: оценку целей
возможности создания системы, анализ требований, детальное проектирование,
програмирование и тестирование, интеграция в существующею систему,
внедрение и поддержка. 2 Взаимосвязь этапов – должна обеспечиваться связь
с другими проектами 3 Методология должна обеспечивать симантических
требований представляемых к системе и минимизировать потери при переходе
от одного уровня представления к другому. В этой связи большое значение
имеют средства спецификации используемые на различных уровнях
представления данных. Под спецификацией понимаются точная, полная описание
требований в ясно сформулированных требованиях для данной задачи.
Современные методологии проектирования ЭИС должны обеспечивать
представление информации: описание объектов автоматизации, описание
функциональных возможностей ЭИС, спецификация проекта гарантирцющее
достижение заданых характеристик системы, описание реализации предлагаемой
системы, детальный план создания системы с оценкой сроков разработки.
Существует три класса методологий проектирования: 1 концептуальное
моделирование предметной области 2 выявление требований и спецификация
инф-ой системы через её макетирование 3 системная архитектура програмных
средств поддерживаемая инструментальными средствами CASE технологи.
Проектирование систем на основе концептуального моделирования предметной
области
При концептуальном моделировании предметной области и применении
технологий БД наиболее сложной задачей явл-ся выявление информ-ных и
функциональных связей между объектами. В наше время для построения
конкретной области используется два подхода: 1 Модель предметной области
строится на основе интеграций спецификаций информационных потребностей. 2
Непосредственный анализ самой предметной области. В первом случае более
широко применяются средства программных продуктов, которые интегрируются в
единую программною систему обеспечивающую обработку информации, как на
этапе анализа, так и на этапе проектирования ЭИС. Концептуальная модель
включает описания понятий предметной области и информационных процессов
протекающих в ней, т.е содержит всю необходимую для проектирования системы
информацию.
Макетирование ЭИС
Практика показывает, что требования пол-лей ЭИС не вполне определенны и
поэтому необходимо ориентироваться на постоянные изменения требований к
сис-ме, учесть которые можно только при динамичной спецификации этих
требований.Наиболее приемлемым может быть подход требования к сис-ме
формируются не сразу, а в процессе разработки функционального макета
системы. Макет сис-мы создается на основе той min информации, которую
могут сообщить пол-ли. После получения замечаний и их устранения макет
системы снова предъявляют пол-лям. Он дает возможность конкретизировать
проблемы, возникающие разработчиком и пол-ми, существенно сокращает
задержку во времени между формулированием требований и первой
демонстрацией действующей системы, обеспечивает эффективный контроль за
проектом системы на всех этапах ее жизненного цикла.
Использование макета согласуется и с инф-но-логическим подходом к
построению модели БД, который основывается на четком разделении
концептуальной модели предметной области (включая модель информационных
потребностей пол-лей) и датологической модели предметной области (модель
обработки данных). В этом случае спецификация макета завершается
разработкой концептуальной модели предметной области (вместе с
информационными потребностями).После завершения макетирования принимается
решение в отношении построения модели обработки данных.
CASE технологии проектирования ЭИС Инструментальные средства разработки
ЭИС все больше ориентируются на архитектуру готовых программных изделий.
Это обусловлено необходимостью: 1 быстрее создавать и внедрять ЭИС при
меньших затратах 2 обеспечить единый простой интерфейс 3 сократить усилия
на обслуживание сущесвтующих приложений при их адаптации к постояным
изменениям в програмно-технической среде. CASE технология включает вопросы
определения требований к системе и создание проекта на глобальном уровне,
так чтобы он наиболее полно отвечал требованиям с учетом заданых
экономических и технологических ограничений. CASE технология содержит
средства поддержки всех основных этапах проектирования и внедрения ЭИС,
при этом на этапе анализа целей создания системы обычно используется
концепция диаграмм потоков данных. Прчем особенно уделяется внимание
связям между данными. В результате между входными и выходными данными
устанавливаются парные связи. CASE технология обеспечивает: 1