 |
Обоснование проектных решений по применению АРМ
|
|
|
|
Децентрализация средств вычислительной техники послужила предпосылкой развития автоматизированных рабочих мест (АРМ) на базе персональных компьютеров.
Обоснование применения АРМ следует начать с рассмотрения их возможностей:
- информационно-справочное обслуживание;
- автоматизация делопроизводства;
- развитый диалог пользователя с ЭВМ;
- использование ресурсов как ПЭВМ, так и центральной ЭВМ для решения различных задач;
- формирование и ведение локальных баз данных и использование централизованной базы данных при наличии вычислительной сети;
- представление сервиса пользователю на рабочем месте.
Далее необходимо рассмотреть такие преимущества АРМ, как надежность, стоимость, сочетание автономного и многопользовательского режимов работы, возможность реализации интерфейса АРМ друг с другом и с большой ЭВМ, удобство подключения новых внешних устройств.
АРМ всегда максимально ориентирован на конечного пользователя. Это достигается адаптацией АРМ к уровню подготовки конечного пользователя и его возможностям обучения и самообучения. В свою очередь этот принцип тесно связан с принципом проблемной ориентации, суть которого в ориентации АРМ на решение определенного класса задач, объединенных общей технологией обработки данных, единством режимов эксплуатации. В узком смысле, проблемная ориентация заключается в ориентации на автоматизацию конкретных функций, выполняемых работниками.
Следует отметить также уровень развития и интеграции АРМ по следующим моментам:
- построение типовых (базовых) АРМ, ориентированных на группы конкретных пользователей;
- реализация на базе типовых АРМ специализированных (функциональных АРМ) например, АРМ бухгалтера, АРМ аналитика;
|
|
|
- объединение специализированных АРМ в проблемно-ориентированные комплексы в рамках локальных распределенных систем обработки данных.
Возможности АРМ обычно тесно связаны с их структуризацией и параметризацией, зависят от функциональных характеристик ПЭВМ, на которых они базируются. После рассмотрения этих вопросов нужно остановиться на обеспечивающей части АРМ: вопросах организации информационной базы, вопросах специфики ПО, вопросах обоснования общей технологии обработки данных, вопросах лингвистического обеспечения, диалога, вопросах методического обеспечения, ГОСТов, правового обеспечения.
В этом же разделе необходимо раскрыть следующие вопросы:
- изменение в содержательной постановке комплекса задач в условиях применения вычислительной техники;
- изменения в функциях органов управления, связанных со сбором, обработкой и выдачей информации;
- источники оперативной и постоянной информации;
- характеристика расчетов, выполняемых на ЭВМ;
- краткая характеристика результатов (название машинных документов, форм отображения на экранах дисплеев и их назначение, название результатных файлов);
- схема связи с другими задачами соответствующей функциональной подсистемы АСУ и ее описание;
- периодичность решения комплекса задач.
Кроме необходимого качественного обоснования применения средств вычислительной техники, технологии проектирования, технологии обработки данных и т.д., целесообразно провести количественную оценку потребительских свойств проектируемой системы.
В завершении аналитической части должны быть сформулированы цель и задачи дипломного проекта. Они должны вытекать из проведённого исследования логично и обоснованно и относиться к теме диплома. Не должны неожиданно появляться задачи, не обсуждавшиеся на протяжении описания исследования.
|
|
|
Проектная часть
В этой части следует рассмотреть изменения, планируемые при реализации положений дипломного проекта: характеристику проектируемой системы, технологии ее работы и другие нововведения.
В разделе, посвященном моделированию изучаемой системы, предполагается приведение характеристик входных, промежуточных и результатных информационных массивов предметной области и их моделирование. Необходимо детально описать, как на основе входных документов и нормативно-справочной информации происходит обработка массивов оперативной информации и формирование выходных данных. Модель может быть построена с использованием традиционных методик или с использованием систем автоматизированного проектирования (например, CASE-средства).
Затем следует дать характеристику классификаторам и системам кодирования, используемым для решения данного комплекса задач. Структура кодовых обозначений объектов может быть оформлена в виде таблицы со следующим содержанием граф:
- наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т.д.);
- значность кода;
- система кодирования (серийная, порядковая, комбинированная);
- вид классификатора (международный, отраслевой, общесистемный и т.д.).
Далее производится описание каждого классификатора и рассматриваются вопросы централизованного ведения классификаторов в компании.
Для характеристики входной и результатной информации на каждый информационный массив нормативно-справочной информации (НСИ) и оперативной информации составляется описание. Необходимо указать назначение и применение каждого документа, т.е. для оформления каких операций предназначен данный документ (или справочник) и в каких случаях он применяется. Описывается также каждый тип записи.
Если информационная база организована в форме БД, то приводится логическая структура БД или дается ссылка, что структура записей информационных массивов совпадает со структурой файлов, которая приведена при описании ПО комплекса задач.
Также необходимо рассмотреть методику ведения НСИ. Особое внимание следует уделить проектированию форм результатных документов. При этом необходимо привести примеры выходных форм машинограмм и видеограмм, разделив их на справочные, контрольные, регламентированные и запросные.
|
|
|
При рассмотрении внутримашинной реализации комплекса задач необходимо рассмотреть алгоритмы расчета и решения задач, которые подразделяются на алгоритмы по выполнению работ для получения результатной информации и непосредственно формулы расчета показателей, рассмотрев последовательность проведения расчетов.
Затем приводится описание структурной схемы использования комплекса программ (дерева диалога), в котором приводится описание структуры диалога и его содержания, включая назначение и последовательность вызова каждого режима и подрежима.
При разработке структуры диалога необходимо учесть работу с первичными документами, формирование выходных ведомостей, реорганизацию информационной базы, предусмотрев возможность корректировки вводимых данных, просмотра введенной информации, работу с файлами постоянной информации, протоколирования действий пользователя, а также помощь пользователю на всех этапах и в решениях. Соответствие вспомогательных решений основным, а также возможность горизонтального и вертикального переходов на графе диалога зависит от контекста задачи.
Применяется два способа описания структуры использования программы:
- в табличной форме;
- в виде графа, вершины которого пронумерованы, а описание его содержания приводится в соответствии с нумерацией вершин либо в виде экранов, если сообщения относительно просты, либо в виде таблицы.
Технологическое обеспечение включает описание технологии сбора, передачи, обработки и выдачи информации. Оно отражает всю последовательность операций, начиная от способа сбора первичной информации и заканчивая формированием результатной информации с последующей ее передачей.
Первичная информация включает два типа документов:
- документы, данные из которых используются для корректировки НСИ;
- документы, представляющие оперативную информацию, используемую для расчетов; сформированная результатная информации может быть передана по каналам связи или дискретным способом.
|
|
|
Здесь же необходимо привести описание мероприятий, обеспечивающих переход на новый учётный период.
Для БД необходимо предусмотреть развернутый и всесторонний контроль вводимых данных, поскольку ошибки в БД трудно выявить, и при этом они ведут к неправильным результатам и сбоям программы.
Сообщение об ошибках, обнаруживаемых программой во время её работы, должны быть сформулированы конкретно и однозначно, а также содержать рекомендации по их устранению, что позволило бы пользователю самостоятельно с ними справляться. Несмотря на большую трудоемкость программирования, такой контроль окупается удобством эксплуатации комплекса программ.
Любые изменения, вносимые в БД, должны протоколироваться.
Логический контроль последовательности выполнения режимов становится особенно важным при использовании диалогового режима, так как здесь отсутствует заранее установленная последовательность выполнения действий. Главной отличительной особенностью этого режима является возможность влияния пользователя на процесс обработки данных.
В случае смысловой независимости задач коллизий не возникает, но при наличии такой зависимости, могут появляться неадекватности в информационной базе и ошибки в выходной информации. Под технологически зависимыми задачами понимаются задачи, решения одной из которых не может быть выполнено без предварительного решения другой или других задач.
Пример. Учет основных фондов.
При введении в БД текущих сведений о движении инвентарных объектов, расчет амортизационных отчислений возможен лишь после проведения корректировки остатков основных фондов по данным движения.
Для проведения смыслового контроля необходима регистрация выполнения любого режима блоком смыслового контроля. Тогда возможность выполнения очередного режима может быть проверена на непротиворечивость.
ПО комплекса задач включает общие положения, отражающие стандарты и использованные возможности разработанного АРМ для решения выбранного комплекса задач, а также требования к аппаратным и программным ресурсам для успешной эксплуатации АРМ. Здесь же приводится описание использованных библиотек, компиляторов, редакторов, планов создания загрузочных модулей и т.д. Затем приводится характеристика архитектуры программ и представляется структурная схема пакета (дерево вызова процедур и программ). После чего производится описание программных модулей и файлов.
|
|
|
Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть представлена несколькими схемами, каждая из которых соответствует определенному режиму. Головная часть представляется одним блоком с указателями схем режимов. Все графические материалы должны быть оформлены в соответствии с методическими указаниями по оформлению дипломных и курсовых проектов.
Описание программных продуктов, разработанных (применяемых) для решения задач проекта, должно содержать следующие разделы:
- общие сведения по программе;
- инструкция по установке и по использованию программы;
- исходные тексты программы.
Общие сведения включают в себя:
- официальные название и обозначение программы;
- язык или система программирования, в которой решается задача;
- описание логической структуры программы и ее связь с другими программами;
- описание информационной структуры программы;
- требования к техническим средствам, необходимым для функционирования программы;
- входные и выходные данные программы;
- способы вызова программы.
Инструкция по установке и по использованию программы должно содержать:
- сведения о назначении программы, достаточные для понимания возможностей её применения и эксплуатации;
- условия, необходимые для функционирования программы;
- порядок выполнения и последовательность действий пользователя, обеспечивающих загрузку, запуск, выполнение и завершение программы с указанием возможных вариантов команд и функциональных клавиш;
- сообщения о ходе выполнения программы, а так же действий пользователя в случае сбоев и возможность повторного запуска программы.
Полные тексты программ рекомендуется не приводить в основной части ПЗ, а выносить в приложения.
|
|
|
