МИНИСТЕРСТВО ОБЩЕГО И СПЕЦИАЛЬНОГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ЭКОНОМИКИ СТАТИСТИКИ И
ИНФОРМАТИКИ
Факультет "Экономической информатики"
Одобрено к изданию
редакционно-издательским
советом МЭСИ.
Методические
указания по дипломному
проектированию
(Черновик)
Специальность :
0719 - "Информационные системы в экономике"
МОСКВА - 1997 г.
Содержание
Предисловие
Настоящие методические указания предназначены для студентов, обучающихся
по специальности 0719. В них предложена ориентировочная структура
дипломных проектов, которая снабжена расшифровкой отдельных пунктов
дипломного проекта. Значительное внимание уделено вопросам
документирования технологических процессов, которые вызывают
значительные затруднения. Сформулированы основные требования,
предъявляемые к оформлению технологического процесса в виде схемы работы
системы первого уровня, реализация которых проиллюстрирована на примерах
отдельных фрагментов, а также приведено несколько примеров различных
схем работы системы. В методических указаниях нашли отражение вопросы
составления технологических и инструкционных карт в части их содержания
и оформления. По наиболее распространенным операциям технологического
процесса приведены примеры заполнения технологических инструкций
/инструкционных карт/. Дан также пример оформления технологической
карты.
Работа оформляется в соответствии с ГОСТ ЕСПД 19.701-90 (ИСО 5807-85)
официально введенным в действие с 1.01.92, который трактует
информационную модель как схему данных, а технологический процесс и
схему взаимосвязи модулей и файлов, как схемы работы системы первого и
второго уровней соответственно. Детальные блок-схемы представляются в
виде схем программ. В приложениях даны образцы заполнения некоторых
документов дипломного проектирования.
Разработка методических указаний осуществлена под редакцией профессора
В.В. Дика.
1. Методические основы организации дипломного проектирования
Дипломное проектирование является заключительным этапом обучения
студентов в вузе и имеет своей целью:
систематизацию, закрепление и расширение теоретических и практических
знаний по проектированию экономических информационных систем (ЭИС) с
использованием современных информационных технологий на основе анализа
экономико-информационной среды предметной области;
развитие навыков ведения самостоятельной работы и разработки проектных
решений по информационному, технологическому и программному обеспечению
ЭИС.
В процессе дипломного проектирования у слушателей формируются следующие
навыки:
- выстраивать логическую структуру проекта;
- анализировать экономико-информационную среду предметной области и
устанавливать структурное представление и взаимосвязи с другими
компонентами информационного пространства;
- анализировать объект управления системой;
- классифицировать существующие ЭИС и определять направления создания
ЭИС;
- анализировать информационные потоки, систематизировать
документооборот, определить уровень автоматизации задач и состав
автоматизированных и неавтоматизированных работ;
- анализировать особенности автоматизации процессов сбора, регистрации и
передачи первичной информации;
- использовать экономико-математические модели и алгоритмы оптимизации
процесса управления предметной области;
- использовать экономико-математические модели и алгоритмы распределения
вычислительных работ и информационных массивов по узлам локальной сети,
на основе методик организации распределенной многоуровневой обработки
информации;
- анализировать требования к концептуальному моделированию и выбирать
инструментарий класса CASE;
- разрабатывать технологии концептуального моделирования
экономико-информационной среды предметной области;
- разрабатывать состав и структуру функциональной части ЭИС с
использованием современных методологий;
- производить информационное моделирование ЭИС на основе существующих
методологий;
- разрабатывать организационную структуру предметной области;
- разработать структуру ЭИС и электронную технологию функционирования
подразделений предметной области;
- анализировать существующий рынок аппаратного и программного
обеспечения;
- проектировать базовую топологию локальной вычислительной сети (ЛВС)
предметной области с использованием современных технологий;
- проектировать технологию обеспечивающую своевременный сбор,
регистрацию, передачу, обработку, модификацию, хранение, анализ, защиту
и выдачу необходимой информации всем заинтересованным подразделениям;
- производить организацию баз данных, нормативно-справочной и
оперативной информации ЭИС;
- анализировать нюансы алгоритмизации предметной области и организации
программного обеспечения системы;
- использовать современные алгоритмические языки программирования, СУБД
при разработки ЭИС;
- использовать современные обеспечивающие информационные технологии,
такие как электронные таблицы, текстовые процессоры, графические
редакторы и средства анимации, мультимедиа при подготовке дипломного
проекта;
- разрабатывать и реализовать проект в виде комплекса автоматизированных
рабочих мест.
Работа над дипломным проектом включает в себя ряд этапов, среди которых:
выбор и закрепление объектов преддипломной практики;
выбор и закрепление темы дипломного проекта;
разработка и утверждение задания на дипломный проект;
сбор материала для проектирования на объекте практики;
написание и оформление пояснительной записки и чертежей, входящих в
дипломный проект;
сдача проекта на кафедру и подготовка выступления в ГЭК;
предварительная защита дипломного проекта на кафедре;
направление проекта на рецензию;
защита в ГЭК.
Студенты вечерней и заочной формы обучения преддипломную практику обычно
не проходят, но в некоторых случаях, связанных с отсутствием достаточной
технической базы, могут направляться для прохождения в течение месяца
практики в других организациях, предприятиях, банках, фирмах.
Тематика дипломных проектов должна быть актуальна, соответствовать
современному состоянию и перспективам развития ЭИС на базе различных
классов ЭВМ и разнообразных средств сбора, передачи и отображения
информации. При определении тем дипломных проектов следует исходить из
реальной потребности организаций, предприятий, банков, фирм в
разработке и из возможности внедрения фрагментов будущего проекта в
производство.
Окончательное заключение о целесообразности и актуальности темы
дипломного проекта осуществляется преподавателем выпускающей кафедры и
руководителем преддипломной практики.
В соответствии с квалификационной характеристикой специальности 0719
возможны следующие основные направления тематики дипломных проектов:
Проектирование и разработка ЭИС, обеспечивающих обработку информации по
комплексу (комплексам) задач и функций управления процессами и ресурсами
различных сфер деятельности предметной области.
Разработка систем информационной поддержки принятия решения для
менеджеров различного уровня.
Разработка информационных систем управления различными экономическими
объектами.
Разработка инструментария автоматизированного проектирования ЭИС.
Создание экспертных систем, систем классов MIS и DSS.
Разработка лабораторных практикумов и деловых игр на основе
использования различных классов ЭВМ и систем связи.
Название темы дипломного проекта должно быть краткими, отражать
доминанту (основное содержание) проекта. В названии темы нужно указать
объект и инструментарий, на которые ориентирован проект.
При разработке проекта следует применять новые информационные технологии
и современные методы проектирования.
Целесообразно, чтобы дипломным проектом был охвачен комплекс задач
предметной области не менее 5 и не более 12. Под задачей следует
понимать алгоритм или совокупность алгоритмов обработки и формирования
результатной информации.
Закрепление темы дипломного проекта осуществляется кафедрой, а затем
утверждается приказом ректора на основе поданного студентом заявления.
После этого студент совместно с руководителем разрабатывает задание на
дипломный проект, которое включает план проекта, содержание графических
работ в листах, перечень основных литературных источников и др. (см.
Приложение).
Дипломный проект в переплетенном виде или в папке для дипломного
проектирования сдается на кафедру вместе с чертежами. На кафедре или в
деканате студент получает и заполняет бланк направления на защиту.
Бланки направлений на защиту в целом на группу должны получить старосты
за месяц до начала предварительной защиты дипломных проектов (последняя
декада апреля). Руководитель дипломного проекта готовит краткий отзыв о
работе студента над проектом с ее оценкой и отражает его в бланке
направления на защиту.
На предварительную защиту студенты обязаны явиться с уже заполненным
направлением.
Предварительная защита проходит перед комиссией, состоящей из числа
преподавателей кафедры, после чего дипломный проект направляется на
рецензию. Рецензент в письменном виде готовит отзыв о дипломном проекте,
указывает замечания и пожелания. Подпись рецензента заверяется печатью
предприятия, на котором работает рецензент. Во время защиты дипломного
проекта в ГЭК зачитывается рецензия, поэтому дипломнику целесообразно
подготовить ответы на приведенные в рецензии замечания.
В случае выявления рецензентом серьезных замечаний к дипломному проекту,
выпускающая кафедра имеет право отправить работу на повторное
рецензирование или отчислить студента.
Руководитель дипломного проекта назначается кафедрой на весь период
дипломного проектирования, однако, решением кафедры кроме руководителя
может быть назначен консультант, который контролирует соответствие
проекта установленным институтом требованиям и оказывает студенту
помощь. Назначение консультанта целесообразно при возникновении в
процессе дипломного проектирования специальных вопросов в области
статистики, математики, бухгалтерского учета и др.
Выступление на защите должно быть подготовлено студентом, и обязательно
согласовано с руководителем.
2.Методические указания по структуре и содержанию дипломных проектов.
Дипломный проект выполняется в соответствии с техническим заданием,
которое включает план структуры проекта, построенный по одному из
предложенных ниже вариантов. В выбранный вариант, с разрешения
руководителя и консультанта, могут быть внесены изменения.
При оформлении дипломного проекта на персональном компьютере
предъявляются следующие требования:
1. Общий объем машинописного текста, без приложений должен составлять не
менее 80 и не более 90 страниц при условии 26 строк на страницу. Текст
диплома должен быть напечатан через два интервала на одной стороне
стандартного листа белой односортной бумаги формата А4 размером 210х297
мм (60 знаков в строке, считая промежутки между словами). Контуры букв и
знаков должны быть без ореола и расплывающейся краски. Насыщенность букв
должна быть ровной в пределах строки, страницы и всего диплома. Страницы
диплома должны иметь поля: левое - 30 мм, верхнее - 20 мм, правое -
10мм, нижнее - 25 мм. Таблицы, рисунки, чертежи, схемы, графики,
фотографии и др. как в тексте диссертации, так и в приложении должны
быть выполнены на стандартных листах формата А4 или наклеены на
стандартные листы бумаги. Подписи и пояснения к рисункам должны быть на
лицевой стороне. Диплом не должен содержать помарок, карандашных
исправлений, пятен, трещин и загибов. Набивка буквы на букву и дорисовка
букв чернилами запрещается. Все страницы диплома, включая иллюстрации и
приложения, нумеруются по порядку от титульного листа до последней
страницы без пропусков, повторений, литерных добавлений. Первой
страницей считается титульный лист, на нем цифра “1” не ставится, на
следующей странице проставляется цифра “2” и т.д. Порядковый номер
печатается в середине верхнего поля страницы. Небрежно оформленные
дипломы и дипломы содержащие ошибки к защите не принимаются.
Если дипломный проект оформляется без использования персонального
компьютера, то общий объем рукописного текста, исключая приложения
должен быть не менее 100 и не более 120 страниц.
2.1. Структура и содержание дипломных проектов по автоматизированному
решению экономико-информационных задач.
Вариант I.
Оглавление.
Введение.
1. Аналитическая часть.
Технико-экономическая характеристика предметной области.
Организационная структура и объект управления.
Организация предметной области.
Экономическая сущность комплекса экономических информационных задач.
Общие сведения о задачах.
Декомпозиция комплекса задач.
Обоснование проектных решений по автоматизированному решению
экономико-информационных задач.
1.3.1.Обоснование выбора задач, входящих в комплекс.
1.3.2.Обоснование необходимости использования вычислительной техники и
создания АРМ для решения данного комплекса задач.
1.3.3.Обоснование проектных решений по информационному обеспечению
комплекса задач.
1.3.4.Обоснование проектных решений по технологии сбора, передачи,
обработки и выдачи информации.
1.3.5. Обоснование проектных решений по программному обеспечению
комплекса задач.
2. Проектная часть
2.1. Информационное обеспечение комплекса задач.
Внемашинное информационное обеспечение
2.1.1.1.Инфологическая или информационная модель(схема данных) и ее
описание.
2.1.1.2.Используемые классификаторы и системы кодирования
2.1.1.3.Характеристика входной информации.
Нормативно-справочная информация.
Входная оперативная информация.
2.1.1.4.Характеристика результатной информации.
2.1.2. Внутримашинная реализация комплекса задач.
2.1.2.1.Формализация расчетов. (Алгоритмы расчета и решения задач)
2.1.2.2.Структурная схема использования комплекса программ (дерево
диалога).
2.2. Технологическое обеспечение.
2.2.1.Организация технологии сбора, передачи, обработки и выдачи
информации.
2.2.2.Схема технологического процесса сбора, передачи, обработки и
выдачи информации.
2.2.3.Инструкционные карты основных операций технологического процесса.
Программное обеспечение комплекса задач.
2.3.1.Общие положения
2.3.2.Структурная схема пакета (дерево вызова процедур и программ)
2.3.3.Описание программых модулей
2.4.Схема взаимосвязи программных модулей и информационных файлов.
3. Обоснование экономической эффективности проекта
3.1.Выбор и обоснование методики расчета экономической эффективности
проекта.
3.2. Расчет показателей экономической эффективности проекта.
Заключение.
Список использованной литературы.
Приложения.
Содержание разделов предлагаемой структуры проекта.
Введение должно содержать общие сведения о дипломном проекте. В нем
необходимо отразить актуальность выбранной темы, цель и задачи, решаемые
в проекте, субъект (конкретное предприятие), объект
(экономико-информационные процессы, происходящие на данном предприятии),
используемые методики, практическую значимость полученных результатов.
Целью проекта может быть: построение (разработка) ЭИС, на основе анализа
экономико-информационной среды, применения новых технических средств
сбора, передачи, обработки и выдачи информации; совершенствование
информационной базы предметной области на основе новых, методик и
концепций; новые автоматизированные решения комплексов управленческих и
экономических задач. Также необходимо перечислить вопросы, которые будут
рассмотрены в проекте, выделив вопросы, которые предполагается решить
практически. При этом нужно продумать новизну разработки и изложить
перспективы развития объекта управления и проектируемой ЭИС. По желанию,
можно привести логическую структуру проекта.
Объем введения должен быть не более 5 страниц (здесь и далее указаны
объемы машинописного текста).
Аналитическая часть.
Технико-экономическая характеристика предметной области должна включать
краткую характеристику технико-экономических аспектов объекта
управления. Такими аспектами являются организационная структура
предприятия, объект управления, тип производства, номенклатура готовой
продукции, материалов и т.п., этапы подготовки изделия. Рассмотрение
иерархических связей объектов должно производиться сверху вниз, от
общего к частному. Характеризуя предприятие, необходимо акцентировать
внимание на тех его структурных компонентах, которые призваны
использовать результаты (наработки) данного дипломного проектирования,
давая подробное описание предметной области. Так, если предметной
областью являются бухгалтерские задачи, то необходимо указать, как
строится рабочий план счетов, какие формы счетоводства используются для
ведении учетных регистров, предусмотрена ли в штатном расписании
(расстановке) центральная бухгалтерия и должность главного бухгалтера.
Используется ли централизованная форма учета на предприятии. Также
необходимо охарактеризовать учетную политику предприятия, отразив
организационный и методические аспекты учета. Рассматривая
организационную структуру бухгалтерии, необходимо отразить какие
выделены сектора (группы, отделы), указав какие задачи решает каждая
конкретная группа и какие из перечисленных задач будут рассмотрены в
данном дипломном проекте.
В пункте экономическая сущность комплекса экономических информационных
задач необходимо отразить общие сведения по задаче, указав что из себя
представляет данный класс задач, в чем заключается его экономическая
сущность и почему данному классу задач следует уделять хоть какое-то
внимание и посвящать ему целый дипломный проект. Аргументацию следует
приводить коротко, выделяя доминанты. Далее приводится декомпозиция
комплекса задач и краткая характеристика каждой из задач. При этом,
необходимо рассмотреть особенности, связанные с данным классом задач.
Например, если мы рассматриваем задачи связанные с учетом материальных
ценностей, необходимо дать описание бухгалтерских записей (контировок)
по задачам и отразить какие счета Плана счетов бухгалтерского учета,
используются для учета материальных ценностей, а также возможные
бухгалтерские проводки по этим счетам.
Раскрывая экономическую сущность и содержание рассматриваемого в проекте
комплекса задач целесообразно придерживаться следующего плана:
понятие об объекте управления и его характеристика;
функциональные задачи управления;
характеристика системы первичных экономических показателей;
организация информационного обслуживания органа управления;
методика реализации функции управления;
перспективы совершенствования.
Обоснование проектных решений по автоматизированному решению
экономико-информационных задач включают обоснование выбора задач,
входящих в комплекс, обоснование необходимости использования
вычислительной техники и создания АРМ для решения данного комплекса
задач, обоснование проектных решений по информационному,
технологическому и программному обеспечению комплекса задач.
На основе рассмотренной декомпозиции задач следует произвести
обоснованный выбор задач, которые будет рассматривать данный дипломный
проект. При этом необходимо указать почему из всего списка задач выбраны
только эти. (например т.к. данные задачи имеют общую информационную
базу, общую нормативно-справочную информацию и т.п.). Кроме того
необходимо объяснить почему оставшиеся задачи не вошли, указав, в чем
проявляется их обособленность от выбранных задач и рассмотрев
целесообразность автоматизации данных задач.
Затем необходимо указать аппаратное обеспечение какого класса будет
задействовано для решения данного комплекса задач, обосновав при этом
экономическую целесообразность использования вычислительной техники. При
рассмотрении недостатков, присущих существующему состоянию дел на
предприятии, целесообразно акцентировать внимание на тех из них,
устранение которых предполагается осуществить в проекте.
Наиболее распространенными недостатками являются:
невозможность расчета показателей, необходимых для управления объектом,
из-за сложности вычислений или чрезмерного объема информации;
большая трудоемкость обработки информации (привести объемно- временные
параметры);
низкая оперативность, снижающая качество управления объектом;
невысокая достоверность результатов решения задачи из-за дублирования
потоков информации;
несовершенство организации сбора и регистрации исходной информации;
несовершенство процессов сбора, передачи, обработки и выдачи информации.
Если Вы собираетесь использовать АРМ, при разработке ЭИС в вашем
дипломном проекте, то следует указать, почему необходимо
автоматизированное решение именно на базе АРМ специалистов по
рассматриваемой предметной области. И почему данное решение является
наилучшим.
[ Все подчеркнутое - в расход ....
Обоснование выбора ЭВМ для решения конкретных задач представляет собой
достаточно сложную проблему, так как современные вычислительные машины
являются сложными системами. Оценка эффективности используемой модели
ЭВМ связана с получением некоторого полезного результата - эффекта,
часто называемого выигрышем. Однако, этот выигрыш достигается ценой
затрат определенных ресурсов. Поэтому эффективность ЭВМ рассматривается
в виде соотношения между выигрышем и затратами. Это соотношение
определяет конкретные количественные характеристики ее эффективности .
Они должны выбираться исходя из назначения ЭВМ.
Показатели эффективности используемой ЭВМ зависят от множества самых
различных факторов. Их можно объединить в несколько групп.
К первой группе можно отнести факторы, связанные с параметрами входных
информационных потоков, поступающих на обработку в ЭВМ или в
вычислительную систему /ВС/. К ним относятся :
объем информации в единицу времени и его изменение во времени (в течение
суток, месяца, года);
тип носителя входной информации;
характер входной информации (соотношение между алфавитной и цифровой
информацией и др.).
Во вторую группу можно включить факторы, зависящие от характера задач,
которые должны решаться на ЭВМ или ВС, и алгоритмов их решения. Такие
факторы включают :
срочность задач ;
допустимость задержки в выдаче результатов, а также величина допустимой
задержки;
возможность разделения задач на подзадачи, которые можно решать в разное
время или на различных средствах (например, разных ЭВМ);
количество и качество стандартных программ и условно-постоянной
информации, используемых при решении задач;
наличие или отсутствие специального программного обеспечения (например,
пакетов прикладных программ), ориентированных на характер решаемых задач
и т.п.
К третьей группе целесообразно отнести факторы, определяемые
техническими характеристиками ЭВМ и ВС. Укажем лишь некоторые из них:
производительность процессора;
емкость оперативной памяти;
наличие сверхоперативной (А ЭТО ЧТО ЗА ЗВЕРЕК ТАКОЙ) памяти и ее
емкость;
емкость и быстродействие внешней памяти;
возможность расширения емкости памяти (путем подключения дополни-
тельных модулей памяти);
система счисления (ОЧЕНЬ ВАЖНО ПО ЖИЗНИ), используемая для ввода и
обработки данных;
форма представления данных при вводе, выводе и обработки данных;
степень развитости системы команд с точки зрения обработки конкретных
задач;
режимы работы (пакетные, разделения времени и др.);
возможности объединения в многопроцессорные и многомашинные комплексы;
возможности подключения достаточно широкого набора разнообразных
устройств ввода-вывода;
степень полноты автоматического контроля выполнения операций.
В четвертую группу можно включить эксплуатационные характеристики ЭВМ и
ВС:
надежность ЭВМ и ВС и их отдельных устройств, а также связанные с
надежностью характеристики (средняя наработка на отказ, полезное
суточное время работы и др.);
общая потребляемая мощность;
требуемые условия эксплуатации;
необходимый штат обслуживающего персонала и его квалификация.
В пятую группу факторов целесообразно выделить стоимостные показатели, к
которым принято относить следующие:
капитальные вложения, т.е. затраты на приобретение и установку ЭВМ и ВС;
затраты на содержание обслуживающего персонала;
затраты на электроэнергию;
затраты на проведение и организацию профилактических и ремонтных работ;
затраты на вспомогательные материалы (включая расходы на бумагу для
печати, магнитную ленту (ДЛЯ ТОГО ЧТОБЫ НА НЕЙ СТУДЕНТЫ ВЕШАЛИСЬ, ОТ
ПОЛУЧЕННЫХ ЗНАНИЙ) и др.) и оборудование.
Во многих случаях оказывается удобной такая комплексная стоимостная
характеристика, как стоимость машинного часа.
На основе анализа задач, алгоритмов их решения, входных потоков
информации можно определить требования к набору основных технических
характеристик ЭВМ и ВС. Каждая реальная ЭВМ или ВС обладает конкретными
значениями основных технических характеристик (ОТХ).
Однако, современные ЭВМ и ВС характеризуются большим числом различных
технических, эксплуатационных и экономических параметров и показателей.
Практически учесть все характеристики ЭВМ и ВС невозможно.
Многие из них, например, степень развития системного программного
обеспечения, полнота функционального контроля и диагностика
неисправностей, форма представления чисел и т.п., в основном носят
качественный характер и трудно поддаются количественной оценки.
Целесообразно определить минимальный набор ОТХ, допускающих
количественную трактовку, чтобы была возможность оценить значение каждой
характеристики. Для обоснования выбора ЭВМ и ВС необходимо сопоставить
ОТХ ЭВМ или ВС с требуемыми для решения конкретной задачи параметрами.
(НУ И МУТЬ ! Зачем, студенты все эту информацию должны узнать именно во
время дипломного проектирования)
]
Проектные решения по информационному обеспечению обосновываются с точки
зрения внемашинного и внутримашинного обеспечения и включают следующие
вопросы:
основные принципы проектирования информационного обеспечения комплекса
задач;
обоснование состава и содержания результатных массивов и выходных
документов;
обоснование состава, формы представления исходной информации в первичных
документах и на машинных носителях;
обоснование требований к системам классификации и кодирования
информации.
В данном разделе также необходимо уделить внимание обоснованию методов
организации информационной базы. Здесь следует рассмотреть следующие
вопросы :
обоснование выбора формы хранения данных (база данных или совокупность
локальных файлов);
обоснование выбора модели логической структуры базы данных
(иерархической, сетевой, реляционной);
обоснование методов организации информационных массивов (прообразов
файлов), ключей упорядочения и т.д.
При выборе ИО создаваемой системы наиболее важными являются следующие
узлы выбора альтернативных решений:
определение целесообразности использования интегрированной базы данных;
выбор СУБД;
выбор структуры автономных файлов;
использование диалога.
По каждому из названных узлов выбора альтернативных решений необходимо
определить основные факторы, влияющие на этот выбор. Их ранжирование,
определение удельного веса, получение интегрированной оценки и,
следовательно, выбор альтернативного варианта определяется в каждом
случае в соответствии с особенностями конкретной ситуации.
В качестве этих факторов выделим следующие:
1. Определение целесообразности использования интегрированной базы
данных /БД/:
сложность информации;
разнообразие запросов;
объем информации;
объем корректировок;
возможности ЭВМ /память, программное обеспечение, надежность/.
Использование диалога:
требования пользователя;
разнообразие запросов;
объемы информации;
возможности ЭВМ;
надежность;
время реакции на запрос;
простота работы пользователя.
Выбор структуры автономных файлов:
потребная память;
время на корректировку;
надежность;
время решения задачи.
Выбор СУБД:
структура информации;
возможности ЭВМ;
наличие программного обеспечения;
широта программного окружения СУБД;
наличие сети ЭВМ;
время реакции на запрос.
Обоснование проектных решений по технологии сбора, передачи, обработки и
выдачи информации включают характеристику существующей технологии и
подготовку предложений по ее совершенствованию, отражая:
выбор способа сбора исходной информации на основе анализа
целесообразности использования технических средств сбора (регистраторов
производства, датчиков, счетчиков и т.д.);
обоснование методов передачи информации в ЭИС (курьером, в форме
документов, по каналам модемной связи, по каналам ЛВС, с использованием
выделенных каналов, дискретным способом через дискеты, стримеры,
оптические носители и т.п., в интерактивном режиме) ;
обоснование методов обеспечения достоверности информации (верификация,
счетный контроль и т.д.);
обоснование технологии выдачи информации пользователю (централизованная,
децентрализованная, распределенная, и т.д.), (на принтер, на экран
монитора, в файл).
Обоснование проектных решений по программному обеспечению комплекса
задач заключается в формировании требований к системному, специальному и
прикладному программному обеспечению. Целесообразно:
обосновать выбор соответствующего инструментального средства (языки
программирования, специализированные библиотеки, СУБД, системы
автоматизированного проектирования, системы класса CASE и др.) и среды в
которой предполагается использование разрабатываемой ЭИС;
определить цель проектирования рациональной внутримашинной технологии
обработки на основе выбранных инструментальных средств (например,
сокращение времени обработки по сравнению с тем, что существует в
настоящий момент за счет улучшенных механизмов поиска и сортировок,
которые обеспечивает выбранный инструментарий; минимизация затрат на
разработку и дальнейшее сопровождение ПО; обеспечение надежности ЭИС и
защиты информации и т.д. );
раскрыть сущность методов проектирования рациональной внутримашинной
технологии /например, сокращение числа сортировок, использование
эффективных методов поиска информации, процедурно-ориентированных
подходов к выделению модулей и т.д./;
определить функции управляющей программы.
обосновать присутствие каких режимов обработки данных целесообразно в
проектируемой ЭИС. При каких обстоятельствах будет использоваться
пакетный режим, в каких случаях диалоговый и т.д.
выработать требования к оформлению экранных и печатных форм, эргономике
программного обеспечения.
Характеризуя программное обеспечение для создания и эксплуатации вашей
ЭИС необходимо аргументировать, чем же данное ПО все-таки лучше подобных
системам, существующих на Российском рынке, кроме того, что Вы знаете
данный язык программирования или данную систему.
Выбор одного из вариантов внутримашинной технологии обработки данных
тесно связан с его обоснованием, при проведении которого в дипломном
проекте целесообразно исходить из специфики проектируемого процесса.
В настоящее время широко используются пакетный и диалоговый режимы
обработки данных, причем последний не является альтернативой первого, а
может рассматриваться скорее как его развитие. Выбор того или иного
режима вытекает из особенностей каждого из них и особенностей решаемой
задачи.
Характеризуя пакетный режим обработки данных, необходимо отметить
следующие его характерные черты. Ввод потока заданий осуществляется с
локальных устройств ввода. Выполнение режима включает три фазы обработки
: подготовку, выполнение и завершение процесса. При этом первая фаза
требует определения последовательности действий и ввода исходных данных.
Вторая фаза предполагает логическое преобразование исходных файлов,
создания и упорядочения рабочих файлов, обработку информации и
формирование выходных данных, осуществляя контроль результатов решения.
На завершающей фазе выполняется печать. Эти особенности необходимо
рассмотреть в связи со спецификой функциональной задачи.
Применение пакетного режима позволяет уменьшить вмешательство оператора
в процесс решения задачи, требует только предварительного ввода данных,
исключает возможность вмешательства пользователя и, таким образом,
изменения последовательности выполняемых действий. Однако, за счет этого
появляется более полная загрузка оборудования, которое начинает работать
по жесткому графику. В некоторых случаях для решения задачи выполняется
и параллельная обработка данных. Пакетный режим более тесно связан с
бумажной технологией.
Диалоговый режим, напротив, предполагает активное вмешательство
пользователя в процесс работы комплекса и ориентацию на безбумажную
технологию. В ходе его выполнения отсутствует заранее установленная
последовательность операций обработки данных и дополнительного их ввода.
В процессе решения задачи удобство диалогового режима в полной мере
проявляется в процессе общения с базой данных.
Среди них можно отметить такие как : - возможность перебора различных
комбинаций поисковых признаков в запросе; - обеспечение более быстрого
поиска данных; - улучшение характеристик выходных данных за счет
оперативной коррекции запроса с терминала; - возможность расширения,
сужения или изменения направлений поиска сразу после получения
результатов; - множественность точек доступа; - быстрый доступ к
относительно редко используемой информации; - оперативный анализ
получаемых сведений.
Приближение пользователя к процессу обработки данных повлекло за собой
много проблем и одна из них - это проблема диалога конечного
пользователя и ЭВМ. В настоящее время эта проблема решается в двух
альтернативных направлениях : создание меню-ориентированных систем и
систем, основанных на использовании языков, близких к естественному.
Поэтому при обосновании выбора диалогового режима необходимо
остановиться и на этом вопросе.
Меню-ориентированные системы применяются тогда, когда число переборов
вариантов расчетов относительно невелико. Обычно в меню с пятиуровневой
иерархией уже наступает комбинаторный взрыв. При необходимости повышения
гибкости диалога более удобен язык близкий к естественному, однако,
реализация его всегда сложна.
В настоящее время в развитии вычислительной техники наметилась тенденция
к рассредоточению вычислительных мощностей в пределах вычислительных
систем. Все большее распространение приобретают вычислительные системы,
в которых применяется распределенная обработка данных с использованием
мини-ЭВМ. Этому способствовало широкое распространение микрокомпьютеров,
характеризующихся : - низкой стоимостью и малыми габаритами; - хорошим
соотношением "стоимость - производительность"; - простотой в
обслуживании и эксплуатации; - относительно небольшими затратами на
обеспечение повышенной надежности; - возможностью строить комплексы и
варьировать их конфигурации; - наличием высокопроизводительных
технических средств; - наличием проблемно-ориентированных операционных
систем; - возможностью решения экономических и управленческих задач в
интерактивном режиме.
Это предопределило главную особенность тенденции - приближение таких ЭВМ
непосредственно к местам возникновения и использования информации, их
распределению по отдельным функциональным сферам деятельности, а,
следовательно, и к изменению самой технологии обработки данных в
направлении децентрализации. Структурно они реализуются как сети
взаимосвязанных через каналы передачи данных мини- и микроЭВМ,
терминалов с одной или несколькими средними либо большими ЭВМ.
При обосновании применения распределенных систем обработки данных
необходимо отметить их особенности : большое количество
взаимодействующих вычислительных машин, выполняющих функции сбора,
регистрации, хранения, передачи, обработки и выдачи информации;
значительные вычислительные мощности; распределение обработки, хранения
и использования данных; доступ пользователя к вычислительным и
информационным ресурсам сети; симметричный интерфейс обмена данными
между всеми узлами сети; возможность управления всеми элементами сети и
ее расширяемость.
В связи с многообразием создаваемых сетей они классифицируются по ряду
признаков: технологической структуре /централизованная,
децентрализованная, кольцевая, радиально кольцевая и др./; организации
связи /с коммутацией каналов, с коммутацией сообщений, с коммутацией
пакетов и др./; функциональному назначению /универсальные и
специализированные /; организации данных /без банков данных, с
локальными банками данных, с централизованным банком данных/.
Далее необходимо рассмотреть организацию локальной сети на логическом
уровне: - рабочую систему, реализующую информационные процессы,
связанные с организацией, хранением, поиском и вычислительной обработкой
данных; - терминальную систему, управляющую работой терминального
оборудования и осуществляющая подготовку заданий пользователей,
сопряжение пунктов съема данных; - административную систему, управляющую
процессами функционирования информационно-вычислительной сети; -
интерфейсную систему, реализующую функции, связанные с преобразованием
процедур управления и передаваемой информации в условиях взаимодействия
с другими сетями; - коммуникационную, ориентированную на выполнение
функций по обеспечению взаимодействия всех систем /управления потоками
данных, их маршрутизация и коммутация/.
Наметившаяся тенденция децентрализации средств вычислительной техники
послужила предпосылкой развития на базе персональных микропроцессорных
средств автоматизированных рабочих мест /АРМ/.
Обоснование применения АРМ следует начать с рассмотрения их возможностей
: - информационно-справочное обслуживание; - автоматизация
делопроизводства; - развитый диалог пользователя с ЭВМ; - использование
ресурсов как ПЭВМ, так и центральной ЭВМ для решения различных задач; -
формирование и ведение локальных баз данных и использование
централизованной базы данных при наличии вычислительной сети; -
представление сервиса пользователю на рабочем месте.
Далее необходимо рассмотреть такие преимущества АРМ, как надежность,
низкая стоимость, сочетание автономного и многопользовательского режимов
работы, возможность реализации интерфейса АРМ друг с другом и с большой
ЭВМ, удобство подключения новых внешних устройств. Учитывая конкретику
целевого назначения АРМ необходимо исходить в обосновании из принципа
максимальной ориентации на конечного пользователя, что обычно
достигается адаптацией АРМ к уровню его подготовки и возможностям его
обучения и самообучения. В свою очередь этот принцип тесно связан с
принципом проблемной ориентации, то есть с ориентацией на решение
определенного класса задач, объединенных общей технологией обработки
данных, единством режимов эксплуатации. В узком смысле, проблемная
ориентация заключается в ориентации на автоматизацию конкретных функций,
выполняемых работниками экономических служб.
Следует отметить также уровень развития АРМ, среди которых выделяют:
построение типовых /базовых/ АРМ, ориентированных на группы конкретных
пользователей; реализация на базе типовых АРМ
специализированных/функциональных АРМ/ например, АРМ бухгалтера, АРМ
аналитика/; объединение специализированных АРМ в
проблемно-ориентированные комплексы в рамках локальных распределенных
систем обработки данных.
Возможности АРМ обычно тесно связаны с их структуризацией и
параметризацией, зависят от функциональных характеристик ПЭВМ, на
которых они базируются. После рассмотрения этих вопросов нужно
остановиться на обеспечивающей части АРМ : вопросах организации
информационной базы; вопросах специфики программного обеспечения;
вопросах обоснования общей технологии обработки данных; вопросах
лингвистического обеспечения, диалога; вопросах методического
обеспечения, ГОСТов.
В пункте 1.4. необходимо раскрыть следующие вопросы: - изменение в
содержательной постановке комплекса задач в условиях применения
вычислительной техники; - изменения в функциях органа управления,
связанных со сбором, обработкой и выдачей информации; - источники
оперативной и постоянной информации; - характеристика расчетов,
выполняемых на ЭВМ; - краткая характеристика результатов /название
машинных документов, форм отображения на экранах дисплеев и их
назначение, название результатных файлов /; - схема связи с другими
задачами соответствующей функциональной под- системы АСУ и ее описание;
- периодичность решения комплекса задач.
В пункте 1.5. осуществляется формализованная постановка рассматриваемого
комплекса задач, производится выделение последовательных этапов расчета,
определяются экономико-математические зависимости показателей.
При работе над пунктами 1.4.-1.8. кроме качественного обоснования
применения средств вычислительной техники, технологии проектирования,
технологии обработки данных и т.д., целесообразно провести
количественную оценку потребительских свойств проектируемой системы с
применением АСОПР /см. 3 пункт методических указаний/.
Описанные выше разделы составляют первую часть проекта. Наиболее
распространенной ошибкой при подготовке первой главы дипломного проекта
является то, что студент пытается перемешать существующее положение дел
на предприятии, выявленных в ходе обследования с открывающимися
перспективами и технологией функционирования описываемой в дипломном
проекте ЭИС. Не забывайте, основная цель первой главы - рассмотрение
существующего состояния предметной области, характеристика объекта и
субъекта, и обоснование предложений по устранению выявленных
недостатков, внедрению новых подходов, новых технологий и т.д.
Характеристика проектируемой системы, технология ее работы и все что
связано с нововведениями, должны рассматриваться и раскрываться во
второй главе проекта. И не следует ни при каких условиях комбинировать
то что существует в настоящий момент с тем что планируется.
Проектная часть
Пункт инфологическая или информационная модель(схема данных) и ее
описание предполагает моделирование входных, промежуточных и
результатных информационных массивов предметной области и их
характеристика. Необходимо детально освятить как на основе входных
документов и нормативно-справочной информации происходит обработка с
использованием массивов оперативной информации и формирование выходных
данных. Модель может быть построена с использованием традиционных
методик (курс "Проектирование баз данных") или с использованием систем
автоматизированного проектирования (например, CASE- средство (Comрuter
Aided Software Engineering) Design IDEF (ICAM DEFinition) фирмы (Meta
Software corporation), предполагающее использование методологии IDEF1X,
целью которой является выработка непротиворечивого интегрированного
определения семантических характеристик данных на основе подхода
“сущность-связь”, представляющей собой комбинацию реляционной теории Т.
Кодда, методологии “Entity-Relationship” и диаграммы
“сущности-отношения” П. Ченна, дополненных отношениями категоризации).
Затем необходимо дать характеристику используемым для решения данного
комплекса задач классификаторам и системам кодирования. Структура
кодовых обозначений объектов может быть оформлена в виде таблицы с таким
содержанием граф: наименование кодируемого множества объектов (например,
кодов подразделений, табельных номеров и т.д.), значность кода, система
кодирования (серийная, порядковая, комбинированная), вид классификатора
(международный, отраслевой, общесистемный и т.д.). Далее производится
описание каждого классификатора и рассматриваются вопросы
централизованного ведения классификаторов на предприятии по данной
предметной области.
Характеризуя входную и результатную информацию на каждый информационный
массив нормативно-справочной (НСИ) и оперативной информации составляется
описание. Необходимо указать назначение и применение каждого документа,
т.е. для оформления каких операций предназначен данный документ (или
справочник) и когда он применяется. Описывается также каждый тип записи.
Если информационная база организована в форме баз данных, то приводится
её логическая структура или дается ссылка, что структура записей
информационных массивов совпадает со структурой файлов, которая
приведена при описании программного обеспечения комплекса задач. Также
необходимо рассмотреть методику ведения НСИ. Особое внимание следует
уделить проектированию форм результатных документов. При этом необходимо
привести примеры выходных форм машинограмм и видеограмм, разделив их на
справочные, контрольные, регламентированные и запросные.
При рассмотрении внутримашинной реализации комплекса задач необходимо
рассмотреть алгоритмы расчета и решения задач, которые подразделяются
на алгоритмы по выполнению работ для получения результатной информации и
непосредственно формулы расчета экономических показателей, рассмотрев
последовательность проведения расчетов.
Затем приводится описание структурной схемы использования комплекса
программ (дерева диалога) в котором приводится описание структуры
диалога и его содержания, включая назначение и последовательность вызова
каждого режима и подрежима.
При разработке структуры диалога необходимо спроектировать работу с
первичными документами, формирование выходных ведомостей, реорганизацию
информационной базы, предусмотрев возможность корректировки вводимых
данных, просмотра введенной информации, работу с файлами постоянной
информации, протоколирования действий пользователя, а также помощь на
всех этапах и решениях. Соответствие вспомогательных решений основным, а
также возможность горизонтального и вертикального переходов на графе
диалога зависит от контекста задачи.
Применяется два способа описания диалога. Первый предполагает
использование табличной формы описания. Второй использует представление
структуры диалога в виде орграфа, вершины которого перенумерованы, а
описание его содержания в соответствии с нумерацией вершин, либо в виде
экранов, если сообщения относительно просты, либо в виде таблицы.
Технологическое обеспечение включает описание организации технологии
сбора, передачи, обработки и выдачи информации и отражает
последовательность операций, начиная от способа сбора первичной
информации, включающей два типа документов (документы, данные из которых
используются для корректировки НСИ и документы, представляющие
оперативную информацию, используемую для расчетов) и заканчивая
формированием результатной информации, ее передачи (по каналам связи,
например, модемная связь, ЛВС; или дискретный способ передачи
информации) и мероприятиям по переходу на новую отчетную дату. Затем
приводится схема технологического процесса сбора, передачи, обработки и
выдачи информации и инструкционные карты основных операций
технологического процесса, отражающие пооперационное описание
технологии. Инструкционные карты оформляются по двум выбранным операциям
техпроцесса.
В условиях применения ПЭВМ этапы домашинной и послемашинной технологии
часто оказываются "смазанными" из-за применения диалогового режима.
Однако именно при использовании ПЭВМ для решения экономических задач, с
большими объемами обрабатываемой информации, возникает проблема обмена
данными между отдельными машинами. Эта проблема решается за счет
передачи данных ЛВС, либо за счет применения "дискетной технологии".
В программах, регулирующих ввод информации в базу, необходимо
предусмотреть как можно более развернутый и всесторонний контроль
вводимых данных, поскольку ошибки в обрабатывающих программах не так
опасны, как ошибки в данных, попавшие в базу. Сообщение об ошибках
должны быть сформулированы конкретно и однозначно, что позволило бы
пользователю предпринять соответственно такие же конкретные и
однозначные действия. Несмотря на большую трудоемкость программирования,
такой контроль окажется неоценимым при эксплуатации комплекса программ.
Любые изменения, вносимые в базу данного должны протоколироваться.
Логический контроль последовательности выполнения режимов становится
особенно важным при использовании диалогового режима. Пакетная обработка
данных упрощает для пользователя проблему смыслового согласования
программ, поскольку оно зафиксировано в управляющей части комплекса и
никем, кроме программиста, не может быть изменена. Согласование программ
фактически предопределяется на этапе технического проектирования при
разработке макро алгоритма. В диалоговом же режиме отсутствует заранее
установленная последовательность выполнения программ. Главной
отличительной особенностью этого режима является возможность влияния
пользователя на процесс обработки данных. В случае смысловой
независимости задач коллизий не возникает, но в противоположном случае,
при наличии такой зависимости, могут появляться неадекватности в
информационной базе и ошибки в выходной информации. Под технологически
зависимыми задачами понимаются задачи, решения одной из которых не может
быть выполнено без предварительного решения другой. В качестве примера
такой зависимости можно привести задачи учета основных фондов. При
введении в базу текущих сведений о движении инвентарных объектов, расчет
автоматизированных отчислений возможен лишь после проведения
корректировки остатков основных фондов по данным движения. Для
проведения смыслового контроля выполнение любого режима должно
регистрироваться блоком смыслового контроля, а возможность выполнения
очередного режима проверяется с точки зрения непротиворечивости.
Программное обеспечение комплекса задач включает общие положения,
отражающие стандарты и использованные возможности разработанного АРМ для
решения выбранного комплекса задач, а также требования к аппаратным и
программным ресурсам для успешной эксплуатации АРМ. Здесь же приводится
описание использованных библиотек, компиляторов, редакторов связи,
планов создания загрузочных модулей и т.д. Затем производится
характеристика архитектуры программ и представляется структурной схемой
пакета (деревом вызова процедур и программ). После чего производится
описание программных модулей и файлов.
Схема взаимосвязи программных модулей и информационных файлов отражает
взаимосвязь программного и информационного обеспечения комплекса задач,
и может быть представлена несколькими схемами, каждая из которых
соответствует определенному режиму. Головная же часть, представляется
одним блоком с указателями схем режимов. Все графические материалы
должны быть оформлены в соответствии с методическими указаниями по
оформлению дипломных и курсовых проектов.
Обоснование экономической эффективности проекта
По выбору возможны следующие направления расчета экономической
эффективности:
Сравнение вариантов организации ЭИС по комплексу задач (например,
сравнение ЭИС, предлагаемой в проекте, с существующей).
Сравнение вариантов организации информационной базы комплекса задач
(файловая организация и база данных).
Сравнение вариантов организации технологического процесса сбора,
передачи, обработки и выдачи информации.
Сравнение вариантов технологии проектирования ЭИС (например,
индивидуального проектирования с методами, использующими пакеты программ
или модельного проектирования).
Сравнение вариантов технологии внутримашинной обработки данных.
В разделе выбор и обоснование методики расчета экономической
эффективности проекта в зависимости от выбранного направления расчета
должна быть изложена методика расчета экономической эффективности
проекта.
Результаты расчета показателей экономической эффективности проекта
необходимо представить в форме таблиц, графиков, рекомендуемых
методическими материалами. Здесь следует определить улучшение
качественных характеристик процесса управления соответствующим объектом
и оценить влияние автоматизированного комплекса задач на эффективность
деятельности органов управления и конечные результаты.
В заключении рекомендуется сделать выводы по проекту, определить пути
его внедрения и направления дальнейшего совершенствования ЭИС.
Более подробно вопросы обоснования экономической эффективности проекта
даны в п.3 настоящих методических указаний.
В приложении обязательно должна быть распечатка на исходном языке
программирования отлаженных основных расчетных модулей ( около 400
операторов языка высокого уровня) или адаптированных программных
средств, использованных в работе.
2.2. Структура и содержание дипломных проектов по проектированию
экспертной системы /ЭС/
Введение
1. Аналитическая часть.
1.1. Идентификация проблемной области.
1.1.1. Общая характеристика проблемной области.
1.1.2. Определение ресурсов на разработку ЭС.
1.1.3. Постановки решаемых задач экспертизы.
1.2. Концептуализация проблемной области.
1.2.1. Структурная модель проблемной области.
1.2.2. Функциональная /поведенческая/ модель проблемной области.
1.3. Выбор метода формализации знаний и инструментальных средств
разработки ЭС.
1.4.Определение перечня оригинальных компонентов программного
обеспечения ЭС, подлежащих разработке.
1.5. Спецификация технологических средств функционирования ЭС.
2. Проектная часть.
2.1. Проектирование базы знаний.
2.1.1. Формализация базы знаний.
2.1.2. Описание базы знаний на языке представления знаний /ЯПЗ/.
2.1.3. Описание технологии загрузки и актуализации базы знаний.
2.2. Проектирование базы данных.
2.2.1. Даталогическая модель базы данных.
2.2.2. Описание БД на ЯОД.
2.2.3. Описание технологии загрузки и актуализации базы данных.
2.3. Программное обеспечение.
2.3.1. Определение параметров генерации и настройки механизмов вывода,
приобретения и объяснения знаний, интеллектуального интерфейса.
2.3.2. Описание дерева вызова программ (или блок-схемы) и спецификации
оригинальных программных средств ЭС.
2.4. Тестирование экспертной системы.
2.4.1. Данные контрольного примера.
2.4.2. Описание технологического процесса ЭС.
2.4.3. Анализ полученных результатов экспертизы.
3. Обоснование экономической эффективности проекта.
3.1. Выбор и обоснование методики расчета экономической эффективности.
3.2. Расчет показателей экономической эффективности проекта.
Заключение
Список использованной литературы.
Приложения.
Во введении обосновывается тема дипломного проекта, определяются цели
его разработки, структура пояснительной записи. Актуальность разработки
дипломного проекта должна быть обоснована с позиций основных тенденций
использования экспертных систем и особенностей их применения конкретном
экономическом объекте.
Объем введения - до 5 страниц машинописного текста.
Аналитическая часть
1.1. Идентификация проблемной области включает в себя определение
назначения и сферы применения экспертной системы /ЭС/, выделение
ресурсов, постановку и параметризацию решаемых задач.
В пункте 1.1.1. рассматриваются характеристики и особенности проблемной
области, обусловливающие необходимость разработки экспертной системы.
Идентификация сферы применения ЭС осуществляется на основе анализа узких
мест функционирования проблемной области. Например, плохой маркетинг,
большие материальные и трудовые издержки, низкая ритмичность
производства и т.д. Сфера применения ЭС должна четко идентифицировать
участок деятельности экспертов и классы объектов и ситуаций, на которые
этот участок распространяется. Например, "Оценка материальных ресурсов
предприятия", "Формирование бюджета региона", "Прогнозирование сбыта
продукции в отрасли" и т.д. В этих формулировках фиксируется и класс
решаемых проблем: анализ /интерпретация/, оценка /диагностика/,
прогнозирование, планирование, проектирование или комплекс функций.
Необходимость разработки ЭС для выделенных сфер применения может быть
обусловлена: недостаточным опытом экспертов, нехваткой трудовых ресурсов
для решения относительно простых интеллектуальных задач, формализацией
неавтоматизируемой практики принятия решений, требованиями интеграции
разнообразных источников знаний, выдвижения и проверки раз- личных
гипотез, оптимизации принятия решений.
В пункте 1.1.2. описываются ограничения на используемые на объекте
проектирования технические и программные средства, квалификацию
работников и опыт эксплуатации вычислительной техники, финансовые
ресурсы и временные сроки на разработку ЭС. В этом разделе формируются
основные пользовательские требования к интерфейсу с ЭС, времени реакции
на запросы.
В качестве источников разработки ЭС указываются используемые
методические материалы, технические отчеты, аналогичные разработки,
публикации в печати, описываются подразделения объекта проектирования,
выступающие в роли экспертов для разрабатываемой системы.
В пункте 1.1.3. описываются цели экспертизы, возможные результаты
решения задач /гипотезы/, используемые исходные данные и ограничения,
промежуточные понятия /подцели/. Определяются также особенности
применяемых знаний и методов решения задач, к которым относится
детерминированный или нечеткий /вероятностный/ характер знаний,
статический /монотонный/ или динамический /немонотонный/ характер
экспертизы. Параметризация решаемых в ЭС проблем сводится в таблицу
(12).
1.2. Концептуальная модель представляет собой целостное, системное
описание знаний, отображающее сущность функционирования проблемной
области. Результат концептуализации фиксируется в виде графических схем,
наглядно показывающих структуру и процессы проблемной области.
В пункте 1.2.1. строится структурная модель проблемной области, которая
аналогична инфологической модели базы данных. В ней фиксируются
агрегативные /целое-часть/, классификационные /род-вид/ и ассоциативные
отношения объектов и процессов проблемной области .
В пункте 1.2.2. строится поведенческая /функциональная/ модель проблем-
ной области, описывающая условия осуществления пространственно-временных
и причинно-следственных отношений объектов. На абстрактном уровне связи
различных ситуаций отображаются с помощью деревьев целей и деревьев
решений (12).
1.3. Основу этапа формализации ЭС составляет метод представления знаний,
в рамках которого осуществляется проектирование структуры базы знаний.
Выбор метода представления знаний /формализма/ обусловливается
следующими основными группами факторов: особенностями знаний, методов
решения проблем, требованиями пользователей к эксплуатации ЭС. В
соответствии с требуемым методом представления знаний выбирается
инструментальное средство разработки ЭС, в качестве которого в
зависимости от особенностей проблемной области и стадии разработки могут
быть оболочки ЭС, генераторы ЭС, языки представления знаний и языки
программирования. В разделе кратко описываются характеристики и
возможности выбранного инструментального средства.
В разделе 1.4. на основе выполненного анализа выбранного
инструментального средства определяется перечень разрабатываемых
оригинальных программных компонентов, которые должны расширить
функциональные возможности механизмов вывода, приобретения, объяснения
знаний и интеллектуального интерфейса.
В разделе 1.5. определяются этапность решения проблем в рамках ЭС,
распределение ролей между различными группами пользователей и экспертной
системой, требования к организации диалога и взаимодействия с базой
знаний.
Проектная часть.
2.1. Проектирование базы знаний предполагает отображение построенной в
разделе 1.2. концептуальной модели проблемной области в памяти
вычислительной системы инструментальными средствами, выбранными в
разделе 1.3.
В пункте 2.1.1. осуществляется графическая интерпретация структуры базы
знаний в рамках выбранного в разделе 1.3. формализма, дающей наглядное
представление о возможностях экспертизы, описываются особенности
структуры, обусловленные характером инструментального средства,
обосновываются зависимости факторов экспертизы, связанные с нечетким или
вероятностным характером знаний.
В пунктах 2.1.2. - 2.1.3. описывается машинная реализация создания базы
знаний, приводятся распечатки структуры базы знаний, загрузочных файлов,
протоколов загрузки и обновления.
2.2. Проектирование базы данных предусматривается в случае использования
больших объемов исходных данных, которые не могут быть введены в
процессе диалога с ЭС.
Пункты 2.2.1. - 2.2.3. соответствуют пунктам методических указаний по
содержанию дипломных проектов на темы о проектировании баз данных.
2.3. Программное обеспечение экспертной системы включает настраиваемую
системную и программируемую оригинальную части.
В пункте 2.3.1. описываются используемые стратегии ввода, приобретения,
объяснения знаний, организации диалога и осуществляется параметрическая
настройка соответствующих механизмов.
В пункте 2.3.2. даются спецификации, блок-схемы оригинальных программ.
В приложениях должны быть представлены распечатки схем настройки
необходимых механизмов и разработанных программных модулей.
2.4. Построенная экспертная система оценивается с позиции точности
работы и полезности. Тестируется правильность делаемых заключений,
адекватность базы знаний проблемной области, соответствие методов
решения проблем экспертным, легкость и естественность взаимодействия с
системой, надежность, производительность и адаптивность.
В пункте 2.4.1. в качестве тестовых примеров должны быть выбраны задачи,
ранее решаемые экспертами с апробированными эталонными результатами.
Тестовые примеры проверяют все возможные граничные значения получаемых
результатов.
В пункте 2.4.2. приводится схема технологического процесса решения
основных задач экспертизы, описываются все режимы взаимодействия
пользователей с ЭС.
В пункте 2.4.3. представляются результаты прогонов контрольных примеров,
которые анализируются с позиции описываемых выше критериев. Распечатки
контрольных прогонов приводятся в приложении.
Обоснование экономической эффективности проекта.
Расчет экономической эффективности проекта предлагает сравнение
стоимостных затрат на эксплуатацию ЭС со стоимостными затратами
экспертизы некоторого базового варианта: ручного или альтернативного с
использованием других инструментальных средств и технологических
решений. При обосновании экономической эффективности необходимо
учитывать затраты на приобретение и освоение инструментальных средств, а
также проектирования.
В заключении приводятся выводы по проекту, определяются пути его
внедрения на объекте и направления развития ЭС.
НА ЭТОМ ВСЕ
ДАЛЬШЕ НЕ СТУПАЛА НОГА ЧЕЛОВЕКА
ЛИТЕРАТУРА
1. Интеллектуальные системы обработки данных: Учебное пособие/ Тел-
льнов Ю.Ф., Диго С.М., Полякова Т.М.; Московск. эконом.-стат. ин-т, М.,
1989 - 102 стр. 2. Искусственный интелект: В 3 кн. Кн. 1. Системы
общения и экспер- тные системы: Справочник / Под ред. Э.В.Попова - М.,
Радио и связь, 1990 - 464 стр. 3. Искусственный интелект: В 3 кн. Кн.2.
Модели и методы: Справочник/ Под ред. Д.А. Поспелова - М.: Радио и
связь, 1990 - 304 с. 4. Искусственный интелект: В 3 кн. Кн. 3.
Программные и аппаратные средства: Справочник/ Под ред. В.Н.Захарова,
В.Ф.Хорошевского -М.; Ра- дио и связь, 1990 - 368 стр. 5. Левин Р.,
Дранг В., Эделсон Б. Практическое введение в технологию искусственного
интелекта и экспертных систем с иллюстрациями на Бейси- ке/ Пер. с англ.
- М.: Финансы и статистика, 1991 - 239 стр. 6. Нейлор К. Как построить
свою экспертную систему: Пер. с англ. - М.: Энергоатом издат. 1991 - 286
с. 7. Попов Э.В. Экспертные системы: Решения неформализованных задач в
диалоге с ЭВМ - М.: Наука, 1987 - 283 стр. 8. Представление и
использование знаний: Пер. с япон./ Под ред. Х.Уэно, М.Исидзуки - М.:
Мир, 1989 - 220 стр. 9. Перспективы развития вычислительной техники: в
11 кн.: Справ. пособие / Под ред. Ю.М.Смирнова, кн.2. Интеллектуализация
ЭВМ/ Е.С.Кузин, и др.- М.: Высшая школа, 1989 - 159 стр. 10. Системы
управления базами данных и знаний: Справ. изд./А.Н.Наумов,
А.М.Вендров,В.К.Иванов и др., Под ред. А.Н.Наумова - М.: финансы и
статистика, 1991 - 352 стр. 11. Таунсенд К.,Фохт Д. Проектирование и
программная реализация эк- спертных систем на персональных ЭВМ/ Пер. с
англ.- М.: Финансы и ста- тистика, 1990 - 320 стр. 12. Тельнов Ю.Ф.;
Скорова А.А.; Андреева Н.В. Проектирование баз зна- ний - М.: МЭСИ,
1991. 13. Уотермэн Д. Руководство по экспертным системам / Пер. с англ.
Под ред. Стефанюка В.Л. - М.: МИР, 1989 - 388 стр. 14. Форсайт Р.
Экспертные системы: принципы и примеры - М.: Радио и связь, 1987 - 223
стр.
3. Расчет показателей эффективности систем обработки данных.
3.1. Характеристика типовой методики расчета экономической
эффективности.
В соответствии с ГОСТ 24.702 - 85 целесообразные варианты построения ЭИС
выбираются путем балансирования показателей приращения эффекта Э,
получаемого за счет создания или совершенствования ЭИС, и затрат Q.
Математически эту задачу формулируют в виде
МАХ Э при Q = CONST
или в виде обратной задачи:
МIN Q при Э = СONST
При оценке эффективности ЭИС используют обобщающие и частные по-
казатели.
К основным обобщающим показателям экономической эффективности от-
носятся /1/: - годовой экономический эффект; - расчетный коэффициент
эффективности капитальных затрат; - срок окупаемости системы.
Годовой экономический эффект от разработки и внедрения ЭИС /Э/ оп-
ределяется как разность между годовой экономией / или годовым прирос-
том прибыли/ и нормативной прибылью:
Э = П - К * Ен / 3.1./ где П - годовая экономия /годовой прирост
прибыли/, тыс.руб.; К - единовременные затраты, тыс.руб.; Ен-
нормативный коэффициент эффективности капитальных вложений.
Произведение К*Ен в данном случае следует рассматривать как норма-
тивную прибыль, которая должна быть получена от внедрения системы.
В соответствии с /2/ значение Ен принимается равным 0,15 для всех
отраслей народного хозяйства. Ен представляет собой минимальную норму
эффективности капитальных вложений, ниже которых они нецелесообразны.
Полученное в данном случае значение показателя Э служит для сопостав-
ления экономических результатов автоматизации обработки данных с ре-
зультативностью капитальных вложений в другие направления совершен-
ствования производства и управления.
В некоторых приложениях могут быть установлены другие значения дан- ного
показателя, учитывающие специфические особенности применения вы-
числительной техники.
Расчетный коэффициент экономической эффективности капитальных зат- рат
/Ер/ представляет собой отношение годовой экономии / годового при- роста
прибыли/ к капитальным затратам на разработку и внедрение ЭИС /1/:
П
Ер = -- / 3.2. /
К
Срок окупаемости /Т/ представляет собой отношение капитальных зат- рат
на разработку и внедрение ЭИС к годовой экономии /к годовому при- росту
прибыли/:
К
Т = --- / 3.3. /
П
Расчет перечисленных обобщающих показателей предполагает предвари-
тельное вычисление частных показателей, характеризующих создаваемую или
модернизируемую ЭИС, таких как: - годовая экономия /годовой прирост
прибыли/; - единовременные затраты на разработку и внедрение смистемы; -
среднегодовая трудоемкость фыункционирования; - длительность обработки
информации; - надежность технических средств; - увеличение затрат
вследствие ненадежности КТС, тыс. руб.; - достоверность и др.
Годовая экономия рассчитывается как разница между годовой стоимос- тной
оценкой результатов использования ЭИС объектом управления, при
вычислении которой не учитывались затраты на обработку информации
/14,15/, и приведенными к одному году затратами, связанными с обработ-
кой информации:
П = П' - Зп / 3.4. / где П' - годовая стоимостная оценка результатов
применения ЭИС, рас- считанная без учета затрат на обработку информации,
тыс. руб.; Зп - приведенные к одному году затраты на обработку
информации при предполагаемом варианте организации системы, тыс.руб.
В зависимости от специфики функциональной части ЭИС могут быть
реализованы три основных альтернативных подхода к оценке значения по-
казателя П'.
Альтернатива 1. Для принципиально новых задач значение показателя П'
определяется на основе приемов и методов экономического анализа.
Методология и примеры расчета П', в соответствии с первой альтернати-
вой, приводятся в монографии /3/. Если автоматизируются ранее решав-
шиеся задачи при условии получения примерно одинаковых конечных ре-
зультатов, значение П'может быть взято равным затратам существующей
системы обработки данных /см. п.3.2./. В данном случае формула /3.4./
принимает традиционный вид /2/:
П = Зб - Зп /3.5./
где Зб - приведенные к одному году затраты на обработку информации при
существующем варианте организации ЭИС.
Альтернатива 2. При автоматизации технологических задач, не являю- щихся
"носителями непосредственного эффекта", показатель П' может быть
рассчитан на основе перераспределения стоимостной оценки результатов
функционирования системы /комплекса/ в целом с учетом роли оценивае- мых
задач, их информационных связей, объема затрат на разработку и эк-
сплуатацию /4/. Расчет П' в данном случае может проводиться по следую-
щим формулам:
П'с
П' = --- * Р /3.6./
Рс
или
П'с
П' = --- * М, /3.7./
Мс
где П'с - годовая стоимостная оценка результатов функционирования ЭИС,
рассчитанная для системы /комплекса/ в целом, без учета затрат на
обработку информации, тыс.руб.; Рс - затраты на проектирование сис- темы
/комплекса/ в целом, тыс.руб.;
Р - затраты на пректирование оцениваемой технологической задачи,
тыс.руб.;
Мс - годовые затраты машинного времени на функционирование оцени- ваемой
технологической задачи.
Альтернаатива 3. В данном случае предполагается использование под- хода,
изложенного в /5,6/:
где А1 - объем производства до внедрения, тыс.руб.; А2 - объем
производства после внедрения, тыс.руб.; П1 - прибыль от реализации
продукции до внедрения, тыс.руб.; С1 - затраты на рубль реализованной
продукции до внедрения, коп.; С2 - затраты на рубль реализованной
продукции после внедрения,коп.; Пм - уменьшение потерь вследствие
штрафов и пени, тыс.руб.; Пп - прибыль /экономия/ у потребителя,
тыс.руб.
Первое слагаемое формулы определяет изменение прибыли вследствие
увеличение объема производства, второе - влияние изменения себестои-
мости,третье и четвертое учитываются лишь в том случае, когда соответ-
ствующие виды экономии имеют место. Специфика применения данной форму-
лы в процессе вычисления П' состотит в том, что при расчете С1 и С2 не
следует учитывать затраты, связанные с обработкой информации.
Кроме того, если оцениваются П' для отдельных задач или их комплек- сов,
во внимание принимаются лишь те изменения прибыли и себестоимос- ти,
которые предопределены результатами решения оцениваемых задач.
При оценки проектных решений ЭИС может возникнуть необходимость
совместного использования рассмотренных альтернатив. Например, для
оценки экономии /прибыли/, получаемой от комплекса задач, могут быть
использованы первая и вторая альтернативы. А для расчета доли этой
экономии, приходящейся на некоторую "технологическую задачу" /4/, при-
менима альтернатива 2.
Среднегодовые затраты на обработку информации /3п/, приведенные в
формуле /3.4./, должны определяться с учетом всех стадий жизненного
цикла ЭИС:
I I
Зп = /Р + С/ * ----- + Ф + А * ------ + Z , /3.9./
Тэкс Тмод
где Р - стоимость приобретения и освоения используемых средств ав-
томатизации проектирования, тыс.руб.; С - единовременные затраты на
создание системы, не учитываемые в себестоимости машино-часа, тыс.руб.;
Тэкс - предполагаемый срок эксплуатации ЭИС, лет; Ф - среднегодовые
затраты на функционирование ЭИС /текущие затраты/, тыс.руб.; А-
единовременные затраты на модернизацию /адаптацию системы к измени-
вшимся условиям применения/, тыс.руб.; Тмод - среднее время между
смежными периодами модернизации, лет; Z - среднегодовая сумма потерь
вследствие нена дежности ЭИС, тыс.руб.
Показатель Р равен нулю, если при создании ЭИС привлекаются только
штатные средства программного обеспечения ЭВМ /операционные системы и их
утилиты, трансляторы с алгоритмических языков и т.д./. В остальных
случаях значение показателя Р определяется на основании соответствую-
щих прейскурантов.
Единовременные затраты на создание ЭИС /С/ в общем виде равны сум- ме
затрат на проектирование /R/ и удельных затрат на приобретение, монтаж,
наладку используемых средств /Квт/, однако, вследствие того, что Квт
учитывается при расчете себестоимости машино-часа, во избежа- ние
двойного счета значение С в большинстве случаев следует принимать равным
R.
Единовременные затраты на проектирование /R/ определяются на осно- вании
построения и оценки соответствующей технологической сети проек-
тирования /7/. В качестве нормативной информации, необходимой для оценки
отдельных технологических операций, входящих в сеть, могут быть взяты
нормы, используемые в конкретной проектной организации, или при-
веденные в /8/. Себестоимость одного чел. дня работы проектировщика с
учетом должностных окладов может быть определена в соответствии с ме-
тодикой, приведенной в /9/.
Срок педполагаемой эксплуатации определяется в соответствии с пе-
риодами морального старения соответствующей техники /8 лет/.
Среднегодовые затраты на функционирование Ф опре- деляются на основе
построения оценки технологического про- цесса обработки информации
/включая внемашинные и внутрима- шинные процессы/:
ф ф м
Ф = ( E Тi * Сi * Нi + E Мi * Сi * Нi )/ 1000 /3.10./
ieI ieY
где Тi - трудоемкость i-й операции технологических процессов дома-
шинной /включая ручную обработку данных/, внутримашинной и послемашин-
ной обработки данных, чел.-часы /нормо-часы/;
ф Сi - себестомость чел.-часа /нормо-часа/ при выполнении i-й операции
/5/, руб.; Нi - количество реализаций i-й операции в течение года; Мi -
машинное время, необходимое для выполнения i-й операции, ч.;
м Сi - себестоимость машино-часа оборудования, используемого при полне-
нии i-й операции /9/; I - множество операций, входящих в
технологгические процессы до машин- ной, внутримашинной и послемашинной
обработки информации; Y - подмножество операций обработки информации на
ЭВМ.
Трудоемкость выполнения i-й операции технологическких процессов до-
машинной и послемашинной обработки данных определяется следующим обра-
зом:
ф Qi
Тi = ------ /3.11./
Hi
где Qi - объем информации, обрабатываемой на i-ой операциии ; Hi -
среднечасовая норма выработки при выполнении i-й операции /9/.
Трудоемкость технологических операций, выполняемых на ЭВМ, рассчи-
тывается несколько иначе:
м
Тi = Мi * (1 + Вобсл), /3.12./
где Вобсл - среднее количество обслуживающего персонала, приходяще- гося
на один машино-час /без уччета работы оператора, проводяего счет /. м
Вследствие того, что Тi, как правило, учитывается при расчете се-
бестоимости ЭВМ /исключением являются, персональные компьютеры, ис-
пользуемые непосредственно конечным пользователем/, в формуле /3.10./
данный показатель не учитывается. Однако, при оценке сред-
ф негодовой трудоемкости функционирования /Т / эти трудовые затраты в
любом случае должны быть приняты во внимание :
ф ф м
Т = E Тi * Нi + E Ti * Нi /3.13./
ieI ieY
ф
Рассчитанные значения Тi позволяют оценить оперативность обработки
данных :
где Д - длительность обработки информации,ч.; Тп1 - длительность
передачи исходной оперативной информации из орга- нов управления в ВЦ,ч;
Тподг - длительность подготовки информации к обработке,ч; Тож1 -
длительность ожидания обработки,ч; Тпзв - подготовительно-заключительное
время в ВЦ /установка, снятие носителей,загрузка используемых
программных систем и т.д./,ч; Тож2 - длительность ожидания отправки
информации пользователям ,ч; Тп2 - длительность передачи информации из
ВЦ в органы управления,ч; Нисп i - количество исполнителей i - ой
операции.
Оценка машинного времени выполнения основных операций внутримашин- ной
обработки информации / Мi / может быть проведена на основе моде-
лей,приведенных в пособиях / 10,11 /.
Перед применением данных моделей рекомендуется провести соответ-
ствующие машинные эксперименты с целью проверки их адекватности кон-
кретным условиям решения задачи.
В случае отсутствия моделей,позволяющих рассчитать машинное время
выполнения отдельных технологических операций / например,при использо-
вании новых недостаточно исследованных технических и программных средств
/ ,в ходе проектирования должны быть проведены соответствую- щие
эксперименты и обработаны их результаты с получением недостающих
зависимостей.Область определения аргументов выявленных детерминирован-
ных или стохастических зависимостей может быть ограничен фактический
допустимыми интервалами изменения факторов в условиях автоматизируе- мой
задачи / комплекса задач /.
С примерами оценки домашинной и послемашинной обработки информации можно
ознакомиться в работе / 9 /.
Себестоимость машино-часа может быть определена в соответствии с
методикой,приведенной в работе /9 /.
Затраты на единовременную адаптацию / модернизацию / оцениваются так
же,как и затраты на проектирование,с той лишь разницей,что допол-
нительно учитывается коэффициент уменьшения трудоемкости,равной 0.5 / 12
/.При необходимости проведения более точных расчетов строится тех-
нологическая сеть процесса адаптации и оцениваются все входящие в нее
операции.Оценка в данном случае ведется с учетом наличия "типового
проектного рещения",в качестве которого рассматривается существуюший
проект.
Удельные единовременные затраты на используемые технические средства
рассчитываются следующим образом:
Ксl ликв высв
К вт = E ----- * Mi + Kвт - Квт / 3.15 /
leL Fl
где Ксl - затраты на прибретение,монтаж,наладку l - ого используе- мого
средства,тыс.руб; Fl - годовой полезный фонд времени l-ого используемого
сред- ства,тыс.руб; Мl - машинное время,необходимое для выполнения
операций,использующих l-е средство, ч;
ликв Квт - остаточная удельная стоимость ликвидируемого оборудования,
тыс.руб.;
высв Квт - остаточная удельная стоимость высвобожденного оборудования,
тыс.руб.4 L - множество используемых технических средств.
ликв высв
Значеения показателей Квт и Квт рассчитываются по аналогии с пер- вым
слогаемым формулы /3.15./. Остаточная стоимость определяеттся на основе
первоначальной стоимости оборудования,срока эксплуатации техни- ки и
годовой нормы автоматизационных отчислений /5/:
высв высв
Квт = К * ( 1 - а*Ттех ) , /3.16./
лик лик
Квт = К * ( 1 - а*Ттех ) , /3.17./
высв
где К - первоначальная стоимость высвобождаемого оборудования, тыс.руб.;
а - годовая норма амортизации; Тех - срок эксплуатации высвобождаемого
оборудования, /или ликвидируе- мого/ оборудования /Ттех < 8.3./, лет;
лик К - первоначальная стоимость ликвидируемого оборудования, тыс.руб.
Порядок расчета численного значения показателя К в формулах /3.1./,
/3.2./, /3.3./ зависит от цели оценки.
Если показатели Э, Ер, Т рассчитываются с целью определения допус-
тимости использования вычислительной техники для решения проектируе- мых
задач или комплексов задач, значение показателя К вычисляется в
соответствии с формулой /3.15./, то есть К = Квт.
В остальных случаях значение К должно учитывать всеодновременные
затраты:
К = Р + П + Квт /3.18/
Вследствие того, что различные варианты организации создаваемой или
модернизируемой ЭИС, обеспечивающие формирование требуемой результат-
ной информации, могут значительно различаться по показателям надежнос-
ти, достоверности, адаптивности. Расчет этих параметров, являющийся
необходимым условием корректной оценки обобщающих показателей эффек-
тивности ЭИС, может быть проведен с применением системы АСОПР /16/.
3.2. Характеристика методики обоснования экономической эффективности
дипломного проекта для ранее решавшихся задач.
Общим критерием целесообразности автоматизации решения экономических
задач является достигаемое этим повышение эффек- тивности общественного
производства посредством совершенство- вания системы управления. С этой
точки зрения снижение затрат на обработку информации не является главным
фактором. Однако эти затраты входят в издержки производства и между ними
и об- щей эффективностью существует прямая пропорциональность зави-
симость. Ввиду этого, выбор более экономических вариантов ав-
томатизации является важным условием проектирования машинного решения
экономических задач.
можно оценить лишь качественно. В этих случаях колиличественная оценка
экономич- ности выбираемого варианта автоматизации является единственно
целесообразной.
Методика, рассматривается в данном разделе как раз и рассчитана на эту
ситуацию. В основе этой методики лежит со- поставление показателей,
полученных в дипломном проекте с по- казателями варианта обработки
информации, выбранного в качест- ве базового (ручная, с использованием
другого типа ЭВМ). Эко- номическая эффективность оценивается трудовыми и
стоимостными показателями, которые позволяют измерить экономию от
внедрения предлагаемого проекта машинной обработки информации относи-
тельно базового варианта.
К трудовым показателям относятся следующие:
1) абсолютное снижение трудовых затрат ( T):
T=То-Т1 (1)
где То - трудовые затраты на обработку информации по ба- зовому
варианту;
Т1 - трудовые затраты на обработку информации по предла- гаемому
варианту;
3) индекс снижения стоимостных затрат или повышение про- изводительности
труда (Ус):
Ус= Со
С1 (6)
Помимо рассмотреннх показателей целесообразно также расс- читать и срок
окупаемости затрат на внедрение проекта машинной обработки информации
(Ток):
Ток= Кn
C (7)
где Кn - дополнительные затраты на создание проекта ма- шинной обработки
экономичсекой информации (затраты на его про- ектирование и внедрение);
Все рассчеты по определению объемных показателей трудовых и стоимостных
затрат и показателей экономической эффективности следует оформлять в
расчетные таблицы.
Рассмотрим примеры расчетных таблиц, используемых в рас- четах
экономической эффективности. Расчет стоимостных и трудо- вых затрат как
при ручной, так и машинной обработки может быть оформлен в виде таблицы
2.
При ручной обработке расчитываются следующие итоговые по- казатели:
1) трудоемкость обработки одного i-ого документа (Тоi) d в часах с
учетом использования клавишных вычислительных машин:
Тoi= 0,45Q3i+1,8Qni+1,125ci+3,71Qyi+4,05qi
????????????????????????????????????? (8)
3600
2) трудовые затраты при ручной обработке (Тo):
Тo= Тoi*ni (9)
3) стоимостные затраты при ручной обработке (Сo):
Сo=р*Тo(I+Кg) (10)
Таблица 2.
??????????????????????????????????????????????????????????????? ?N
?Наименование опера-?Обо-?Еди- ?Объем?Нор- ?Тру- ?Сред- ? ?п/п?ций
технологическо-?ру- ?ница ?рабо-?ма ?до- ?неча- ? ? ?го процесса
решения?до- ?изме-?ты ?выра- ?ем- ?совая ? ? ?задачи ?ва- ?рения? ?ботки
?кость ?зара- ? ? ? ?ние ? ? ?в час.?(гр.5 ?ботная? ? ? ? ? ? ?
?:гр.6)?плата ? ? ? ? ? ? ? ? ?опера-? ? ? ? ? ? ? ? ?тора ? ? ? ? ? ? ?
? ?(руб.)?
??????????????????????????????????????????????????????????????? ? 1 ? 2
? 3 ? 4 ? 5 ? 6 ? 7 ? 8 ?
??????????????????????????????????????????????????????????????? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? ?
??????????????????????????????????????????????????????????????? ?
?Стоимость основных ? х ? х ? х ? х ? х ? х ? ? ?материалов ? ? ? ? ? ?
? ??????????????????????????????????????????????????????????????? ?
?Итого одноразовое ? х ? х ? х ? х ? х ? х ? ? ?решение задачи ? ? ? ? ?
? ? ??????????????????????????????????????????????????????????????? ?
?Итого за год ? х ? х ? х ? х ? х ? х ?
???????????????????????????????????????????????????????????????
Продолжение Таблицы 2. ???????????????????????????????? ?Часо- ?Часо-
?Стои- ?Стои- ? ?вая ?вая ?мость ?мост- ? ?норма ?стои- ?рабо- ?ные ?
?амор- ?мость ?ты ?затра-? ?тиза- ?наклад-?обо- ?ты ? ?ции ?ных ?рудо-
?(гр7х ? ?(руб.)?расхо- ?вания ?гр11) ? ? ?дов ?(гр8+ ?(руб.)? ? ?(руб.)
?гр9+гр10? ? ???????????????????????????????? ? 9 ? 10 ? 11 ? 12 ?
???????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? ? ???????????????????????????????? ? х ? х ? х ? ? ? ? ? ? ?
???????????????????????????????? ? х ? х ? х ? ? ? ? ? ? ?
???????????????????????????????? ? х ? х ? х ? ?
???????????????????????????????? где Qзi,Qni,Qci,Qyi,Qgi -
соответственно объем символов /опе-
Сij,СiЭВМ - общие стоимостные затраты на j-й операции и
при обработке на ЭВМ соответственно;
IIмч - стоимость машинного часа ЭВМ;
6) трудовые затраты при машинной обработке (Тi):
Тi= Тij / с учетом ЭВМ/ (18)
7) стоимостные затраты при машинной обработке Сi/ (19)
В таблице 4 приведены нормативы для расчета трудоемкости ручных
операций, которыми в некоторых случаях пользоваться бо- лее
целесообразно, чем формулой (8).
Основные показатели эффективности целесообразно проил- люстрировать
диаграммами (рис.2 или 3).
Таблица 4.
Нормативы для расчета трудоемкости ручных операций
????????????????????????????????????????????????????????????????
?Наименование ? Единицы измерения ? Среднечасовая? ?операций ? ?
выработка ?
???????????????????????????????????????????????????????????????? ?Запись
? знак ? 5600 ? ? ? ? ? ?Сложение и вычитание ? ? ? ?(на счетах) ?
действие ? 600 ? ? ? ? ? ?Умножение без записи ? ? ? ?(на арифмометре) ?
действие ? 210 ? ? ? ? ? ?Деление без записи ? действие ? 170 ? ? ? ? ?
?Сортировка ? документо-признак ? 720 ? ? ? ? ? ?Линование ?
дециметр-линия ? 7000 ?
????????????????????????????????????????????????????????????????
Трудовые затраты Стоимостные затраты
?Т(тыс.чел/час) ?С(тыс.руб.) 150 ? ????? 150 ?
? ? ? ?
? ? ? ? ?????
? ? ? ? ? ? 100 ? ? ? 100 ? ? ? ?????
? ?148? ????? ? ?118? ? ?
? ? ? ?///? ? ? ? ? ?
? ? ? ????? ?80 ? ? ? ? ? ?
50 ? ? ? ? ? ?///? 50 ? ? ? ? ?
? ? ? ?68 ? ?///? ? ? ? ?91 ? ?????
? ? ? ? ? ?///? ? ? ? ? ? ?27 ?
? ? ? ? ? ?///? ? ? ? ? ? ?///?
??????????????????????? ????????????????????????
Кт Кс
Т=80 тыс.чел/час С=27 тыс.руб.
Кт=06538 Кс=0,231
Ут=2,170 Ус=1,300
Рис.2. Диаграмма экономической эффективность проекта
Абсолютная экономия трудовых и стоимостных затрат по классу задач
посвященных организации и ведению баз данных или информационного фонда
предприятия может быть рассчитана с ис- пользованием формул (20, 21):
Т=ТoQ1-Т1 , (20)
Qo
С=(Соэ+Ео*Сос)Q1-(С1э+Е1*С1с), (21)
Qо где Q1,(Qо) - объем информации, извлекаемой из баз данных при
решении задач за год;
С1э,Соэ - стоимостные затраты эксплуатации баз данных в
течении года;
С1с,Сос - стоимостные затраты на первоначальное создание
и реорганизацию баз данных;
Ео,Е1 - коэффициент приведения затрата к одному году.
4. Методические указания по оформлению технологической документации
дипломных проектов
4.1.Методические аспекты разработки и документирования технологических
процессов сбора, передачи и обработки информации.
При проектировании машинной обработки экономической информации од- ним
из ответственных этапов является проектирование технологий обра- ботки
информации и составление всей технологической документации.
Построение технологических процессов машинной обработки данных во многом
зависит от характера и объемов решаемых задач, их назначения, сроков и
периодичности получения выходных документов, состава и коли- чества
используемых средств вычислительной техники, способов фиксации исходной
информации, принятых методов контроля, территориального раз- мещения
объектов, режима обработки информации и других факторов.
Процессы обработки экономической информации включают следующие эта- пы:
первичный, подготовительный, основной и заключительный.
На первичном этапе производится сбор и регистрация исходной инфор-
мации, накопление и передача для машинной обработки.
Подготовительный этап включает прием, первичный контроль, запись
информации на машинные носители и ее контроль.
На основном этапе обеспечивается машинное решение задачи по алго- ритмам
и получение результатной информации.
Заключительный этап технологического процесса связан с контролем
выходных документов, оформлением и размножением в нужном количестве
экземпляров и передачей заказчику.
Технологический процесс оформляется в виде графической схемы, на которой
наглядно представляется последовательность операций, подразде- ляемых на
ручные, машинно-ручные и автоматические.
При графическом изображении технологического процесса необходимо
руководствоваться следующими требованиями:
I. Документы технологического процесса /схема работы ситемы/, схе- ма
взаимодействия программ, схема программы, технологические инструк- ции,
в том числе технологическая карта, инструкционная карта и др.
оформляются на бумажных листах стандартного формата А4 /210x297/.
2. При оформлении графической документации необходимо соблюдать правила
выполнения схем, установленные ГОСТ ЕСПД 19.701-90 (ИСО 5807-85).
3. В соответсвии с ГОСТ для оформления технологического процесса
используется 2 вида документов: - схема работы системы; - схема
взаимодействия программ.
4. В зависимости от специфики обработки данные по конкретной эконо-
мической задаче при оформлении технологического процесса целесообраз- но
использовать 2-3 уровня детализации, в отдельных случаях бывает
достаточно одного уровня детализации (простые задачи на одном рабочем
месте).
Первый уровень детализации представляется общей схемой технологи-
ческого процесса без конкретизации внутримашинной обработки данных.
Второй уровень детализации представляется схемой внутримашинной об-
работки данных (схемой взаимосвязи программных модулей и информацион-
ных массивов).
Обе эти схемы оформляются в виде схемы работы системы.
Третий уровень детализации представляется схемой взаимодействия
программ. Он не является обязательным, если не содержит новой ин-
формации по сравнению со схемой внутримашинной обработки данных.
5. Технологический процесс представляет собой комплекс операций. При
проектировании его схемы необходимо графически выделять эти после-
довательно выполняемые операции. Их рекомендуется изображать на основ-
ном /осевом/ направлении схемы. На этом же направлении размещаются также
логические блоки, указывающие на разветвление процесса.
Симоволы, обозначающие "начало" и "конец" схемы (терминатор), реко-
мендуется связывать с основным направлением, хотя последовательсть по-
рядковых номеров символов при этом может быть нарушена.
6. Кроме технологических операций на схеме отображаются носители
информации: первичные документы, машинные носители /перфокарты, перфо-
ленты, магнитные ленты, магнитные диски/, машинограммы, полученные в
результате обработки. Их следует изображать справа или слева от этой
операции.
7. Нумерация всех графических символов технологического процесса
(технологических операций, логических блоков, носителей информации,
начала и конца) должна быть сплошной. При этом порядковые номера сим-
волов располагаются над символами слева.
8. Каждая схема должна начинаться символом "начало" и завершаться
символом "конец", которые рекомендуется располагать на основном нап-
равлении технологического процесса.
9. Все символы должны иметь лаконичные и ясные пояснения. Например, в
символах операций проставляются их названия, в символах машинных но-
сителей - скращенные наименования и идентификаторы соответствующих
массивов (файлов), в символах информации, выводимой на печать или эк-
ран - наименования ведомостей, видеограмм или их идентификаторы. В схеме
следует шире использовать символ "комментарий" для поясни- тельных
надписей, а также для расшифровки слов-аббревиатур или других
сокращений. Все надписи на схеме должны выполняться чертежным шрифтом.
10. Дублирование операций технологического процесса и блоков схемы
взаимосвязи программных модулей и информационных массивов должно быть
сведено к минимуму.
В технологичиских процессах с использованием ЭВМ подготовительный этап в
большинстве случаев заканчивается операциями ввода данных и их контроля
на ЭВМ, которые отождествляются с одной операцией и изобра- жаются одним
символом. В результате выполнения этой операции массив, созданный на
магнитном носителе, оказывается подготовленным для дальнейшего
использования в решении задачи.
Основной этап обработки информации в режиме пакетной обработки на схеме
технологического процесса следует, как правило, ограничивать двумя
операциями: - обработка на ЭВМ по алгоритму; - печать выходных
документов или отображение на экране. При этом ука-
занные операции рекомендуется изображать символами с полосой и
идентификатором, отсылающим к схеме внутримашинной обработки данных. Это
обусловлено тем, что подробно технология внутримашинной обработки на ЭВМ
представляется схемой взаимосвязи программных модулей и инфор- мационных
массивов (СВПМ и ИМ).
Выделение операции "Печать выходных документов" объясняется тем, что в
технологии необходимо предусмтреть возможность повторной распе- чатки
документов в случаях наличия ошибки печати в выходном документе.
На заключительном этапе в условиях "бумажной" технологии обработки
данных осуществляется визуальный контроль выходного документа, его
оформление и копирование.
Под визуальным контролем понимается проверка четкости печати, про- верка
отсутствия печатной строки на сгибах бумаги и др. Оформление сводится к
визированию выходного документа (проставлению даты, подпи- сей, а на
некоторых ВЦ штампов).
В случае необходимости получения выходных документов в нескольких
экземплярах предусматривается операция копирования.
При решении многих экономических задач (бухгалтерского учета, ста-
тистической отчетности и др.) оперативная информация подготавливается на
машинных носителях в течении всего отчетного периода по мере ее сбора и
поступления, а задача решается только по окончании отчетного периода.
Поэтому в отчетном периоде подготовительный этап повторяется мно-
гократно, а основной и заключительный - один раз после полного накоп-
ления информации. В связи с этим в схеме технологического процесса ре-
комендуется использовать символ "граница цикла" перед началом и по
окончании подготовительного этапа.
4.2 Методические рекомендации по составлению технологических и
инструкционных карт.
В дополнение к схеме технологического процесса с целью специфициро-
вания собственно технологических операций может разрабатываться техно-
логическая карта, в которой отражается перечень всех операций техноло-
гического процесса, последовательность их выполнения, исходные мате-
риалы, вид операции, выходные документы, получаемые в результате вы-
полнения всех операций.
На каждую операцию технологического процесса обработки данных сос-
тавляется технологическая инструкция (инструкционная карта), которая
определяет порядок ее выполнения. Инструкционная карта содержит под-
робное описание действий всех исполнителей по данной операции.
Инструкционные карты должны быть конкретными, краткими, расчитанными на
средний технический персонал. Комплект технологической и инструк-
ционных карт по задаче представляется разработчиком в ВЦ по окончании
стадии рабочего проектирования.
Взаимоувязка технологической и инструкционной карт по задаче может
осуществляться с помощью следующих кодов: код подсистемы, код задачи,
код (порядковй номер) операции. При этом увязка указанных технологи-
ческих документов может осуществляться, например, по следующей схеме:
Код инструкционной карты
?????????????????????????
?
Код технологической карты
???????????????????????????
? ? ?
XX ХXX ХХ
???? ????? ????
? ? ? номер операции
? ?код задачи ?????????????????
? ????????????
?код подсистемы
???????????????
Ниже дается примерное содержание инструкционных карт и примеры
оформления (таблицы 2,3 раздела 4) по некоторым технологическим опера-
циям обработки данных.
Инструкционная карта по технологической операции "Прием, контроль и
регистрация". Информация может поступать как в виде первичных докумен-
тов, так и на машинных носителях и др. Она должна содержать следующие
данные: - наименование и коды: а/ входных документов /в том числе
корректировочных/; б/ входных массивов на машинных носителях информации;
- сроки поступления; - источники формирования /цехи, отделы, склады,
предприятия и др./ - условия заполнения документов /односторонний или
двусторонний/; - моменты контроля входной информации: а/ полнота,
четкость, аккуратность заполнения граф; б/ сопровождение всех видов
исправлений - подписью; в/ наличие требуемых записей; - условия
выяснения обнаруженных ошибок и неясностей; - условия возврата входной
информации /грязный, рваный, неполный ком- плект сопроводительной
документации, утеряны листы документа и т.д./; - количество документов в
пачке /документострок/; - наименование следующей технологической
операции; - приложение к инструкционной карте /образцы форм входной и
корректи- ровочной информации/;
Инструкционная карта на операцию "Подсчет контрольных чисел".
Карта составляется применительно к определенному виду или группе
документов, которые подлежат обработке на данной операции. Она должна
содержать следующую информацию: - применяемый тип машин; - порядок
работы, где указывается: а/ перечень реквизитов с указанием граф,
подлежащих включению в кон- трольное число; б/ графы/ места документа
для записи результатов/ контрольных сумм/; в/ техника исправления
ошибок; г/ наименование следующей технологической операции.
Инструкционная карта по операции "Ввод входной информации".
Данная карта должна содержать следующую информацию:
- применяемый вид машинного носителя;
- количество макетов;
- особенности ввода и контроля вводимых полей;
- макеты перфорации и п/к, структура размещения информа-
ции на п/л для каждого вида входного документа /в том
числе корректировочных и других/;
- тип выбранного оборудования;
- приложение - заполненные образцы форм входной докумен-
тации;
- правила комплектовки машинных носителей, например, одна
пачка документов - одна бобина п/л; или несколько пачек
п/к - по количеству пачек входных документов;
- различные дополнительные указания, ограничения /о зак-
реплении постоянных признаков, о перфорации числа, пре-
вышающего значность отведенных для него в макете коло-
нок и т.п./;
- наименование следующей технологической операции и
подразделения ВЦ, куда передаются входные документы и
входные массивы на машинных носителях.
Инструкционная карта "Контроль перфорации".
???????????????????????????????????????????
Она должна содержать следующие данные:
- метод контроля правильности перфорации: просмотр " на
- количество экземпляров и вид выдаваемого документа /в
листах, в переплетенной брошюре и т.п./;
- адрес получателя /отдел, цех, главк, министерство и
т.д./;
- правила выпуска выходных документов /регистрация в жур-
нале выходной информации, наличие штампа ВЦ с подписями
ответственных лиц/;
- требования к качеству печати выходных документов /сле-
дует проверить качество печати и правильность формиро-
вания страниц, печатная строка не должна находиться на
сгибе бумаги/.
4.3. Требования и правила изложения
текстового материала.
Важное значение в работе над дипломным проектом имеет его оформление.
К форме дипломного проекта предъявляются определенные требования. Весь
материал дипломного проекта следует располо- жить в определенной
последовательности. Тексту дипломного про- екта предшествует титульный
лист, который выдается кафедрой и заполняется студентом по установленной
форме. На титульном листе справа студент должен поставить фамилии и
инициалы свои, руководителя проекта, консультанта, рецензента,
заведующего кафедрой. На титульном листе расписываются
студент-дипломник, руководитель, консультант, рецензент и заведующий
кафедрой. Вслед за титульным листом помещается задание на дипломный про-
ект, а затем содержание (оглавление) дипломного проекта. В со- держании
приводятся заголовки разделов, глав, параграфов и т.д. с указанием
страниц всех частей проекта. При этом заго- ловки и их рубрикационные
индексы должны быть приведены в строгом соответствии с текстом.
Текстовой материал дипломного проекта, в основном, предс- тавляется
написанным от руки шариковой или авторучкой темного цвета (черного,
синего или фиолетового). Текст пишется на од- ной стороне бумаги
стандартного формата 11 (210х297) и не должен содержать орфографических
ошибок , отвечать требованиям грамматики, стилистики и редакции.
Допускается печать текстового материала на пишущей машин- ке. В этом
случае наряду с печатным экземпляром дипломного проекта, при его защите
в Государственную экзаменационную ко- миссию (ГЭК) представляется
аккуратно оформленный и сшитый (можно в скоросшивателе) черновик
дипломного проекта, содержа- щий как полный текст, так и графический
материал. Дипломный проект переплетается в твердый переплет.
Допускается также оформление проекта в редакторе на ПЭВМ. Дополнительные
требования к такому оформлению приведены в п. 4.7.
При написании текстового материала необходимо соблюдать следующие
требования:
1. расстояние от левого края страницы до границы текста составляет не
менее 25 мм;
2. расстояние от правого края страницы до границы текста составляет не
менее 3 мм;
3. расстояние от верхней или нижней строки текста до верхней или нижней
границы страницы должны быть не менее 15 мм;
4. абзац должен начинаться на расстоянии 35 мм от левого края страницы.
Текст примечаний, примеров, сносок рекомендуется писать столбцом на
расстоянии 45 мм от левого края страницы.
Не разрешается размещать заголовки и подзаголовки в ниж- ней части
страницы, если на ней не помещается более 4-5 строк последующего текста.
Если тест печатается на машинке, то печать ведется через два интервала.
Не допускается печатание формул, обозначений и символов смешанным
способом (буквы русского алфавита на пишу- щей машинке, а латинского и
греческого - от руки). Все буквы русского, латинского и греческого
алфавитов следует писать от руки. На оформление текста в редакторе это
правило не расп- ространяется.
При оформлении отдельных глав дипломного проекта следует помнить, что
каждая глава должна начинаться с новой страницы.
Названия глав параграфов , пунктов, подпунктов следует начинать с абзаца
и их можно писать более крупным шрифтом, чем текст. При этом цифры,
указывающие их номера, не должны выступать за границу абзаца.
Подчеркивания наименований глав, параграфов и др. не до- пускаются.
Расстояние между заголовками глав, параграфов и последующим текстом
должно быть на 5 мм больше расстояния чем между строками текста.
Названия глав, параграфов должны соответствовать их наимено- ванию,
указанному в оглавлении (содержании).
Все страницы работы должны соответствовать оглавлении (содержанию).
Все страницы работы должны быть пронумерованы последова- тельно
арабскими цифрами. Нумерация страниц должна быть сквоз- ной от
титульного листа до последнего листа текста, включая иллюстрацию,
таблицы, графики, диаграммы и т.д., расположенные внутри текста или
после него, а также приложения. На титульном листе, который является
первой страницей, а также задании на дипломный проект и страницей
"содержание", номера страниц не ставится, но учитываются при общей
нумерации. Объем текстового и иллюстрированного материала без приложений
написанного от руки не должен превышать 120 страниц (в в редакторе не
более 100 стр.)
Сокращения в тексте не допускаются, исключения составляют сокращения,
для которых в тексте была приведена полная расшиф- ровка.
При написании в тексте формул, значения символов и число- вых
коэффициентов должны быть приведены непосредственно под формулой, с
новой строки в той же последовательности, в какой они приведены в
формуле. Первая строка расшифровки начинается словом "где" без двоеточия
после него. Если в тексте есть ссылки на формулы, то формулам необходимо
присвоить порядковые номера, которые проставляются на уровне формулы
арабскими циф- рами в груглых скобках. Причем первый знак обозначает
номер главы, а последующие номер формулы в пределах главы. При напи-
сании формул, не помещающихся по ширине печатного листа, их разделяют на
две, три и более строк. Перенос допуска- ется только на знаках
равенства, сложения, вычитания, деления и умножения. При переносе
вышеуказанные знаки повторяются в конце и начале строк. Ссылки в тексте
на ту или иную формулу следует давать по типу: " в формуле (15)".
При приведении цифрового материала должны использоваться только арабские
цифры, за исключением общепринятой нумерации кварталов, полугодий,
которые обозначаются римскими цифрами. Римские цифры и даты,
обозначаемые арабскими цифрами, не долж- ны сопровождаться надежными
окончаниями. Количественные числи- тельные в тексте пишутся также без
надежных окончаний. Если в тексте необходимо привести ряд величин одной
и той же размер- ности, то единица измерения указывается только после
последне- го числа.
Знак "+" применяется только в выражениях, стоящих после знака равенства.
Для величин, имеющих два предела, единица измерения пишеться только один
раз при второй цифре. Такие знаки, как "N", " ", "%" пишутся только один
раз при второй цифре. В тексте их следует писать только словами; номер,
параграф, процент. Математические знаки, такие как "+", "-", "=", ">",
"<" и так далее используются только в формулах. В тексте их следует
писать словами: "плюс", "минус", "равно", "больше", "меньше". Например,
"Коэффициент сстабильности на предприятиях индивидуального производства
ра- вен 0,6"; "Периодичность обновления массива меньше периодич- ности
решения задачи".
При необходимости, внесение изменений после переплета до- пускается
применение забелки, заклейки ошибочного текста. В случае небольших
исправлений текст может быть аккуратно удален и вклеен новый.
Перед переплетом и последующим предъявлением проекта на кафедру нужно
проверить:
- идентичность заголовков в содержании и в работе, а также их общую
редакционную согласованность;
- правильность подкладки листов ( их последовательность, размещение
относительно корешка);
- наличие ссылок на рисунки, таблицы, приложения, литера- туру;
правильность этих ссылок; правильность нумерации рисун- ков, таблиц,
приложений; общую редакционную согласованность заголовков таблиц и
надписей;
- наличие подписей на заполненных титульном листе и блан- ке
технического задания;
- наличие карандашных пометок или элементов оформления в карандаше;
- наличие сквозной нумерации страниц и соответствие ей содержания.
4.4. Требования и правила выполнения
графических работ
Необходимым условием оформления дипломного проекта явля- ется выполение
графических работ, которые могут быть представ- лены в виде рисунков,
схем, таблиц, графиков и диаграмм. К выполнению графических работ также
предъявляются определенные требования. Иллюстрации должны наглядно
дополнять и подтверж- дать изложенный в тексте материал и отражать тему
дипломного проекта.
Все иллюстрации, которыми сопровождаются отдельные главы текста
дипломного проекта, можно разделить на:
- оформленные в свободной форме в виде схем, рисунков, графиков;
- представленные в виде таблиц.
Рассматривая подсистему или отдельные комплексы задач, желательно
представить схему взаимосвязи комплексов задач, по- казывая при этом
место и роль задачи, которой посвящен диплом- ный проект. Раскрывая
вопросы организации информационного обеспечения, необходимо представить
информационные модели за- дачи (комплекса задач) или в виде схемы данных
, или в виде матриц. Кроме того, для описания процессов обработки
информа- ции используются такие схемы, как схема программы, схема взаи-
модействия программ, схема работы системы, схема ресурсов сис- темы и
др. В третьей главе обычно в качестве иллюстраций при- водится таблицы
расчета трудовых и стоимостных затрат по базовому и предлагаемому
вариантам. Кроме того, в этой же главе необходимо представить таблицу
показателей эффективности и диаграмму изменения затрат по трудоемкости
(в нормочасах) и стоимости в рублях.
Все иллюстрации - не таблицы, именуются рисунками, кото- рым
присваивается последовательная нумерация, либо сквозь весь текст, либо в
пределах главы.
Все рисунки должны иметь полные наименования. Номер и на- именование
рисунка записывается в строчку под его изображени- ем, например,: "Рис.
3. Схема взаимосвязи программных модулей и информационных массивов при
оперативном учете материалов". Ссылки на рисунки даются по типу: "(См.
рис.2)". Рисунки могут выполняться на листах следующих форматов: 11
(210х297 мм), 12 (297х420 мм), 22 (594х420 мм), 24 (594х841 мм),
установленных ГОСТ 2.301-68. Рисунки следует размещать сразу после
ссылки на них в тексте. Если на одной странице есть ссылки сразу на нес-
колько рисунков, то в этом случае их размещают вслед за этой страницей в
порядке нумерации. Рисунки размещаются таким обра- зом, чтобы их можно
было рассматривать без поворота листов.
Если текст дипломного проекта иллюстрируется табличным материалом, то
размещение его аналогично размещению рисунков. Таблицы также
последовательно нумеруются арабскими цифрами в пределах всего материала
или в пределах главы. Над правым верхним углом таблицы помещают надпись:
"Таблица" с указанием ее порядкового номера, например: "Таблица N 2".
При наличии тематического заголовка после слова "Таблица" пишут ее
наиме- нование в строчку над таблицей.
Весь графический материал дипломного проекта, который ис- пользуется в
качестве иллюстраций при его защите должен быть представлен не менее чем
на 6 логических листах и выполнен тушью или формастером на листах
стандартного формата: 24 (594х841), 44 (841х1189), допускаются в случае
необходимости и применение дополнительных форматов: 34 (841х892), 42
(420х1189) ГОСТ 2. 104-68. Все чертежи дипломного проекта, вы-
вешиваемые при его защите, должны содержать основную надпись по ГОСТ 2.
104-68. Никакие заголовочные надписи на листах не разрешаются.
Необходимо иметь также ввиду, что весь графичес- кий материал, вносимый
на чертежи должен обязательно быть идентичен представленному в дипломном
проекте.
При выполнении чертежей нужно учитывать, что они должны быть хорошо
видны при защите на расстоянии 3-4 метров, поэтому следует предусмотреть
нужное масштабное увеличение. Других ре- комендаций по размерам блоков
нет. Раскраска чертежей не ре- комендуется. Чертежи подписываются
студентом-дипломником, ру- ководителем и рецензентом в штампе. В штампе
же вписывается и название чертежа. Студентом-дипломником могут
использоваться при защите дипломного проекта технические средства типа
"Киндерман". Поэтому дополнительно к представленным чертежам могут быть
изготовлены на специальной пленке отдельные рисунки, на которые
необходимо сослаться при защите. В этом случае на бумаге вычерчиваются:
схема технологического процес- са; схема взаимосвязи модулей и файлов;
блок-схема одного из модулей. Остальной иллюстративный материал может
быть оформлен на пленке.
4.5. Правила составления списка
использованной литературы
Использованные в процессе работы над дипломным проектом специальные
литературные источники указываются в конце диплом- ного проекта перед
приложением. Список использованной литера- туры входит в основной объем
проекта (100-120 стр.).
При этом библиография составляется в алфавитном порядке. Список
используемой литературы должен быть составлен единообр- зно. Каждый
источник отражается в списке в следующем порядке:
1. Для многотиражной литературы - порядковый номер в списке; фамилия и
инициалы автора; название книги (для статьи -заголовие, название
сборника, журнала, его номер); издатель- ство и год выпуска.
2. Для малотиражных материалов - название документа и его обозначения;
наименование министерства (ведомства), института (КБ); место и год
выпуска. При ссылке на литературные источни- ки в тексте приводится
порядковый номер использованной литера- туры, заключенный в квадратные
скобки. Оформление текста про- екта и библиографии осуществляется по
стандартам: ГОСТ 7.0-77, 7.1-84, 7.3-77, 7.4-77, 7.5-78, 7.9-77,
7.12-77.
4.6. Правила оформления приложения.
Приложения оформляются как продолжение дипломного проекта на последующих
его страницах, но в основной листаж не включа- ется. В приложения могут
выноситься формы первичных докумен- тов как спроектированные автором,
так и используемые на данном объекте, шапки форм выходных документов,
формы выходных доку- ментов на бланках АЦПУ, программ обработки
информации, разрабо- танные автором и т.д. При включении в проект более
одного при- ложения впереди всех приложений на отдельном листе пишется
про- писными буквами "Приложение". Затем следуют отдельные приложе- ния.
Однако, в проекте может быть два и более видов приложений, например,
приложения форм первичных документов, шапки выходных документов ,
распечатки выходных документов и т.д., в этом случае их нумеруют
последовательно арабскими цифрами, например,: "Приложение 1",
"Приложение 2" и т.д. При этом формат первичного документа может не
соответс- твовать формату листа дипломного проекта. В этом случае следу-
ет форму первичного документа наклеивать на лист. Если каждо- му виду
приложения соответствует более одного листа, то впереди приложений
данного вида на отдельном листе пишется слово "При- ложение" и ставится
его номер. Непосредственно на приложениях слово "Прилоложение" в этом
случае не пишется, а каждое из них нумеруется арабскими цифрами в правом
верхнем углу в пределах отдельного вида приложений. Приложения в
дипломном проекте следует располагать в следующем порядке:
- в начале: приложения, разработанные автором, в порядке упоминания их в
тексте;
- затем приложения, заимствованные автором.
Если приложений очень много, то они могут быть представ- лены отдельным
томом.
4.7. Оформление дипломного проекта в
редакторе на ПЭВМ.
При оформлении дипломного проекта с использованием редак- тора на ПЭВМ,
студент должен представить на кафедру во время предварительной защиты
вместе с переплетенным дипломом и чер- тежами дискету (Double Density,
размеченную на 360 кбайт) с двумя текстовыми файлами. Первый файл
представляет собой пас- порт проекта, в котором содержится:
- год окончания ВУЗа;
- номер учебной группы;
- Ф.И.О. студента;
- телефон студента;
- Ф.И.О. руководителя;
- телефон руководителя;
- тема дипломного проекта .
Второй файл должен содержать текст проекта с размеченнны- ми страницами,
полностью идентичный представленному на кафедру в виде твердой копии и
переплетенному. Оба файла должны иметь идентификатор:
ХХХХХХХХ ХХХ
???????? ????????????????? Р - для паспорта
? ?? D - для текста проекта
? ????????????????? номер группы
? ?????????????????? форма обучения
???????????????????????????? фамилия (до 8 символов)
Пример: Новиков. ВIP - для паспорта;
Новиков. BID - для текста проекта.
4.8. Методические указания по применению госу-
дарственного стандарта при разработке
дипломного проекта
Проектирование и разработка на ЭВМ любой экономической задачи состоит в
реализации определенных этапов, каждый их ко- торых оформляется
документально.
Это оформление регламентируется государственным стандартом, который
охватывает все виды работ, от разработки технического обоснования до
сдачи проекта заказчику.
Оыормление проектных решений в дипломной работе естест- венно должно
осуществляться на основании действующих Гостов.
Вместе с тем Госты также претерпивают изменения. Так до недавнего
времени действовал Гост 24.003-84. В настоящее время функционирует Гост
19701-90. Точная дата его введения 1 января 1992 года. Этот Гост
разработан методом прямого применения международного стандарта ИСО
5807-85. Необходимая информация представлена набором брошюр,
объединенных в "единую систему программной документации".
Требования к выполнению графических изображений содер- жаться в брошюре
"схемы алгоритмов, программ, данных и систем", когда содержит условные
обозначения и прави- ла выполнения этих схем. Рассмотрим ее более
подробно.
Этот стандарт распространяется на условные обозначения в схемах
алгоритмов, программ, данных и систем и регламентирует правила
выполнения схем, используемых для отображения различ- ных видов задач
обработки данных и средств их решения.
Все, что касается формы записей и обозначений внутри сим- волов или
рядом с ними и служащих для уточнения выполняемых ими функций ГОСТом не
регламентируется и может оформляться разработчиком по своему усмотрению.
Данный ГОСТ содержит сле- дующие разделы:
1. Общие положения;
2. Описание схем;
3. Описание символов;
4. Правила применения символов и выполнения схем.
5. Применение символов.
1. Общие положения.
В общих положениях указывается, что любая схема должна состоять из
символов, имеющих заданное значение, краткого по- яснительного текста и
соединяющих линий.
Детализация схем может быть различной, иметь несколько уровней, но
различные части и взаимосвязь между ними должны быть понятны в целом.
Представленные здесь символы предназначены для использо- вания в
документации по обработке данных, а именно:
- схемах данных (информационная модель);
- схемах программ (детальная блок-схема);
- схемах работы системы (техпроцесс и схема взаимодейс- твия модулей и
массивов);
- схемах вхаимодействия программ (связь модулей не техно- логическая);
- схемах ресурсов системы.
При оформлении дипломного проекта разработка схемы взаимодействия
программ и схемы ресурсов системы необязательно и осуществляется по мере
необходимости.
Особенностью данного Госта является классификация всех символов на
ОСНОВНЫЕ, СПЕЦИФИЧЕСКИЕ, ЛИНЕЙНЫЕ. Под основным символом понимается
символ, используемый в тех случаях, когда точный тип (вид) процесса или
носителя данных неизвестен или отсутствует необходимость в описании
фактческого носителя дан- ных.
Специфический - это символ, который наоборот, использует- ся когда
известен тип процесса или носителя данных, или когда необходимо описать
фактический носитель данных. Линейные сим- волы отражают потоки данных,
переход управления, инициализацию массивов и т.д. С точки зрения
содержания символа подразделя- ются на следующие группы:
1. Символы данных,
2. Символы видов носителей,
3. Символы процесса и функций ЭВМ, а также основы логи- ческих операций,
4. Символы линий (потоков данных),
5. Специальные символы, используемые для описания и чте- ния схемы.
Важным является и определение понятия "схема". Под схемой, в общем виде,
понимается графическое представление оп- ределения, анализа или метода
решения задачи, в котором ис- пользуются символы для отображения
операций, данных, потока, оборудования и т.д.
2. Описание схем.
????????????????
Схема данных предназначена для отображения пути данных при решении
задач, определяет этапы обработки, а так же различ- ные применяемые
носители данных. По содержанию схема данных близка к информационной
модели.
Схема данных должна состоять из следующих элементов:
1. символов данных в т.ч. и символов, указывающих вид но- сителя данных;
2. символов процесса над данными (в т.ч. и с указанием функций,
выполняемых вычислительной машиной)
3. символов линий, указывающих потоки данных между про- цессами или
носителями данных;
4. специальных символов, используемых для облегчения на- писания и
чтения схемы.
Все остальные схемы строятся на базе этих же групп симво- лов.
Следует подчеркнуть, что в схеме данных символы данных предшествуют и
следуют за символами процесса. Схема данных начинается и заканчивается
символами данных.
Схемы программ отображают последовательность операций в программе
(близка к детальной блок-схеме программных модулей).
В отличие от схемы данных в ней не используются символы данных, т.к.
речь идет о внутримашинной технологии и пошаговой реализации работы
программы.
Символы процесса здесь указывают фактические операции об- работки
данных. Относящиеся к этой группе логические символы определяют в схеме
программы путь, которого следует придержи- ваться с учетом логических
условий.
Линейные символы указывают поток управления, а специаль- ные символы
используются для облегчения написания и чтения схемы.
Схема работы системы отображает управление операциями и поток данных в
системе.
Она строится с использованием всех групп символов.
При этом символы данных указывают на наличие данных (или указывают вид
носителя данных), символы процесса отображают операции над данными (или
определяют логический путь), линейные символы идентифицируют потоки
данных между процессами и (или) носителями данных, а также поток
управления между процессами. Специальные символы используются для
облегчения на- писания и чтения блок-схемы.
Отметим, что в этой схеме программа может изображаться более чем в одном
потоке управления.
Схема взаимодействия программ отображает путь активации программ и
взаимодействий с соответствующими данными.
Каждая программа в схеме взаимодействия программ показы- вается только
один раз.
Данная схема состоит из символов данных, символов процес- са, линейных и
специальных символов.
Схема ресурсов системы отображает конфигурацию блоков данных и
обрабатывающих блоков, которая требуется для решения задачи или набора
задач.
В этой схеме символы данных отображают входные и выходные данные, а
также запоминающие устройства вычислительной машины.
Символы процесса отображают процессоры (центральные про- цессоры, каналы
и т.д.), а линейные - передачу данных между устройствами ввода-вывода и
процессорами, а также передачу уп- равления между процессорами.
Специальные символы используются для облегчения написания и чтения
схемы.
3. ОПИСАНИЕ СИМВОЛОВ.
??????????????????????
1. Символы данных.
Как было сказано выше, символы данных составляют две группы: основные и
специфические.
Первая группа включает всего два символа, а именно: сим- вол,
отображающий данные, носитель которых неопределен. Он изображается так и
символ, который отображает хранимые данные в виде, пригодном для
обработки,но носитель которых не определен.
Специфические символы данных включают восемь обозначений:
1. Символ документ, отображается следующим образом: Этот символ
отображает данные, представленные на носителе в удобночитаемой форме. В
ГОСТе не делается различия между руч- ным и машинным документами.
Поэтому этим символом отображаются бланки ввода данных, машинограмма,
микрофильм, рулон ленты с итоговыми документами, документ для
оптического или магнитного считывания и т.д.
2. Символ "Карта" Символ отображает данные, представленные на носителе в
виде карты (перфокарты, магнитные карты, карты со считываемыми мет-
ками, карты со сканируемыми метками, карты с отрывным ярлыком).
3. Бумажная лента Символ отображает данные, которые представлены в виде
бумажной ленты.
4. Дисплей Так отображаются данные, представленные в человекочитаемой
форме на носителе в виде отображающего устройства (индикаторы ввода
информации, экран для визуального наблюдения).
5. Запоминающее устройство с последовательным доступом Этим символом
отображаются данные, хранящиеся в заполняющем устройстве
последовательным доступом.
6. Запоминающее устройство с прямым доступом Так отображаются данные,
хранящиеся в запоминающем устройстве с прямым доступом (магитный диск,
магнитный барабан, гибкий магнитный диск).
7. Оперативное запоминающее устройство Символ отображает данные,
хранящиеся в оперативном запоминаю- щем устройстве.
8. Ручной ввод Этот символ отображает данные, вводимые вручную во время
об- работки с устройства любого типа (клавиатура, переключатели, кнопки,
световое перо, полоски со штриховым кодом).
СИМВОЛЫ ПРОЦЕССА.
??????????????????
Символы процесса также разбиваются на основные и специфи- ческие.
Основным является один символ - "процесс", который отображается
следующим образом:
Этим символом отображается функция обработки данных любо- го вида:
выполнение определенной операции или группы операций, приводящее к
изменению значения, формы или размещения информа- ции или к определению,
по которому из нескольких направлений потока следует двигаться.
Специфические символы процесса включают шесть обозначений:
1. Ручная операция Символ отображает любой процесс, выполняемый
человеком.
2. Предопределяемый процесс Этим символом отображается предопределяемый
процесс, состоящий из одной или нескольких операций или шагов программы,
которые определены в другом месте (модуль, подпрограмма).
3. Подготовка Символ отображает модификацию команды или группы команд с
целью воздействия на некоторую последующую функцию (модификация
индексного режима или инициализация программы, установка пе- реключателя
и т.д.).
4. Решение Этот символ, в отличие от использующихся ранее обозначений
отображает не чисто логический элемент, а процесс и конкретнее -
решение.
Вместе с тем как отображается и функция переключательного типа, имеющую
один выход и ряд альтернативных выходов, только один из которых может
быть активизирован после вычисления ус- ловий, определенных внутри этого
символа.
Полученные результаты вычисления могут быть записаны ря- дом с линиями,
отображающими эти пути.
5. Параллельные действия Этот символ отображает синхронизацию двух или
более параллель- ных операций.
6. Граница цикла Этот символ состоит из двух частей и изображается
следующим образом.
Обе части символа должны иметь один и тот же идентифика- тор. Условия
для инициализации, приращения, завершения и т.д. помещаются внутри
символа в начале или в конце, в зависимости от расположения операции,
проверяющей условие.
СИМВОЛЫ ЛИНИЙ
??????????????
Основным символом линий является "линия"
???????????????? Этот символ отображает поток данных или управления.
Указание направления необязательно, но при необходимости разработчиком
могут быть добавлены стрелки - указатели, т.е.
??????? ??????? ???????? Специфических символов линий три. Это передача
управления, ка- нал связи, пунктирная линия.
1) Символ "передача управления" обозначается так: Он обозначает
непосредственную передачу управления от одного процесса к другому. Тип
передачи управления должен быть назван внутри символа (например, запрос,
вызов, событие).
2) Символ "канал связи" отображает предачу данных по ка- налу связи и
представляется следующим образом:
3) Пунктирная линия
- - - - - - - - - Этот символ отображает альтернативную связь между
двумя и бо- лее символами. Например, выход, используемый в качестве
входа в следующий процесс, может быть соединен с этим входом с по- мощью
пунктирных линий. Так же он может быть использован для обведения
аннотированного участка.
СПЕЦИАЛЬНЫЕ СИМВОЛЫ
????????????????????
Специальных символов четыре: соединитель, терминатор, комментарий и
пропуск.
1. Соединитель
Этот символ используется как внутри листа так и при рас- положении схемы
на нескольких листах. Он отображает выход в часть схемы и используется
для обрыва линии и продолжения ее в другом месте. Соответствующие
символы - соединители должны со- держать одно и тоже уникальное
обозначение.
2. Терминатор.
В отличие от предыдущего этот символ отображает выход во внешнюю среду и
вход из внешней среды. Так в схеме программы или схеме взаимодействия
программ так обозначается начало и конец программы схемы взаимодействия.
В схеме данных так пока- зывается источник и пункт назначения данных.
3. Коментарий.
Данный символ имеет следующие обозначение:
Его используют для добавления описательных комментариев или
пояснительных записей в целях объяснения или примечаний.
Пунктирные линии в символе комментария связаны с соот- ветствующим
символом или могут обводить группу символов. Текст комментариев должен
быть помещен около ограничивающей фигуры.
4. Пропуск.
___ ..... ___ ? .... ?
Данный символ (три точки) используется в схемах для отоб- ражения
пропуска символа или группы символов. Он используется только в символах
линии и между ними. Он используется главным образом в схемах,
изображающих общие решения с неизвестным числом повторений.
4. ПРАВИЛА ПРИМЕНЕНИЯ СИМВОЛОВ И ВЫПОЛНЕНИЯ СХЕМ
Все правила этого раздела объединим в две основные груп- пы: правила
применения символов и правила выполнения соедине- ний.
К первой группе относится следующее:
1. Символ предназначен для графической индексации функ- ции, которую он
отображает, независимо от текста внутри этого символа.
2. Символы должны быть, по возможности, одного размера.
3. Размер символов может изменяться, но форма должна быть сохранена. Не
должны изменятьься углы и другие параметры, вли- яющие на
соответствующую форму символов.
4. Текст располагается внутри символа. Но если он не по- мещается нужно
использовать коментарий.
5. Текст для чтения должен записываться слева направо и сверху вниз,
независимо от направления потока.
6. Символы в схеме должны быть расположены равномерно. Следует
придерживаться разумной длины соединений и минимально- го числа длинных
линий.
7. Символы могут быть вычерчены в любой ориентации, но предпочтительной
является горизонтальная ориентация.
8. В схемах может использоваться идентификатор символов. Если он
вводится, то должен располагаться слева над символом.
9. Возможно использование описание символов - любая дру- гая информация,
например для отображения специального примене- ния символа с
неконкретной ссылкой, или улучшения понимания функции как части схемы.
Описание символа должно быть располо- жено справа над символом.
10. В схемах работы системы символы, отображающие носите- ли данных, во
многих случаях представляют способы ввода-выво- да. Для использования в
качестве ссылки на документацию, текст на схеме для символов,
отображающих способы вывода, должен размещаться справа над символом, а
текст для символов, отобра- жающих способы ввода - справа под символом.
11. Если требуется, в схемах может быть использована под- робное
представление, которое обозначается с помощью символа с полосой для
процесса или данных.
Символ с полосой указывает, что в этом же комплекте доку- ментации в
другом месте имеется более подробное представление.
Для получения символа с полосой нужно внутри любого сим- вола в верхней
части провести горизонтальную линию. Тогда меж- ду этой линией и верхней
линией символа необходимо расположить идентификатор, указывающий на
подробное представление данного символа.
В самом подробном представлении в качестве первого и пос- леднего
символа должен быть использован символ указателя конца
. Первый символ указателя конца должен содержать ссылку, которая имеется
также в символе с полосой.
ПРАВИЛА ВЫПОЛНЕНИЯ СОЕДИНЕНИЙ
1. Линии в схемах предназначены для указания потоков дан- ных или
потоков управления.
2. Стандартным считается направление потока слева направо и сверху вниз.
3. В случае необходимости на линиях могут использоваться стрелки.
4. Следует избегать в схемах пересечений линий.
5. Две или более входящие линии могут объединяться в одну исходящую
линию. В этом случае место объединения должно быть смещено, например:
6. Линии должны быть направлены к центру символа.
7. Подходить к символу линии должны либо слева, либо сверху.
8. Исходить от символа линии должны либо справа, либо снизу.
9. При необходимости линии в схемах следует разрывать. Это относится к
одной странице или если схема представлена на нескольких страницах. Как
отмечалось ранее, символы-соедини- тели должны содержать одно и то же
уникальное значение. Сое- динитель в начале разрыва называется внешним
соединителем, а в конце разрыва - внутренним. Ссылки к страницам могут
быть приведены совместно с символом комментария для их соединений.
ПРИМЕР: внешний соединитель внутренний соединитель
СПЕЦИАЛЬНЫЕ УСЛОВНЫЕ ОБОЗНАЧЕНИЯ
В этот раздел входят обозначения: "несколько выходов" и "повторяющееся
представление".
Обозначение "несколько выходов" может быть отображено двумя способами.
В первом варианте несколько выходов следует показывать несколькими
линиями от данного символа к другим символам.
Во втором варианте несколько выходов показываются одной линией от
данного символа с последующим разветвлением на со- ответствующее число
линий. ПРИМЕР:
Как следует из примера, каждый выход символа должен соп- роваждаться
соответствующими значениями условий, чтобы пока- зать логический путь,
который он представляет. Это необходимо для того, чтобы эти условия и
соответствующие ссылки были идентифицированы.
Повторяющееся представление применяется тогда, когда вместо одного
символа с заданным текстом целесообразно ис- пользовать несколько
аналогичных символов с перекрытием изоб- ражения, каждый из которых
содержит описательный текст. ПРИМЕР:
Когда несколько символов представляет упорядоченное мно- жество, это
упорядочение должно располагаться от переднего (первого) к заднему
(последнему).
Линии могут входить или исходить из любой точки перекры- тых символов,
однако, указнные выше правила выполнения соеди- нений должны
соблюдаться.
Анализ изменений условных обозначений и
правил выполнения схем.
Этот раздел следует читать студентам, знакомым с обозна- чениями в
схемах, использующихся ранее.
В общем следует отметить, что в новом ГОСТе отмечается тенденция
сокращения общего числа символов и их универсализа- ция.
Выделим следующие основные отличия в выполнении схем при оформлении
дипломного проекта. 1. В схемах техпроцесса отсутствует обозначение
источника и потребителя информации следующим символом. По новому ГОСТу
нужно использовать символ "терминатор", который одновременно обозначает
начало и конец схемы програм- мы, а также внешнее использование,
источник или пункт назна- чения данных. Изображается он следующим
образом: 2. В новом ГОСТе отсутствует символ ручного документа, а ис-
пользуется символ "документ", как для данных на машинных так и ручных
носителях. 3. Не используется символ, обозначающий перфорацию данных
(перенос на машинный носитель). В этом случае следует исполь- зовать
символ "процесс", который отображает функцию обработки данных любого
вида. Следовательно: 4. Нет символа, обозначающего ввод-вывод данных.
Здесь также может быть использован символ "процесс", т.е. 5. Сам процесс
решения задачи в ЭВМ может быть представлен символом "решение"
Этот символ ранее представлял логическую функцию. Она и сейчас сохранена
за ним. Таким образом содержательная сторона символа расширена. Теперь
это либо действие (решение), либо обозначение функции переключательного
типа.
В техпроцессе этапы решения на ЭВМ могут быть показаны и символом
"процесс", т.е. 6. Межстраничные и внутристраничные соединители сейчас
обоз- начаются одинаково:
При этом внешний соединитель (в начале разрыва) и внут- ренний
соединитель (в конце разрава) должны содержать одно и то же уникальное
обозначение (ранее эти обозначения были раз- ными). Ссылки к страницам
целесообразно приводить совместно с символом комментария для их
соединителей. 7. Символ логического элемента ранее мог иметь два выхода:
"да-нет". Если нужно было большее количество альтернатив, то ставились
два логических элемента.
По новому ГОСТу число альтернативных выходов может быть любым. В таком
случае после вычисления условий активизируется тот или иной выход
записывается по соседству с линиями, отоб- ражающими эти пути. 8. В
схемах могут быть использованы идентификаторы символов, но это не
обязательно. Если он применяется, то его следует проставить не в разрыве
верхней линии символа, а он должен располагаться слева над символом. 9.
Направление потоков данных или потоков управления в схемах считается
стандартными слева направо и сверху вниз. Поэтому в этих случаях на
линиях стрелки не используются. Если в схемах есть отклонения от этого
правила, то могут быть использованы стрелки на линиях. 10. При
отображении схем взаимосвязи модулей и массивов изме- нений фактически
по сравнению с ранее действующими обозначе- ниями нет, разве что
по-новому обозначаются магистральные ссылки (если схема на несколько
листов). 11. В детальных блок-схемах введен символ "граница цикла". Он
состоит из двух частей и отображает начало и конец цикла. При этом обе
части символа имеют один и тот же идентификатор.
К А Л Е Н Д А Р Н Ы Й П Л А Н
?????????????????????????????????????????????????????????????? NN
Наименование этапов Срок выполнения Приме- п/п дипломного проекта этапов
проекта чание
???????????????????????????????????????????????????????????????
АНАЛИТИЧЕСКАЯ ЧАСТЬ 15.03.93
1. Технико-экономическая характеристика
объекта управления
1.2. Экономическая сущность комплекса задач
1.3. Обоснование необходимости и цели исполь-
зования ВТ для решения данного комплекса
задач
1.4. Общая характеристика организации машинной
обработки информации
1.5. Формализация расчетов
1.6. Обоснование проектных решений по инфор-
мационному обеспечению комплекса задач
1.7. Обоснование проектных решений по програм-
мному обеспечению /внутримашинной техно-
логии/ комплекса задач
1.8. Обоснование проектных решений по техноло-
гии сбора, передачи, обработки и выдачи
информации
П. ПРОЕКТНАЯ ЧАСТЬ 20.04.93
2.1. Информационное обеспечение комплекса задач
2.2. Машинная реализация комплекса задач
Ш. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
15.05.93
3.1. Выбор и обоснование методики расчета экономи-
/полное наименование темы/ студент .......................... принимал
непосредственное
Ф.И.О. участие в разработке ..........................................
...............................................................
/перечень разработанных вопросов/
Полученные им результаты нашли отражение в проектных ма- териалах
.....................................................
/название организации, системы, подсистемы или задачи/
В настоящее время проектные материалы организации, вклю- чающие
результаты данного дипломного проекта .................
...............................................................
/внедрены, находяться в опытной эксплуатации, подготовлены
к внедрению и т.д./
Печать организации Подпись руководителя организации или подразделения 1.
Архарова З.П., Божко В.П., Гусева Н.К., Соколов Н.А.:
"Межотраслевые и региональные АСУ" - М.: МЭСИ, 1988. 2. Архарова З.П.,
Божко В.П., Гладкая З.Ф., Гусева Н.К., Ли-
хачева Г.Н. "Организация решения задач в АСИС" - М.: МЭСИ,
1990. 3. Божко В.П., Брага В.В. и др. "Статистическая информатика:
данные, технология, маркетинг" - М.: Финансы и статистика,
1991. 4. Божко В.П. "Организационно- методологические основы пост-
роения АСИС" - М.: МЭСИ, 1992. 5. Брябин В.М. "Программное обеспечение
персональных компь-
теров" - М.: Наука, 1988. 6. Волков С.И., Романов А.Н. "Организация
машинной обработки
экономической информации" - М.: Финансы и статистика",
