- описать существующую (предметную) технологию выполнения выбранной для рассмотрения функции управления (или комплекса функций;
- указать источники используемых входных документов;
- указать адресаты результатных документов;
- привести схемы документооборота для каждого документа ;
- таблицы, содержащие прагматические оценки потоков информации (объемы в документах, показателях и символах за год, трудовые затраты на их обработку за год, частоту возникновения и др.);
- выявить основные недостатки, присущие существующей практике управления и обработки экономической информации.
Давая характеристику существующей (предметной) технологии решения задачи, следует провести структурно-функциональный анализ решаемой задачи, в ходе которого, в зависимости от сложности задачи, из неё необходимо выделить следующие компоненты: этапы решения задачи и функционально простые операции из которых состоят этапы, т.е. состав ручных и машинных операций, выполняемых при их реализации, места и технические средства, применяемые для их обработки, а также описать связь данного компонента с другими компонентами, входящими в задачу.
Для выполнения структурно-функционального анализа объекта управления и решаемой задачи рекомендуется разработать структурно-функциональную диаграмму («КАК ЕСТЬ») по методологии SADT(IDEF0) или диаграмму потоков данных по методологии Гейна/Сарсона, Йодана/ДеМарко. Для их разработки целесообразно использовать CASE средства, например Design/IDEF, Power Designer, BPwin, Silverrun-BMP, Oracle Designer и др.
Пример структурно-функциональной диаграммы приведен в Приложении 16
Далее следует сделать акцент на те недостатки, устранение которых предполагается осуществить в проекте, например:
- наличие опозданий в поставках сырья и материалов;
- наличие выплат штрафных санкций и неустоек;
- простои оборудования;
- низкая производительность труда в производственной сфере;
- невозможность расчета показателей, необходимых для управления объектом из-за сложности вычислений или большого объема информации;
- высокая трудоемкость обработки информации (привести объемно-временные параметры);
- низкая оперативность, снижающая качество управления объектом;
- невысокая достоверность результатов решения задачи из-за дублирования потоков информации;
- несовершенство организации сбора и регистрации исходной информации;
- несовершенство процессов сбора, передачи, обработки, хранения, защиты целостности и секретности информации и процессов выдачи результатов расчетов конечному пользователю и т.д.
1.4. Постановка задачи
В этом пункте необходимо сформулировать задачу разработки проекта и выделить основные требования к проектируемой системе обработки данных. Стоит определить тип проектируемой системы: это может быть диалоговая система решения задачи или обработки транзакций, система поддержки принятия решений или комбинированная система.
Ниже приводится содержание основных компонент документа «Постановка задачи».
1.4.1. Цель и назначение автоматизированного варианта решения задачи
Цель решения задачи должна сводиться к устранению тех недостатков, которые были отмечены автором в предыдущем разделе, поэтому ее можно разделить на две группы подцелей:
- с точки зрения получения косвенного эффекта в управлении организацией или предприятием - достижения улучшения ряда показателей выполнения выбранной функции управления или работы рассматриваемого подразделения, или всего предприятия в целом ( например, увеличение выпуска продукции, или увеличение числа обслуживаемых клиентов, сокращение простоев на …число часов и т. д.);
- с точки зрения достижения прямого эффекта, получающего свое отражение непосредственно на себестоимости выпускаемой продукции или оказываемых услуг - улучшения значений показателей качества обработки информации (например, сокращение времени и стоимости обработки и получения оперативных данных для принятия управленческих решений; повышение степени достоверности обработки информации, степени ее защищенности, повышение степени автоматизации получения первичной информации; увеличение количества аналитических показателей, получаемых на базе исходных и т.д).
При описании назначения решения задачи дипломанту следует сделать акцент на перечень тех функций управления и операций обработки данных, которые будут автоматизированы, при внедрении предлагаемого проекта.
1.4.2. Общая характеристика организации решения задачи на ЭВМ
В данном пункте автору следует раскрыть требования к будущему проекту через ответ на следующие вопросы:
- предполагаемая организация архитектуры аппаратной платформы (например, использование архитектуры файл-сервер или клиент- сервер с указанием распределения функций, организация работы сайта в сети Internet );
- изменения в функциях подразделения, связанных со сбором, обработкой и выдачей информации;
- источники поступления оперативной и условно-постоянной информацией и периодичность ее поступления;
- этапы решения задачи, последовательность и временной регламент их выполнения, выявленные на основе рассмотренной в п.1.3. декомпозиции задачи (при этом следует рассмотреть целесообразность автоматизации этапов и операций решения задачи, оценивая возможность формализации связей между ними);
- порядок ввода первичной информации (названия документов) и перечень используемых экранных форм;
- краткая характеристика результатов (названия результатных документов, экранных форм выдачи результатов, перечень результатных файлов, способов их выдачи: на экран, печать или в канал связи) и мест их использования;
- краткая характеристика системы ведения файлов в базе данных (перечень файлов или таблиц с условно-постоянной и оперативной информацией, периодичность обновления, требования защиты целостности и секретности);
- режим решения задачи (пакетный, диалоговый, с использованием методов телеобработки или смешанный);
- периодичность решения задачи.
1.4.3. Формализация расчетов
В данном пункте осуществляется формализация решения задачи, которая сводится к рассмотрению последовательности проведения расчетов, а также выделению алгоритмов расчета экономических показателей на каждом этапе, перечисленных в выше приведенном разделе - «Экономическая сущность задачи». Позже на этот пункт необходимо будет сделать ссылку из пункта проектной части (характеристика результатной информации, алгоритмы программных модулей). Для достижения большей степени формализации описания задачи проектант может, например, использовать группировку всех показателей в две таблицы: формализованного описания входных и результатных показателей.
Пример 1. Таблица формализованного описания входных показателей
№ п/п | Наименование входного показателя | Идентификатор входного показателя |
1 | Количество поступившего i–го материала от j-го поставщика на дату -d | Кijd |
…. |
Пример 2. Таблица формализованного описания результатных показателей
№ п/п | Наименование результатного показателя | Идентификатор результатного показателя | Алгоритм расчета |
1 | Количество поступления i-го материала от j-го поставщика с начала месяца- r | Kijr | Kijr = |
…. |
1.5. Анализ существующих разработок и обоснование выбора технологии проектирования
В этом разделе следует отметить, используются ли при существующей технологии решения задачи какие-либо программные средства и, если используются, то каким образом. Если на рынке программных средств существуют готовые программные решения, желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав основные характеристики и функциональные возможности.
Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.
Затем следует отметить, чем, с точки зрения программной реализации, должна и будет отличаться проектируемая технология решения задачи от существующей, а также, почему необходимо разрабатывать новое программное средство, и чем оно должно отличаться от существующих.
Далее следует дать краткую характеристику современных технологий проектирования, их положительные черты и недостатки, перечислить основные факторы выбора, обосновать выбор применяемой технологии и дать особенности ее использования в данном проекте, с указанием краткой характеристики используемых методов проектирования, выбора конкретных программных средств реализации этих методов (например, Case - средств, состава и особенностей реализации стадий, этапов и операций проектирования с использованием выбранных методов и средств .
1.6. Обоснование проектных решений.
Этот пункт включает обоснование проектных решений по техническому, информационному, программному и технологическому обеспечению задачи.
1.6.1. Обоснование проектных решений по техническому обеспечению (ТО)
Вначале данного раздела следует дать определение этого вида обеспечения и его структуру.
Обоснование выбора технического обеспечения требуемого для решения задачи предполагает выбор типа ЭВМ и устройств периферии (принтеров, сканеров, плоттеров и т.д.). При этом следует обосновать экономическую целесообразность эксплуатации выбранных аппаратных средств, возможность их использования для решения других задач объекта управления.