Требования к выпускной квалификационной работе студентов специальности 080801 ''Прикладная информатика (в экономике)'': Методические рекомендации

Министерство образования и науки Российской Федерации ГОУ ВПО «Магнитогорский государственный университет»

ТРЕБОВАНИЯ К ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЕ СТУДЕНТОВ СПЕЦИАЛЬНОСТИ 080801 «ПРИКЛАДНАЯ ИНФОРМАТИКА (В ЭКОНОМИКЕ)» Методические рекомендации

Магнитогорск 2009

2

УДК 004.9 ББК 3811 Т 66 Т 66

Требования к выпускной квалификационной работы студентов специальности 080801 «Прикладная информатика (в экономике)»: метод. рекомендации / под общ. ред. О.Б. Назаровой. – Магнитогорск : МаГУ, 2009. – 82 с. Данные методические рекомендации содержат требования к написанию и оформлению выпускной квалификационной работе, выполняемой на этапе государственной аттестации студентами

специальности

080801

«Прикладная

информатика

(в

экономике)».

Предназначены для студентов обозначенной специальности, преподавателей, являющихся руководителями выпускной квалификационной работы. Авторы-составители: Назарова О.Б., Масленникова О.Е., Махмутова М.В., Белоусова И.Д., Давлеткиреева Л.З., Попова И.В., Новикова Т.Б., Удотов А.С.

©Магнитогорский государственный университет, 2009

Оглавление ОБЩИЕ ЗАМЕЧАНИЯ ................................................................................................................................................. 6 ЭТАПЫ ДИПЛОМИРОВАНИЯ ........................................................................................................................................... 6 ТРЕБОВАНИЯ К ПРОФЕССИОНАЛЬНОЙ ПОДГОТОВЛЕННОСТИ ВЫПУСКНИКА ПО СПЕЦИАЛЬНОСТИ 080801 «ПРИКЛАДНАЯ ИНФОРМАТИКА (ПО ОБЛАСТЯМ)........................................................................................................... 8 ОБЩИЕ ТРЕБОВАНИЯ К СТРУКТУРЕ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ ..................................................... 11 КРАТКАЯ АННОТАЦИЯ ПО РАЗДЕЛАМ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ .................................................. 15 ТРЕБОВАНИЯ К НАПИСАНИЮ ВВЕДЕНИЯ ..................................................................................................... 17 Определение актуальности разрабатываемой выпускной квалификационной работы ............................... 17 Формулировка проблемы, темы, объекта и предмета выпускной квалификационной работы ................... 18 Формулировка цели и задач выпускной квалификационной работы ................................................................ 20 Теоретико-методологическая основа выпускной квалификационной работы ............................................... 22 Формулировка положений, выносимых на защиту ........................................................................................... 22 Апробация результатов работы......................................................................................................................... 22 ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 1 (АНАЛИТИЧЕСКАЯ ЧАСТЬ) ................................................. 24 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 1.1 (ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ) ..................................................................................................................................................................... 25 Характеристика предприятия ............................................................................................................................ 25 Краткая характеристика подразделения и видов его деятельности ............................................................ 25 Экономическая сущность задачи ........................................................................................................................ 25 Выводы по параграфу 1.1. .................................................................................................................................... 26 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 1.2 (ПОСТАНОВКА ЗАДАЧИ) ..................................................................... 26 Обоснование необходимости и цели использования вычислительной техники для решения задачи ............ 27 Цель и назначение автоматизированного варианта решения задачи............................................................. 28 Общая характеристика организации решения задачи на ЭВМ ....................................................................... 28 Формализация расчетов....................................................................................................................................... 29 Выводы по параграфу 1.2. .................................................................................................................................... 29 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 1.3 (АНАЛИЗ СУЩЕСТВУЮЩИХ РАЗРАБОТОК И ОБОСНОВАНИЕ ВЫБОРА ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ) ............................................................................................................................... 29 ВЫВОДЫ ПО ЛАВЕ 1 ..................................................................................................................................................... 30 ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 2 (РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ) ......................... 31 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 2.1 (РАЗРАБОТКА КОНЦЕПЦИИ НОВОЙ АС ИЛИ МОДЕРНИЗАЦИИ СТАРОЙ) ....................................................................................................................................................................... 31 Цели и задачи......................................................................................................................................................... 31 Изменения в оргструктуре .................................................................................................................................. 32 Бизнес-процессы (to-be) ........................................................................................................................................ 32 Бизнес-функции ..................................................................................................................................................... 33 Анализ и выбор решения ....................................................................................................................................... 33 Выводы по параграфу 2.1. .................................................................................................................................... 34 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 2.2 (ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ВИДАМ ОБЕСПЕЧЕНИЯ АС) .................................................................................................................................... 34 Организационное обеспечение ............................................................................................................................. 34 Лингвистическое обеспечение ............................................................................................................................. 34 Математическое обеспечение ............................................................................................................................ 34 Информационное обеспечение (ИО).................................................................................................................... 35 Программное обеспечение ................................................................................................................................... 35 Технологическое обеспечение ............................................................................................................................... 36 Техническое обеспечение (ТО) ............................................................................................................................. 37 Выводы по параграфу 2.2. .................................................................................................................................... 37 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 2.3 (РАЗРАБОТКА СИСТЕМНОЙ АРХИТЕКТУРЫ)........................................ 38 Основные определения .......................................................................................................................................... 38 Содержание параграфа ....................................................................................................................................... 39 Выводы по параграфу 2.3 ..................................................................................................................................... 40 ВЫВОДЫ ПО ГЛАВЕ 2 ................................................................................................................................................... 40 ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 3 (РЕАЛИЗАЦИЯ ПРОЕКТНЫХ РЕШЕНИЙ) ........................ 41 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 3.1 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ) .................................... 41

4

Информационная модель и ее описание .............................................................................................................. 41 Даталогическое проектирование ........................................................................................................................ 42 Рабочее (физическое) проектирование ............................................................................................................... 42 Проектирование приложений БД ........................................................................................................................ 43 Используемые классификаторы и системы кодирования ................................................................................ 43 Характеристика нормативно-справочной и входной оперативной информации .......................................... 44 Характеристика результатной информации.................................................................................................... 45 Выводы по параграфу 3.1 ..................................................................................................................................... 45 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 3.2 (ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ) ........................................... 45 Общие положения (дерево функций и сценарий диалога) ................................................................................. 46 Структурная схема пакета (дерево вызова процедур и программ) ................................................................ 46 Описание программных модулей ......................................................................................................................... 46 Схема взаимосвязи программных модулей и информационных файлов .......................................................... 46 Рабочая документация ......................................................................................................................................... 47 Выводы по параграфу 3.2 ..................................................................................................................................... 47 Пример описания программного обеспечения задачи........................................................................................ 47 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 3.3 (ТЕХНОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ) .................................... 48 Организация технологии сбора, передачи, обработки и выдачи информации ............................................... 48 Схема технологического процесса сбора, передачи, обработки и выдачи информации ............................... 49 Инструкционные карты основных операций технологического процесса ..................................................... 51 Выводы по параграфу 3.3 ..................................................................................................................................... 51 ПРИМЕР ОПИСАНИЯ ТЕХНОЛОГИЧЕСКОГО ОБЕСПЕЧЕНИЯ ЗАДАЧИ «УЧЕТА СКЛАДСКИХ ОПЕРАЦИЙ» ...................... 51 Организация технологии сбора, передачи, обработки и выдачи информации ............................................... 51 Схема технологического процесса сбора, передачи, обработки и выдачи информации ............................... 52 Инструкционные карты основных операций технологического процесса ..................................................... 52 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 3.4 (ПРОВЕДЕНИЕ МЕРОПРИЯТИЙ ПО СОПРОВОЖДЕНИЮ И КОНФИГУРАЦИОННОМУ УПРАВЛЕНИЮ АС) ............................................................................................................... 54 Ключевые определения ......................................................................................................................................... 54 Рекомендации по выполнению сопровождения и конфигурационного управления АС ................................... 57 Выводы по параграфу 3.4 ..................................................................................................................................... 58 ВЫВОДЫ ПО ГЛАВЕ 3 ................................................................................................................................................... 58 ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 4 (РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА) ..................................................................................................................................................................... 61 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 4.1 (ВЫБОР И ОБОСНОВАНИЕ МЕТОДИКИ РАСЧЕТА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА) ........................................................................................................................................ 61 ТРЕБОВАНИЯ К НАПИСАНИЮ ПАРАГРАФА 4.2 (РАСЧЕТ ПОКАЗАТЕЛЕЙ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА) ..................................................................................................................................................................... 62 ВЫВОДЫ ПО ГЛАВЕ 4 ................................................................................................................................................... 68 ТРЕБОВАНИЯ К НАПИСАНИЮ ЗАКЛЮЧЕНИЯ.............................................................................................. 68 ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ТЕКСТА ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ ....... 69 ОБЩИЕ ТРЕБОВАНИЯ ................................................................................................................................................... 69 ПОСТРОЕНИЕ ТЕКСТА РАБОТЫ .................................................................................................................................... 69 НУМЕРАЦИЯ СТРАНИЦ................................................................................................................................................. 70 ИЛЛЮСТРАЦИИ............................................................................................................................................................ 70 ТАБЛИЦЫ ..................................................................................................................................................................... 70 ФОРМУЛЫ И УРАВНЕНИЯ............................................................................................................................................. 71 ССЫЛКИ ....................................................................................................................................................................... 72 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ................................................................................................................. 72 Примеры оформления книг................................................................................................................................... 72 Пример оформления статей из журналов и газет ........................................................................................... 72 Пример оформления ссылок в Интернете ......................................................................................................... 73 Пример оформления нормативных документов по стандартизации ............................................................. 73 ПРИЛОЖЕНИЯ .............................................................................................................................................................. 73 СПИСОК ЛИТЕРАТУРЫ .......................................................................................................................................... 74 ПРИЛОЖЕНИЕ 1 ПЕРЕЧЕНЬ НАПРАВЛЕНИЙ ВЫПУСКНЫХ КВАЛИФИКАЦИОННЫХ РАБОТ .. 75 ПРИЛОЖЕНИЕ 2 ТЕХНИЧЕСКОЕ ЗАДАНИЕ: ОПРЕДЕЛЕНИЕ, СОДЕРЖАНИЕ .................................. 76 ПРИЛОЖЕНИЕ 3 ФОРМЫ ДОКУМЕНТОВ, ОФОРМЛЯЕМЫХ ПРИ СОПРОВОЖДЕНИИ И КОНФИГУРИРОВАНИИ ........................................................................................................................................ 787

5

Общие замечания Этапы дипломирования Выпускная квалификационная работа (ВКР) информатика-экономиста представляет собой законченную разработку (дипломный проект) в профессиональной области, где: −сформулирована актуальность и место решаемой задачи информационного обеспечения в предметной области; −анализируется литература и информация, полученная с помощью глобальных сетей по функционированию подобных систем в данной области или в смежных предметных областях; −определяются и конкретно описываются выбранные выпускником объемы, методы и средства решаемой задачи, иллюстрируемые данными и формами выходных документов, используемых при реализации поставленной задачи информационного обеспечения на модельном примере (но на реальной вычислительной технике, работающей в составе профессионально-ориентированной информационной системы); −анализируются предлагаемые пути, способы, а также оценивается экономическая, техническая и (или) социальная эффективность их внедрения в реальную информационную среду в области применения. (ГОС ВПО) ВКР может быть представлена в виде дипломной работы, либо в виде дипломного проекта. Дипломная работа – самостоятельная комплексная работа студента, главной целью и содержанием которой является всесторонний анализ или научные исследования по одному из вопросов теоретического или практического характера по профилю специальности. Дипломная работа представляет собой теоретическое или экспериментальное исследование одной из актуальных научных проблем по специальности. Результаты работы оформляются в виде текстуальной части (пояснительной записки) с приложением графиков, таблиц, чертежей, схем и т. п. Дипломный проект – это ВКР, которая содержит решение поставленной задачи, оформленное в виде конструкторских, технологических, программных и других проектных документов. Главной целью и содержанием дипломного проекта являются разработка проектного решения, связанного с созданием или совершенствованием экономической информационной системы на базе использования современных информационных технологий, средств вычислительной техники и передачи данных, экономикоматематических методов и моделей, разработка технологических процессов обработки информации и решение организационных вопросов управления производством. Подготовка ВКР является заключительным этапом обучения студентов в вузе. Работа над дипломным проектом включает в себя перечисленные ниже этапы: 1. Закрепление студентов Распоряжением по факультету: за выпускающей кафедрой, за научным руководителем и консультантом по экономической части. 2. Выбор и закрепление Приказом ректора по университету объектов преддипломной практики. 3. Выбор и закрепление Распоряжением по факультету примерных тем дипломных проектов. 4. Разработка и утверждение Задания на ВКР, которое включает перечень основных вопросов, подлежащих разработке, и сроки выполнения. Копия подписанного студентом и научным руководителем Задания на ВКР передаѐтся в деканат, ещѐ одна остаѐтся у студента и вкладывается в Пояснительную записку законченной работы. 5. Сбор и обработка материала во время прохождения преддипломной практики. 6. Составление и защита Отчета по практике. По результатам защиты выпускается Распоряжение по факультету о допуске студента к дипломированию. 6

7. Написание и оформление текста ВКР. 8. Предварительная защита ВКР на выпускающей кафедре, по результатам которой кафедра готовит Заключение о допуске данной работы к защите. 9. Направление ВКР на внешнее рецензирование. Рецензент в письменном виде готовит Рецензию о дипломном проекте, указывает замечания и пожелания. Подпись рецензента заверяется печатью предприятия, на котором он работает. Рецензия должна быть получена не позднее, чем за три дня до защиты. 10. Подготовка научным руководителем Отзыва на ВКР. 11. Передача ВКР со всей сопровождающей документацией (отзыв научного руководителя, внешние рецензии, реферат, выписка из заседания выпускающей кафедры) в бумажной и электронной форме техническому секретарю. 12. Не допускаются к защите студенты: не выполнившие полностью учебный план, не сдавшие в срок дипломный проект, представившие дипломный проект, не отвечающий требованиям и Заданию. 13. Защита ВКР: - объявляется тема работы; - выпускник в течение 7–10 минут излагает краткое содержание выполненной работы (краткое состояние рассматриваемого вопроса в настоящее время; положения, выносимые на защиту; принятые пункты решения поставленных задач и основные результаты, полученные в работе); - выпускник отвечает на вопросы, предложенные членами ГАК (вопросы могут вытекать не только из конкретного содержания проекта, но и из смежных областей как теоретического, так и практического характера); - ГАК выносит решение об оценке работы и защиты и о присвоении автору квалификации «Информатик-экономист». Обсуждение происходит на закрытом заседании ГАК после защиты всех работ. Решение ГАК объявляется публично.

7

Требования к профессиональной подготовленности выпускника по специальности 080801 «Прикладная информатика (по областям) Выписка из государственного образовательного стандарта Информатик (с квалификацией в области) должен уметь решать задачи, соответствующие его квалификации. В процессе подготовки он должен изучить в полном объеме все дисциплины, установленные государственным образовательным стандартом и вузом (в соответствии с региональными особенностями, специализацией), в процессе учебы выполнить все практические и контрольные мероприятия. Он должен обладать: − профессиональной компетентностью, определяемой совокупностью теоретических и практических навыков, полученных при освоении профессиональной образовательной программы по специальности 080801 «Прикладная информатика (по областям)»; − специальной подготовкой в предметной области и в области информационных технологий для анализа, проектирования и сопровождения профессиональноориентированных информационных систем; − профессиональной способностью прогнозирования, моделирования и создания информационных процессов в конкретной предметной области; − умением выполнять работы по развитию возможностей профессиональноориентированных информационных систем на всех стадиях их жизненного цикла; − специализацией, определяемой перечнем специальных и информационных дисциплин; − способностью осуществлять профессиональные функции в рамках одного или более видов деятельности; пониманием основных тенденций развития информационных технологий и информационных систем в области применения; − коммуникационной готовностью выпускника, определяемой: o перечнем решаемых задач (оптимизация процессов обработки информации, управление взаимосвязанными материальными, денежными и информационными потоками в предметной области, внедрение методов информатики в области применения, создание информационно-логических и имитационных моделей объектов предметной области, разработка программного и информационного обеспечения, ориентированного на работу специалистов по областям); o владением теорией в области применения; o умением читать и переводить профессионально ориентированные тексты на иностранном языке; o умением разрабатывать документацию и пользоваться ею; o умением профессионально использовать компьютерную технику и средства связи; o развитой способностью к творческим подходам в решении профессиональных задач; o умением ориентироваться в нестандартных условиях и ситуациях, анализировать возникающие проблемы, разрабатывать и осуществлять план действий; o устойчивым позитивным отношением к своей профессии, к повышению квалификации информатика в области применения; o стремлением к непрерывному личностному и профессиональному совершенствованию. 8

По циклу общепрофессиональных дисциплин должен знать: −современные достижения вычислительной техники (вычислительные машины, системы и сети телекоммуникаций); −об общей характеристике процессов сбора, передачи, обработки и накопления информации; о технических и программных средствах реализации информационных процессов; современные операционные среды и области их и эффективного применения; −математические методы в предметной области и методы оптимизации; методы имитационного моделирования процессов в предметной области; −методы финансовой математики и способы выполнения актуарных расчетов; −теорию информационных систем в предметной области; информационные технологии в информационных системах в предметной области; −методы проектирования и разработки адаптируемых программных средств; −основные методы анализа информационных процессов; −информационные закономерности, специфику информационных объектов и ресурсов, информационных потребностей в предметной области; −информационные модели знаний и методы представления знаний в базах ИС; −основные классы моделей и принципы построения моделей информационных процессов; −принципы организации, структуры средств систем мультимедиа и компьютерной графики; −методы управления профессионально-ориентированной информационной системой; −основные принципы организации баз данных информационных систем, способы построения баз данных. По циклу общепрофессиональных дисциплин уметь использовать: −современные математические методы в предметной области и оптимизацию; −компьютерные методы имитационного моделирования процессов в предметной области; −методы статистического анализа; −инструментальные средства мультимедиа и графического диалога в информационных системах; −современные системные программные средства: операционные системы, операционные оболочки, обслуживающие сервисные программы; −сетевые программные и технические средства информационных систем в предметной области; −инструментальные средства, поддерживающие разработку программного обеспечения профессионально-ориентированных информационных систем; −информационно-поисковые средства локальных и глобальных вычислительных и информационных сетей; информационные технологии и знания общей информационной ситуации, информационных ресурсов в предметной области. По циклу общепрофессиональных дисциплин иметь опыт: −разработки имитационных моделей процессов на предприятиях и в организациях различных отраслей предметной области; −применения математических моделей и методов для анализа, расчетов, оптимизации детерминированных и случайных информационных процессов в предметной области; −современного программирования и использования возможностей вычислительной техники и программного обеспечения; −решения формализуемых и трудно формализуемых задач, а также проектирования информационных процессов. По циклу общепрофессиональных дисциплин иметь представление: − о современных международных стандартах программного обеспечения, о сертификации; 9

− о качественных и количественных методах описания профессиональноориентированных информационных систем; − о тенденциях развития компьютерной техники и программных средств, технических средств информатизации; о способах представления текстовой и нетекстовой информации в информационных системах, использовании средств мультимедиа и тенденциях их развития; −об автоматизации моделирования процессов в предметной области, информационных систем с использованием диалоговых режимов и баз данных моделирования; − о методах оценки информационных и экономических показателей эффективности сложных профессионально-ориентированных информационных систем; о стандартизации и совместимости информационных сетей; − о распределенной обработке информации, сетевых программных и технических средствах информационных сетей; − о методах анализа и моделирования информационных процессов в сетях интегрального обслуживания; − о тенденциях развития банков данных и знаний, складов (хранилищ) данных; о программных средствах, использующих методы фрактальной математики. По циклу специальных дисциплин знать: −задачи предметной области и методы их решения; −рынки информационных ресурсов и особенности их использования; −принципы обеспечения информационной безопасности; −технологии проектирования профессионально-ориентированных информационных систем; −требования к надежности и эффективности информационных систем в области применения; −перспективы развития информационных технологий и информационных систем в предметной области, их взаимосвязь со смежными областями; −методы научных исследований по теории, технологии разработки и эксплуатации профессионально-ориентированных информационных систем; −информационные системы в смежных предметных областях; −основные принципы организации интеллектуальных информационных систем; −сетевую экономику. По циклу специальных дисциплин уметь: −формулировать и решать задачи проектирования профессионально-ориентированных информационных систем с использованием различных методов и решений; −ставить задачу системного проектирования и комплексирования локальных и глобальных сетей обслуживания пользователей информационных систем; −ставить и решать задачи, связанные с организацией диалога между человеком и информационной системой; −проводить выбор интерфейсных средств при построении сложных профессиональноориентированных информационных систем; −формулировать основные технико-экономические требования к проектируемым профессионально-ориентированным информационным системам; −создавать профессионально-ориентированные информационные системы; −разрабатывать ценовую политику применения информационных систем в предметной области. По циклу специальных дисциплин владеть: −методиками анализа предметной области и проектирования профессиональноориентированных информационных систем; −методами системного анализа в предметной области.

10

По циклу специальных дисциплин иметь опыт: −работы с основными объектами, явлениями и процессами, связанными с информационными системами, и использования методов их научного исследования; −разработки проектных решений и их реализации в заданной инструментальной среде; −выбора методов и средств реализации протоколов в сетях интегрального обслуживания пользователей информационных систем; −работы с программно-техническими средствами диалога человека с профессиональноориентированными информационными системами; −компоновки информационных систем на базе стандартных интерфейсов.

Общие требования к структуре выпускной квалификационной работы Требования к выпускной квалификационной работе информатика (с квалификацией в области) Выпускная квалификационная работа информатика (с квалификацией по областям) представляет собой законченную разработку (дипломный проект) в профессиональной области, в которой: − сформулирована актуальность и место решаемой задачи информационного обеспечения в предметной области; − анализируется литература и информация, полученная с помощью глобальных сетей по функционированию подобных систем в данной области или в смежных предметных областях; − определяются и конкретно описываются выбранные выпускником объемы, методы и средства решаемой задачи, иллюстрируемые данными и формами выходных документов, используемых при реализации поставленной задачи информационного обеспечения на модельном примере (но на реальной вычислительной технике, работающей в составе профессионально-ориентированной информационной системы); − анализируются предлагаемые пути, способы, а также оценивается экономическая, техническая и (или) социальная эффективность их внедрения в реальную информационную среду в области применения. Требования к ВКР в виде методических рекомендаций для выпускника по специальности 080801 «Прикладная информатика (в экономике)» разрабатывались на основе: − требований к профессиональной подготовленности выпускника по специальности 080801 «Прикладная информатика (по областям)», определенных государственным образовательным стандартом; − Положения «Квалификационная работа», которое является документом системы менеджмента качества ГОУ ВПО «Магнитогорский государственный университет». Были использованы: − рекомендации учебно-методического объединения по образованию в области прикладной информатики (УМО), представленные в качестве проекта требований к ВКР; − презентации, подготовленные кафедрой ИС: «Рекомендации по применению ГОСТ 34601.90 (АС. Стадии создания) на этапе предпроектного обследования объекта в рамках дипломного проектирования студентов»; «Рекомендации по применению ГОСТ 34601.90 (АС. Стадии создания) на этапе на этапе детального проектирования АС в рамках дипломного проектирования студентов» (зарегистрировано в отраслевом фонде алгоритмов и программ: № 8137 от 12.04.07 и № 9291 от 14.10.07).

11

Кроме того, разработчики опирались на собственный опыт руководства дипломными проектами по специальности 080801 «Прикладная информатика (по областям)» факультета информатики МаГУ. Перечень направлений дипломных проектов, представленный в прил. 1, стал результатом рассмотрения выпускных квалификационных работ выпускников факультета информатики за несколько лет. Анализ обозначенных выше документов и ВКР выпускников позволил определить, что в основу дипломных проектов по разработке, приобретению, внедрению и сопровождению (модификация) АС должен быть положен действующий стандарт 34.601-90 (Автоматизированные системы. Стадии создания). ГОСТ 34.601-90 (Стадии создания АС) предлагает следующие 8 стадий процесса создания ИС, которые в свою очередь состоят из представленных ниже этапов. 1. Формирование требований к автоматизированной системе. 2. Разработка концепции автоматизированной системы. 3. Техническое задание. 4. Эскизный проект. 5. Технический проект. 6. Рабочая документация. 7. Ввод в действие. 8. Сопровождение автоматизированной системы. Можно выделить 3 укрупненные стадии создания информационной системы: − предпроектную, включающую стадии 1, 2, 3 (Формирование требований к автоматизированной системе; разработка концепции автоматизированной системы; техническое задание); − проектную, включающую стадии 4, 5, 6 (Эскизный проект; технический проект; рабочая документация); − послепроектную, включающую стадии 7, 8 (Ввод в действие; сопровождение автоматизированной системы). Предлагаемая примерная структура ВКР является адаптированным представлением стадий и этапов данного стандарта. Примерная структура выпускной квалификационной работы (ВКР) Введение: −актуальность; −формулировка проблемы, темы, цели, задач; −формулировка объекта, предмета исследования; −теоретико-методологическая основа; −практическая значимость; −положения, выносимые на защиту; −апробация решений. Глава 1. Аналитическая часть. 1.1. Технико-экономическая характеристика предметной области: −характеристика предприятия (миссия, оргструктура и др.); −краткая характеристика подразделения или видов его деятельности; −экономическая сущность задачи; −выводы по параграфу (актуальность задачи). 1.2. Постановка задачи: −обоснование необходимости и цели использования вычислительной техники для решения задачи (построение модели as-is и еѐ предварительный анализ для определения «узких» мест); −цель и назначение автоматизированного варианта решения задачи (предложения по устранению «узких» мест); −общая характеристика организации решения задачи на ЭВМ; 12

−формализация расчетов; −выводы по параграфу («узкие» места, предложения по их устранению). 1.3. Анализ существующих разработок и обоснование выбора технологии проектирования: −определение критериев для анализа; −сравнительная характеристика существующих разработок; −выводы по параграфу (управленческое решение). Выводы по главе 1. Глава 2. Разработка проектных решений. 2.1. Разработка концепции новой АС или модернизации старой: −цели и задачи; −изменения в оргструктуре; −бизнес-процессы (to-be); −бизнес-функции; −анализ и выбор решения; −выводы по параграфу (предварительные проектные исследования по проектным подсистемам). 2.2. Обоснование проектных решений по видам обеспечения АС: −организационное обеспечение; −лингвистическое обеспечение (глоссарий, терминологическое единство); −математическое обеспечение (формализация объектов); −информационное обеспечение (внешний документооборот, логическая и физическая модели данных); −программное обеспечение (схема комплекса программ, описание межмодульных интерфейсов); −технологическое обеспечение (карты, и инструкции, техпаспорт); −выводы по параграфу (выход на техническое задание (ТЗ – 34.602-89). 2.3. Разработка системной архитектуры: −прикладная архитектура; −архитектура данных; −техническая архитектура; −сетевая архитектура; −архитектура платформ; −выводы по параграфу (модели соответствующих архитектур). Выводы по главе 2. Глава 3. Реализация проектных решений. 3.1. Информационное обеспечение задачи: −информационная модель и ее описание; −используемые классификаторы и системы кодирования; −характеристика нормативно-справочной и входной оперативной информации; −характеристика результатной информации; −выводы по параграфу (прототип базы данных; инструкции для всех категорий пользователей по работе с БД; описание используемых классификаторов; экранные формы размещения данных и структуры файлов). 3.2. Программное обеспечение задачи: −общие положения (дерево функций и сценарий диалога); −структурная схема пакета (дерево вызова процедур и программ); −описание программных модулей; −схема взаимосвязи программных модулей и информационных файлов; −выводы по параграфу. 3.3. Технологическое обеспечение задачи: −организация технологии сбора, передачи, обработки и выдачи информации; 13

−схема технологического процесса сбора, передачи, обработки и выдачи информации; −выводы по параграфу (схема технологического процесса сбора, передачи, обработки и выдачи информации; инструкционные карты основных операций технологического процесса). 3.4. Проведение мероприятий по сопровождению и конфигурационному управлению АС: − анализ дефектов и модификаций (включая, разработку примеров для выполнения модификаций); − реализация модификации; − оценка и принятие результатов сопровождения; − перенос на иную платформу (в иную среду); − выводы по параграфу (перечень мероприятий, проведѐнных при сопровождении, ссылка на разработанную документацию по сопровождению (журналы, концепция, план). Выводы по главе 3. Глава 4. Учѐт затрат на реализацию проекта, эксплуатацию и сопровождение. 4.1. Выбор и обоснование методики расчета экономической эффективности. 4.2. Расчет показателей экономической эффективности проекта: −определение центров затрат проекта; −расчѐт затрат; −определение предоставляемых информационных сервисов; −расчѐт затрат по предоставляемым информационным сервисам; −косвенная эффективность от реализации проекта); −выводы по параграфу. Выводы по главе 4. Заключение Список используемой литературы Приложения

14

Краткая аннотация по разделам выпускной квалификационной работы Введение (общим объемом 5 стр.1) должно содержать общие сведения о проекте, его краткую характеристику, резюме. В нем необходимо отразить актуальность выбранной темы, цель и задачи, решаемые в проекте, используемые методики, практическую значимость полученных результатов. Целью проекта может быть: построение (разработка) ЭИС или реализация автономной задачи (в т. ч., например, на основе бизнес-реинжиниринга предметных технологий). Дополнительно может достигаться совершенствование информационной базы, применение новых технических средств сбора, передачи, обработки и выдачи информации. Во введении необходимо перечислить проблемы, которые будут рассмотрены в проекте, выделив вопросы, требующие практического решения. Рекомендуется писать введение по завершении основных глав проекта, перед заключением. В этом случае исключена возможность несоответствия «желаемого» и «действительного». В первой главе (Аналитическая часть) осуществляется предпроектное обследование рассматриваемой предметной области, соответствующее 1-й стадии «Формирование требований к автоматизированной системе» по ГОСТ 34601.90. Технико-экономическая характеристика предметной области, постановка задачи и анализ существующих разработок определяют содержание первой главы. В качестве результата должно быть представлено обоснование актуальности выбранной задачи, проведен анализ предметной области (модель AS-IS), выявлены «узкие места» и сформулированы предложения по их устранению; определено управленческое решение. Во второй главе (Разработка проектных решений) осуществляется предпроектное обследование рассматриваемой предметной области, соответствующее 2-й стадии «Разработка концепции автоматизированной системы» и 3-й стадии «Техническое задание» по ГОСТ 34.601.90 и ГОСТ 34.602.89 (ТЗ на создание АС). Разработка концепции новой АС или модернизации старой; обоснование проектных решений по видам обеспечения АС; а также разработка прототипов АС (системной архитектуры) определяют содержание второй главы. В качестве результата должно быть представлено обоснование разработанных проектных решений по видам обеспечения АС для рассматриваемой предметной области (модель TO BE; прототипы АС), отраженное в техническом задании (ТЗ) в соответствии с ГОСТ 34.602.89 (ТЗ на создание АС). В третьей главе (Реализация проектных решений) должна быть представлена реализация проектных решений, соответствующих 4-5, 6-й стадиям (Эскизный проект; технический проект; рабочая документация) и 7, 8-й стадии (Ввод в действие; сопровождение автоматизированной системы) по ГОСТ 34601.90, т.е. проектным и послепроектным стадиям проектирования ИС. Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Третья глава должна быть основана на информации, представленной в аналитической части (Глава 1), а также на информации, полученной в процессе разработки проектных решений (Глава 2), и обобщать ее. По сути, проектная часть является решением проблематики, изложенной в предыдущих главах, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная ранее. Реализация проектных решений по информационному обеспечению, программному обеспечению, технологическому обеспечению задачи, завершаемая разработкой концепции внедрения и сопровождения ИС, определяют содержание третьей главы. 1

Здесь и далее указаны объемы машинописного текста.

15

В качестве результата должна быть представлена концептуальная схема БД; альбом форм; характеристика нормативно-справочной, входной оперативной и результатной информации. Примечание: Наличие или отсутствие третьей главы определяется задачами дипломного проекта совместно с руководителем. В четвертой главе рассматривается Учѐт затрат на реализацию проекта, эксплуатацию и сопровождение. В соответствии со структурой данных рекомендаций далее будут подробно раскрываться все разделы ВКР.

16

Требования к написанию введения При написании введения необходимо отразить логику проводимой ВКР, то есть последовательность исследовательских шагов. Можно выделить три этапа конструирования логики исследования: постановочный, собственно исследовательский и оформительско-внедренческий. Первый этап – от выбора темы до определения задач и разработки гипотезы – в значительной мере может осуществляться по общей для всех исследований логической схеме (проблема – тема – объект – предмет – научные факты – исходная концепция – ведущая идея и замысел – гипотеза – задачи исследования). Логика второго – собственно исследовательского – этапа работы задана только в самом общем виде, она весьма вариативна и неоднозначна (отбор методов – проверка гипотезы – конструирование предварительных выводов – их опробование и уточнение – построение заключительного вывода). Логика заключительного этапа исследования включает апробацию (обсуждение выводов, их представление общественности), оформление работы (отчеты, доклады, рекомендации, проекты и т.д.) и внедрение результатов в практику2. Введение должно отражать результаты, полученные на каждом из обозначенных этапов. В целом введение должно включать в себя: 1) определение актуальности рассматриваемой проблемы; 2) формулировку проблемы проекта; 3) формулировку темы работы; 4) определение объекта исследования; 5) определение предмета исследования; 6) определение цели и задач работы; 7) указание теоретико-методологической основы; 8) формулировку практической значимости работы; 9) формулировку положений, выносимых на защиту; 10) описание, где и посредством чего осуществлялась апробация результатов проведѐнной работы. Остановимся на требованиях к написанию каждого из указанных пунктов.

Определение актуальности разрабатываемой выпускной квалификационной работы Для формулировки актуальности темы ВКР необходимо выбрать объектную область проекта, т.е. ту сферу действительности (организация экономических процессов посредством информационных технологий, прикладная информатика в экономике), в которой накопились важные, требующие разрешения проблемы. Выбор объектной области определяется такими объективными факторами, как: еѐ значимость, наличие нерешенных проблем, новизна и перспективность, и субъективными факторами: образованием, жизненным опытом, склонностями, интересами исследователя, его связью с тем или иным направлением практической деятельности, научным коллективом, ориентированным на определенную тематику, научным руководителем. Выбор объектной области требует изучения объективной потребности в обновлении элементов изучаемой системы (экономической сферы, предприятия в частности), учѐта реальных условий еѐ существования и возможностей развития. Выводы по исследованию объектной области должны показать следующие аспекты актуальности проекта: социальный, технологический (уровень развития информационных 2

Загвязинский В.И., Астаханов Р. Методология и методы психолого-педагогического исследования: учеб пособие для студ. высш. пед. учеб. заведений. – 2-е изд., стер. – М.: Издательский центр «Академия», 2005. – 2008 с. – С. 50-51

17

технологий), теоретический и практический, – то есть современность и ключевые тенденции в данной сфере в общем, и на примере конкретного предприятия, в частности. Другими словами, при определении актуальности ВКР, необходимо установить и зафиксировать в виде тезиса в тексте введения следующие позиции: 1) какие актуальные задачи стоят в объектной области на данном этапе развития, обусловленные развитием общества и технологий; 2) какие вопросы, связанные с той или иной актуальной задачей, представлены в эффективном технологическом опыте и в какой мере отражены и разработаны в науке «информатика» и еѐ практике; 3) какие теоретические и практические задачи остались нерешены (выявление нерешѐнных аспектов проблемы); 4) какие знания необходимы, чтобы решить данную задачу; 5) имеются ли знания в науке (как теоретические, так и практические наработки). Актуальность в теории определяется тем, что заявленной проблемой занимались и занимаются различные специалисты (привести примеры работ или их направлений, фамилий их авторов). Актуальность с практической стороны определяется тем, что сделано в рамках предметной области на сегодняшний день, какие проблемы ставятся на данный момент. Необходимо перечислить те работы, которые найдут отражение при выполнении ВКР. Ниже приведены примеры ключевых фраз для написания актуальности. Пример 1. Современная ситуация в… (указание предметной области) такова, что… Пример 2. В теории и практике …. имеются предпосылки, которые позволили нам выполнить проект в данном направлении. К таковым можно отнести … Пример 3. Как подтверждают результаты исследований в данной области, а также проведѐнные нами анкетирование, интервьюирование… Примечание к примеру 3. Можно обозначить некоторые статистические или аналитические данные по состоянию предметной области с обязательной ссылкой на источник. В качестве источника может быть и проведѐнное предпроектное исследование, результаты анкетирования и интервьюирования экспертов. Описание актуальности проекта должно заканчиваться формулировкой проблемы. Ключевой фразой для этих целей может быть следующая: «Обозначенные выше положения говорят об актуальности проблемы…».

Формулировка проблемы, темы, объекта и предмета выпускной квалификационной работы Определение проблемы и темы исследования – это тесно связанные между собой шаги описания логики исследования. Ученые настойчиво подчеркивают мысль о том, что правильная постановка проблемы – залог успеха научного поиска. «Когда мы сможем сформулировать проблему с полной четкостью, мы будем недалеки от еѐ решения», – утверждал У. Р. Эшби. «Часто правильно поставленный вопрос означает больше, чем решение проблемы наполовину», – заметил В. Гейзенберг. Тема должна содержать проблему, следовательно, для сознательного определения и уточнения темы необходимо выявление исследовательской проблемы. Проблема понимается или как синоним практической задачи (при написании дипломного проекта), или как нечто неизвестное в науке (при написании дипломной работы). В рамках данных требований речь пойдѐт именно о проблеме как практической задаче, требующей решения. Проблему можно обнаружить, только хорошо ориентируясь в определенной области, только сопоставляя уже известное и то, что надлежит установить. Сущность проблемы – противоречие между установленными фактами и их теоретическим осмыслением, между разными объяснениями, интерпретациями фактов. Вытекающая из выявленных 18

противоречий проблема должна быть актуальной, отражать то новое, что входит или должно войти в жизнь. Источником проблемы обычно являются «узкие места» предметной области, выявленные затруднения, конфликты, проявившие себя на практике. Возникает потребность их преодоления, отражающаяся в выявлении насущных практических задач. Чтобы сформулировать проблему, необходимо выполнить, по крайней мере, два шага: 1) определить, какие знания необходимы, чтобы решить практическую задачу (избавиться от «узких мест»); 2) установить, имеются ли эти знания в современной науке и практике. Если есть, то обобщить, а если нет, то Вы пишете дипломную работу и Вам необходимо формулировать научную проблему, выявляя противоречия. 3) примеры проблем, которые могут лежать в основе ВКР по специальности «Прикладная информатика (в экономике)»: 4) проблема эффективного использования программных средств, поставляемых в рамках национальных проектов; 5) проблема информационного развития предприятия; 6) проблема обеспечения рабочих мест на предприятии (или всего предприятия) автоматизированными информационными системами, отражающими специфику деятельности подразделения (предприятия в целом); 7) проблема повышения конкурентоспособности предприятия в сфере; 8) проблема развития определѐнных сторон деятельности предприятия с использованием конкретных информационных технологий. Заключенное в проблеме противоречие должно прямо или косвенно найти отражение в теме, формулировка которой одновременно фиксирует и определенный этап уточнения и локализации (ограничения рамок) проблемы. Проблема может быть заключена в теме и в завуалированном виде, т. е. проблемность темы может обнаруживаться при ее расшифровке, истолковании. Тема должна обозначать предмет работы и способ решения проблемы. Из темы должен быть понятен предполагаемый результат проекта, выносимый на защиту. Ниже представлены примеры ключевых фраз для формулировки проблемы и темы работы. Фраза 1. Обозначенные позиции говорят об актуальности проблемы… «формулировка проблемы». Фраза 2. Актуальность проблемы позволила сформулировать тему дипломного проекта: «Формулировка темы». Развитие проблемы связано с определением объекта и предмета работы. Понятие объект исследования нетождественно понятию «объективная реальность» или понятию «объектная область исследования». В качестве объекта выступают связи, отношения, свойства реального объекта, которые включены в процесс познания. Объект исследования – это определенная совокупность свойств и отношений, которая существует независимо от познающего, но отражается им, служит конкретным полем поиска. Объектом исследования в рамках выполнения выпускной квалификационной работы по специальности «Прикладная информатика (в экономике)» могут выступать: − информационные процессы, определяемые спецификой предметной области; − профессионально-ориентированные информационные системы, в том числе: информационные системы в административном управлении, информационные системы в банковском деле, информационные системы в страховом деле, информационные системы в налогообложении, информационные системы в бухгалтерском учете и аудите, информационные системы фондового рынка, информационные системы в антикризисном

19

управлении, информационные системы в таможенном деле, информационные системы в оценочной деятельности, информационные системы в маркетинге и рекламе; − новые направления деятельности в области применения (экономики), которые требуют внедрения компьютерного оборудования, локальных вычислительных сетей и (или) средств выхода в глобальные информационные сети (и другие информационные технологии) для осуществления информационных процессов, обеспечивающих функциональность предметной области. Понятие предмет исследования конкретнее по своему содержанию: в предмете ВКР фиксируется то свойство или отношение в объекте, которое в данном случае подлежит глубокому специальному изучению. В одном и том же объекте могут быть выделены различные предметы исследования. В предмет включаются только те элементы, связи и отношения объекта, которые подлежат изучению в данной работе. Поэтому определение предмета исследования означает и установление границ поиска, и предположение о наиболее существенных в плане поставленной проблемы связях, и допущение возможности их временного вычленения и объединения в одну систему. В предмете в концентрированном виде заключены направления поиска, важнейшие задачи, возможности их решения соответствующими средствами и методами. Предмет исследования – это точка обозрения, позволяющая видеть специально выделенные отдельные стороны, связи изучаемого. Иначе говоря, это определенный аспект изучения объекта. В табл. 1 приведены примеры формулировки темы, объекта и предмета исследования в рамках выполнения выпускной квалификационной работы по специальности «Прикладная информатика (в экономике)». Таблица 1 Примеры формулировки темы, объекта и предмета № п/п

1

2

3

Тема ВКР Разработка программного средства для автоматизации операций по расчету лимита максимального остатка наличных денежных средств для внутренних структурных подразделений Разработка рекомендаций по внедрению RFID-технологии на склад магазина ООО «КОРТ» Разработка модуля автоматизации учѐта металла на складе (на примере склада металла цеха металлоконструкций ЗАО «Механоремонтный комплекс»)

Объект ВКР

Предмет ВКР

Расчет лимита Автоматизация максимального остатка расчѐта лимита наличных денежных максимального средств остатка наличных денежных средств Автоматизация деятельности склада

Методика использования RFIDтехнологии для складского учѐта Процесс учета металла на Автоматизация промышленном процесса учета предприятии металла в цехе металлоконструкций ЗАО «Механоремонтный комплекс»

Формулировка цели и задач выпускной квалификационной работы Цель – это обоснованное представление об общих конечных или промежуточных результатах проекта.

20

Целью ВКР может быть: построение (разработка) экономической информационной системы или реализация автономной задачи (в т. ч., например, на основе бизнесреинжиниринга предметных технологий). Дополнительно может достигаться совершенствование информационной базы, применение новых технических средств сбора, передачи, обработки и выдачи информации. Задача представляет собой звено, шаг, этап достижения цели. Задача – это ситуация, требующая своего преобразования для достижения определенной цели. Задача всегда содержит известное (обозначение условий ситуации) и неизвестное, искомое, требуемое, рассчитанное на совершение определенных действий, приложение усилий для продвижения к цели, для разрешения поставленной проблемы. Задачи должны быть сформулированы так, чтобы их можно было объединить в три группы: − историко-диагностическая – связана с изучением истории и современного состояния проблемы, определением или уточнением понятий, общенаучных и технологических оснований исследования; − теоретико-моделирующая – с раскрытием структуры, сущности изучаемого, факторов его преобразования, модели структуры и функций изучаемого и способов его преобразования; − практически-преобразовательная – с разработкой и использованием методов, приѐмов, средств рациональной организации изучаемого процесса, его предполагаемого преобразования и с разработкой практических результатов (системного проекта, программного модуля, рекомендаций по использованию созданного приложения и др.). Рекомендации по формулировке задач: 1) среди множества количества задач, подлежащих решению, выделить основные (56 задач); 2) не стоит формулировать задачу как средство решения цели (путь достижения). Например, «проанализировать опыт…», «изучить состояние проблемы…» – это не могут быть задачи, поскольку, анализ, изучение, ознакомление и т.д. – это средство для решения определѐнной задачи; 3) помнить, что чаще всего каждая из выделенных задач должна решаться в отдельной главе или параграфе; 4) помнить, что должно быть соответствие между целью и задачами; 5) задачи нельзя формулировать шире цели, они должны отражать еѐ; 6) задачи не должны перекрывать друг друга. Приведѐм пример формулировки цели и соответствующих ей задач. ПРИМЕР Тема ВКР: «Разработка программного средства для автоматизации операций по расчету лимита максимального остатка наличных денежных средств для внутренних структурных подразделений». Цель ВКР – разработать программное средство по расчету лимита максимального остатка наличных денежных средств для внутренних структурных подразделений. Для достижения поставленной цели необходимо выполнить ряд задач: 1) определить возможности и требования к программным средствам, используемым в банковской сфере, на современном этапе развития банковских технологий; 2) написать техническое задание на разработку программного средства по расчету лимита максимального остатка наличных денежных средств для внутренних структурных подразделений; 3) разработать программное средство по расчету лимита максимального остатка наличных денежных средств для внутренних структурных подразделений;

21

4) проверить экономическую эффективность разработанного программного средства для решения задачи расчѐта лимита максимального остатка наличных денежных средств для внутренних структурных подразделений.

Теоретико-методологическая основа выпускной квалификационной работы Теоретико-методологическую основу исследования составляют методологические подходы, методы и технологии, нашедшие применение в работе. Необходимо перечислить все используемые для достижения цели проекта методы и средства. Примеры подходов, методологий, средств и метод, которые могут выступать в качестве теоретико-методологической основы выпускной квалификационной работы по специальности «Прикладная информатика (в экономике)»: −структурный подход к анализу и проектированию; −методология объектно-ориентированного анализа и проектирования; −методика системного проектирования; −методология ARIS; −CASE-технологии структурного и объектно-ориентированного анализа и проектирования. Формулировка практической значимости работы Практическая значимость проекта заключается в конкретных практических результатах, которые были получены. В формулировке необходимо указать результаты проекта, определить место их применения в рассматриваемой сфере, а также уточнить на кого (для кого) направлены предлагаемые решения. Приведѐм пример формулировки практической значимости, выделив ключевые позиции, обозначенные выше. Практическая значимость ВКР состоит в создании технического задания на приложение по расчѐту лимита максимального остатка наличных денежных средств для внутренних структурных подразделений и реализации самого приложения. Материалы ВКР могут способствовать сокращению количества расчетных операций и времени на их исполнение, повышению точности расчетных операций и итоговых результатов. Приложение предназначено для работы экономического сектора отделения №1693 Сбербанка России.

Формулировка положений, выносимых на защиту Положения, выносимые на защиту, необходимо формулировать в виде перечня конкретных результатов проекта, о которых пойдѐт речь на его защите. Количество таких результатов и их содержание определяются темой и предметом ВКР. Например, на защиту может быть вынесено: −техническое задание на…; −программный модуль, выполняющий…; −сайт... и др.; Ключевая фраза, с которой начинается данная часть введения, звучит следующим образом: «На защиту выносится:…».

Апробация результатов работы Данный раздел введения необходимо начинать со слов «Апробация результатов работы проходила посредством: … ». В перечне, следующем за этой ключевой фразой, необходимо указать, где и когда были освещены результаты проекта. В данный список можно включить следующие позиции (при условии их наличия):

22

−выступление на конференции «название конференции» с докладом «название» (месяц, год, место проведения конференции); −публикация статьи или тезисов «название статьи или тезиса»; −получение свидетельства о регистрации разработки в ОФАП (номер свидетельства) и др. Как минимум первые две позиции данного списка должны быть представлены выступлениями студентов на ежегодной научно-практической конференции студентов вуза и публикацией по еѐ результатам тезисов. Общий объѐм введения не должен превышать 5 страниц. Таким образом, введение должно содержать общие сведения о проекте, его краткую характеристику, резюме. Рекомендуется эту часть работы писать по завершении основных глав проекта, перед заключением. В этом случае исключена возможность несоответствия «желаемого» и «действительного».

23

Требования к написанию главы 1 (Аналитическая часть) Аналитическая часть выпускной квалификационной работы (ВКР) представляет собой предпроектное обследование рассматриваемой предметной области, соответствующее 1-й стадии «Формирование требований к автоматизированной системе» по ГОСТ 34.601.90. Исследование, проведенное в первой главе, направлено на постановку задачи данного дипломного проекта через характеристику предприятия (подразделения), анализ видов его деятельности (реализуемых функций управления), а также проведение обзора существующих разработок или типовых решений. Структура аналитической части существенно зависит от выбранной студентом темы и должна быть согласована с руководителем дипломного проекта. Целью аналитической части является обоснование актуальности выбранной задачи, проведение анализа существующего состояния предметной области (существующей информационной системы), характеристика системы управления изучаемого объекта автоматизации; построение модели деятельности «как есть» («as-is»); выявление недостатков («узкие места») и определение предложений по их устранению; формулировка управленческого решения. Анализ предметной области должен быть выполнен с использованием методологий, методов и нотаций, изученных студентом в ходе обучения. Для большинства задач существуют либо типовые решения, либо коммерческие разработки, либо ранее выполненные исследования и разработки. Поэтому необходимо принять обоснованное управленческое решение (на разработку; на приобретение и внедрение; на модификацию (модернизацию) как результат проведенного анализа. Основные понятия главы Объекты и события, к которым относится общее понимание информации, являются (по стандарту) проблемной областью или предметной областью (ГОСТ 34.320-96 (ИТ. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы). Иными словами, под предметной областью (ПрО) принято понимать часть реального мира, подлежащего изучению для организации управления и в конечном счете автоматизации, например, предприятие, вуз и т.д. Типичная проблемная область состоит из реальных или абстрактных объектов, которые являются сущностями. Управленческое решение - директивный акт целенаправленного воздействия на объект управления, основанный на анализе достоверных данных, характеризующих конкретную управленческую ситуацию, определение цели действий, и содержащий программу достижения цели. «Узкое место» - момент падения производительности системы Ниже предлагается содержание первой главы дипломного проекта. Глава 1. Аналитическая часть 1.1. Технико-экономическая характеристика предметной области: −Характеристика предприятия (миссия, оргструктура и др.); −Краткая характеристика подразделения или видов его деятельности; −Экономическая сущность задачи; −Выводы по параграфу (актуальность задачи); 1.2. Постановка задачи: −обоснование необходимости и цели использования вычислительной техники для решения задачи (построение модели «как есть» («as-is») и еѐ предварительный анализ для определения «узких» мест); −цель и назначение автоматизированного варианта решения задачи (предложения по устранению «узких» мест); −общая характеристика организации решения задачи на ЭВМ; −формализация расчетов; 24

−выводы по параграфу («узкие» места, предложения по их устранению). 1.3. Анализ существующих разработок и обоснование выбора технологии проектирования: −определение критериев для анализа; −сравнительная характеристика; −выводы о пригодности того или иного решения; −выводы по параграфу: предложения по выбору управленческого решения. Выводы по главе 1 (формируются на основании выводов по параграфам, исходя из поставленной в данной главе цели). Таким образом, подтверждается актуальность выбранной задачи, описываются результаты проведенного анализа существующей информационной системы: модель деятельности «как есть» («as-is»); выявленные недостатки («узкие места»); предложения по их устранению; формулируется управленческое решение.

Требования к написанию параграфа 1.1 (Технико-экономическая характеристика предметной области) Характеристика предприятия В качестве предметной области может выступать подразделение предприятия, фирмы, объединения и т.д., или отдельный вид деятельности, протекающий в нем, поэтому в начале данного раздела необходимо отразить цель функционирования предприятия в целом, его миссию, организационную структуру и основные параметры его функционирования.

Краткая характеристика подразделения и видов его деятельности Поскольку объектом автоматизации при разработке задачи может служить какая-либо деятельность отдельного подразделения предприятия (например, отдела или цеха), его участка или отдельного сотрудника, то далее нужно привести краткую характеристику этого подразделения, в котором осуществляется рассматриваемая деятельность, описать его организационную структуру, перечень выполняемых в этом подразделении функций управления и его взаимодействие с другими подразделениями данного предприятия или подразделениями внешней среды, отразить место данного подразделения в общей организационной структуре предприятия. Затем необходимо дать общее описание рассматриваемой деятельности, а также характеристику технико-экономических свойств ее как объекта управления. Главными технико-экономическими свойствами объекта управления являются: цель и результаты деятельности, основные этапы и процессы рассматриваемой деятельности, используемые ресурсы и материалы. В ходе рассмотрения перечисленных свойств, для них, по возможности, следует указать количественно-стоимостные оценки и ограничения. Характеризуя подразделение предприятия, следует отразить особенности его функционирования, то есть принятые нормы и правила осуществления анализируемой деятельности, в условиях конкретной организации или предприятия.

Экономическая сущность задачи Среди функций управления, осуществляемых в изучаемом подразделении, следует выбрать ту функцию или совокупность функций, для которых разрабатывается дипломный проект; через обоснование выбора, представление значимости выбранной функции или совокупности функций для рассматриваемого вида деятельности выйти на конкретную задачу. Описание экономической сущности задачи автоматизированной реализации выбранной функции или комплекса функций управления сводится к описанию перечня результатных экономических показателей, рассчитываемых на базе использования совокупности исходных показателей в процессе выполнения этих функций. При этом 25

необходимо указать, какое место занимают эти показатели в системе управления данным видом деятельности или подразделением, или всем предприятием в целом, т.е. насколько и каким образом зависят от них процессы управления, выполняемые в изучаемом подразделении, к какому классу задач с точки зрения функций управления будет относиться выбранная задача, в чем выражается специфика задачи. ПРИМЕР Пусть объектом рассмотрения является управленческий анализ на предприятии. Выберем входящую в данный объект задачу «Расчет группы показателей эффективности, платежеспособности, рентабельности деятельности предприятия и сравнения их с аналогичными показателями прошлых периодов». Данная задача относится к классу задач «Анализа деятельности предприятия» и необходима для определения текущего состояния и тенденции развития этого предприятия. Результаты решения данной задачи являются основой для принятия стратегических управленческих решений. Поэтому задача «Расчета показателей» является важной и неотъемлемой частью управленческого анализа хозяйственной деятельности предприятия. Информацию для решения задачи получают из системы бухгалтерского учета предприятия в виде бухгалтерских проводок заданной структуры. Результаты решения задачи могут служить исходными данными для систем финансового планирования, внутреннего аудита. Помимо этого, надо рассмотреть особенности, связанные с реализацией данного класса задач в рассматриваемом подразделении.

Выводы по параграфу 1.1. Обобщение актуальности задачи, выбор, обоснование и формулировка которой, были представлены в параграфе.

Требования к написанию параграфа 1.2 (Постановка задачи) При каноническом (классическом, традиционном) проектировании в соответствии с ГОСТ 34601.90 основной единицей обработки данных является задача. Поэтому функциональная структура предметной области на стадии предпроектного обследования изучается в разрезе решаемых задач и их комплексов. Согласно ГОСТу, задача (Problem) — часть автоматизированной функции управления, характеризуемая конечным результатом в конкретной форме. При этом задача в содержательном аспекте рассматривается как совокупность операций преобразования некоторого набора исходных данных для получения результатной информации, необходимой для выполнения функции управления или принятия управленческого решения. В описании постановки задачи фигурируют такие информационные образования, как документы, файлы, сообщения. Сбор исходных данных для формирования постановки задачи может осуществляться через анкетирование, интервьюирования, работу с документами. Описание постановки задачи предусматривает: −содержательное описание задачи в словесной форме (экономическая сущность задачи, цели, эффективность, периодичность решения задачи, достоверность, оперативность, связь с другими экономическими задачами); −составление информационно-технологической схемы с выделением этапов решения; −описание входной информации (первичные документы и файлы баз данных); −описание выходной информации (отчеты, справки); −модель решения задачи (совокупность формул и логических переходов, показывающих преобразование исходных данных в выходные результаты); 26

−описание порядка работы пользователя с выходной информацией для принятия решения, а в случае диалогового принятия решения – порядка участия пользователя в диалоге. Постановка задачи должна носить творческий и, может быть, научноисследовательский характер и базироваться на изучении и анализе функционирования объекта автоматизации. Постановка задачи является основой для разработки информационного, программного и технического обеспечения информационной системы.

Обоснование необходимости и цели использования вычислительной техники для решения задачи Построение модели as-is и еѐ предварительный анализ для определения «узких» мест. В этом разделе требуется обосновать экономическую целесообразность и сформулировать цели использования вычислительной техники для рассматриваемой задачи. Надо отметить, используется ли при существующей технологии решения задачи вычислительная техника. Если не используется, то обосновываются решения, позволяющие устранить выявленные недостатки. Если для решения данной задачи вычислительная техника уже используется, необходимо выяснить, в какой степени и насколько эффективно она используется, и предложить проектные решения для повышения эффективности использования вычислительной техники. Здесь необходимо: −описать существующую (предметную) технологию выполнения выбранной для рассмотрения функции управления или совокупности функций, т.е. указать на особенности расчета показателей, указать перечни и источники используемых входных документов, перечни и адресаты результатных документов, места их обработки, методы и технические средства, применяемые для их обработки; −провести декомпозицию решения задачи (SADT/IDEF0 -функциональная модель); −расписать документооборот, сопровождающий технологию выполнения выбранной для рассмотрения функции управления или совокупности функций (модель потоков данных DFD); −выявить основные недостатки «узкие места», присущие существующей практике управления и обработки экономической информации. При этом следует сделать акцент на те недостатки, устранение которых предполагается осуществить в проекте, например: −наличие опозданий в поставках сырья и материалов; −наличие выплат штрафных санкций и неустоек; −простои оборудования; −низкая производительность труда в производственной сфере; −невозможность расчета показателей, необходимых для управления объектом из-за сложности вычислений или большого объема информации; −высокая трудоемкость обработки информации (привести объемно-временные параметры); −низкая оперативность, снижающая качество управления объектом; −невысокая достоверность результатов решения задачи из-за дублирования потоков информации; −несовершенство организации сбора и регистрации исходной информации; −несовершенство процессов сбора, передачи, обработки, хранения, защиты целостности и секретности информации и процессов выдачи результатов расчетов конечному пользователю и т.д. Для выполнения структурно-функционального анализа объекта управления и решаемой задачи рекомендуется разработать структурно-функциональную диаграмму по 27

методологии SADT (IDEF0, IDEF3) или диаграмму потоков данных DFD по методологии Гейна/Сарсона, Йодана/ДеМарко. Для их разработки целесообразно использовать CASEсредство AllFusion Process Modeler (Bpwin). Кроме того, можно использовать диаграммные техники MS Visio. При наличии в дипломном проекте таких диаграмм на их графическое содержание не будут накладываться условия соответствия ГОСТ.

Цель и назначение автоматизированного варианта решения задачи Предложения по устранению «узких» мест. Цель решения задачи должна сводиться к устранению тех недостатков, которые были отмечены автором выше, поэтому необходимо сформулировать предложения по их устранению. Если цель решения задачи: Улучшение ряда экономических показателей выполнения выбранной функции управления или работы рассматриваемого подразделения, или всего предприятия в целом; то Предложения по устранению выявленных недостатков: увеличение выпуска продукции, или увеличение числа обслуживаемых клиентов, сокращение простоев на …число часов и т. д.); Если цель решения задачи: Улучшение значений показателей качества обработки информации, то Предложения по устранению выявленных недостатков: сокращение времени обработки и получения оперативных данных для принятия управленческих решений; повышение степени достоверности обработки информации, степени ее защищенности, повышение степени автоматизации получения первичной информации; увеличение количества аналитических показателей, получаемых на базе исходных и т. д.). При описании назначения решения задачи дипломнику следует сделать акцент на перечень тех функций управления, которые будут автоматизированы при внедрении предлагаемого проекта. ПРИМЕР Назначением реализации проекта «……» может служить: 1) автоматизация получения по электронной почте входных документов; 2) автоматизация ввода, контроля и загрузки данных первичных документов в базу данных с использованием экранных форм (дать перечень); 3) ведение файлов с условно-постоянной информацией в базе данных; 4) выполнение расчетов и выдача результатных документов; 5) выдача справочной информации.

Общая характеристика организации решения задачи на ЭВМ В данном пункте автору следует раскрыть требования к будущему проекту путем ответов на следующие вопросы: −изменения в функциях подразделения, связанных со сбором, обработкой и выдачей информации; −источники поступления оперативной и условно-постоянной информации; периодичность ее поступления; −этапы решения задачи, последовательность и временной регламент их выполнения, выявленные на основе проведенной декомпозиции задачи (при этом следует рассмотреть целесообразность автоматизации этапов и операций решения задачи, оценивая возможность формализации связей между ними); −порядок ввода первичной информации (названия документов) и перечень используемых экранных форм; −краткая характеристика результатов (названия результатных документов, экранных форм выдачи результатов, перечень результатных файлов, способов их выдачи: на экран, печать или в канал связи) и мест их использования; 28

−краткая характеристика системы ведения файлов в базе данных (перечень файлов с условно-постоянной и оперативной информацией, периодичность обновления, требования защиты целостности и секретности); −режим решения задачи (пакетный, диалоговый, с использованием методов телеобработки или смешанный); −периодичность решения задачи.

Формализация расчетов В данном пункте осуществляется формализация решения задачи, которая сводится к рассмотрению последовательности проведения расчетов, а также выделению алгоритмов расчета экономических показателей на каждом этапе. Позже на этот пункт необходимо будет сделать ссылку из пункта проектной части (характеристика результатной информации, алгоритмы программных модулей). Для достижения большей степени формализованности описания задачи проектант может использовать группировку всех показателей в две таблицы: формализованного описания входных и результатных показателей. Таблица 2 Формализованное описание входных показателей № п/п Наименование входного показателя Идентификатор входного показателя 1 Количество поступившего i–го материала от j-го поставщика на дату - d Кd ij … Таблица 3 Формализованное описание результатных показателей № Наименование результатного Идентификатор результатного Алгоритм п/п показателя показателя расчета 1 Количество поступления i-го D r материала от j-го поставщика с K ij Krij =  Кd ij начала месяца- r d=1 … В конце данного раздела стоит оценить возможность внедрения проектируемой системы на аналогичных объектах управления других предприятий. Следует отметить также, насколько гибким, т.е. настраиваемым на различные модификации предметной технологии, должно быть проектируемое программное средство и каким будет механизм настройки.

Выводы по параграфу 1.2. Обобщение материала по выявленным недостаткам «узким местам», присущим существующей практике управления и обработки экономической информации в рассматриваемой предметной области и представление предложений по их устранению.

Требования к написанию параграфа 1.3 (Анализ существующих разработок и обоснование выбора технологии проектирования) В этом разделе следует отметить, используются ли при существующей технологии решения задачи какие-либо программные средства и, если используются, то каким образом. Если на рынке программных средств существуют готовые программные решения (типовые проектные решения), желательно дать краткое описание и провести анализ хотя бы одной такой разработки, указав основные характеристики и функциональные возможности. Результаты анализа в соответствии с выделенными критериями представить в таблице. Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта. 29

Результатом анализа должно стать управленческое решение по дальнейшему развитию проекта. Например, если это решение по разработке новой ИС, то следует отметить, чем, с точки зрения программной реализации, должна и будет отличаться проектируемая система от существующих. Кроме того, следует дать краткую характеристику современных технологий проектирования, их положительные черты и недостатки, перечислить основные факторы выбора, обосновать выбор применяемой технологии и дать особенности ее использования в данном проекте.

Выводы по параграфу 1.3. Обобщение результатов проведенного анализа обоснование принятого управленческого решения.

существующих

разработок

и

Выводы по главе 1 Выводы по главам представляют собой описание конкретных результатов, полученных при выполнении задач главы. Эти задачи должны достигаться в рамках выполнения каждого параграфа главы. В целом вывод по главе есть совокупность выводов по параграфам. Общий объѐм каждого вывода по главе не более 1 страницы. Перечисленные выше тезисы применимы и к выводам по остальным главам выпускной квалификационной работы. Формируются на основании выводов по параграфам, исходя из поставленной в данной главе цели. Таким образом, в выводы по главе 1 должны содержать: −обобщение результатов сбора исходных данных, анкетирования, моделирования и оценки критериев качества существующей ИС с учетом частных документов объекта информатизации; −модель «как есть (as-is)» деятельности объекта информатизации, отражающая существующее на момент обследования положение дел в организации и позволяющая понять, каким образом функционирует данная организация, а также выявить недостатки («узкие места»); −обобщение недостатков и предложения по совершенствованию ИС; −формулировка управленческого решения, реализация которого будет способствовать совершенствованию бизнес-процессов компании и развитию ИС.

30

Требования к написанию главы 2 (Разработка проектных решений) Разработка проектных решений представляет собой предпроектное обследование рассматриваемой предметной области, соответствующее 2-й стадии «Разработка концепции автоматизированной системы» и 3 стадии «Техническое задание» по ГОСТ 34.601.90 и ГОСТ 34.602.89 (ТЗ на создание АС). Разработка концепции новой АС или модернизации старой; обоснование проектных решений по видам обеспечения АС; а также разработка прототипов АС (системной архитектуры) определяют содержание второй главы. В качестве результата должно быть представлено обоснование разработанных проектных решений по видам обеспечения АС для рассматриваемой предметной области (модель TO BE; прототипы АС), отраженное в техническом задании (ТЗ) в соответствии с ГОСТ 34.602.89 (ТЗ на создание АС). Глава должна быть основана на информации, представленной в аналитической части, обобщать ее. Недопустимо, если при разработке проектных решений используется информация об объекте управления, не представленная в первой главе. Предлагается следующее содержание второй главы ВКР: 2.1. Разработка концепции новой АС или модернизации старой: −цели и задачи; −изменения в оргструктуре; −бизнес-процессы (to-be); −бизнес-функции; −анализ и выбор решения; −вывод по параграфу. 2.2. Обоснование проектных решений по видам обеспечения АС: −организационное обеспечение; −лингвистическое обеспечение; −математическое обеспечение; −информационное обеспечение; −программное обеспечение; −технологическое обеспечение; −выводы по параграфу. 2.3. Разработка системной архитектуры. Выводы по главе 2.

Требования к написанию параграфа 2.1 (Разработка концепции новой АС или модернизации старой) На основе результатов, полученных в ходе написания аналитической части с учетом принятого управленческого решения, должна быть разработана концепция проекта новой или модернизации старой АС, содержащая предложения и первичные формулировки целей дальнейшего проектирования и выработки общих требований к информационной системе. Работы по созданию концепции новой АС регламентированы следующими нормативными документами: ГОСТ-34 (РД 50-34.698-90, приложение 1), ГОСТ Р ИСО/МЭК 12207-99 (пункты 5.3.2, 7.2, 7.1), ISO 9000-3 (пункт 5).

Цели и задачи Пункт "Цели и задачи" содержит формулировку производственно-хозяйственных, научно-технических и экономических целей создания АС.

31

Кроме того, приводятся наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

Изменения в оргструктуре Приводятся решения по численности, квалификации и функциям персонала АС, режимам его работы, порядку взаимодействия: 1) изменения в организационной структуре управления объектом: −проектные решения по изменению организационной структуры управления объектом и их обоснование; −описание изменений во взаимосвязях между подразделениями; 2) организация подразделений: −описание организационной структуры и функций подразделений, создаваемых с целью обеспечения функционирования АС; −описание регламента работ; −перечень категорий работников и число штатных единиц; 3) реорганизация существующих подразделений управления.

Бизнес-процессы (to-be) Модель "как должно быть"("to-be") - отражает необходимые изменения бизнеспроцессов с учетом внедрения АС. Предварительная идеальная модель бизнес-процессов новой АС должна содержать: 1) результаты анализа объекта информатизации: −перечень рекомендаций по функциям новой или модернизированной АС; −предварительные полные и непротиворечивые спецификации процессов АС; −первичный список требований к АС. В данном пункте следует раскрыть влияние автоматизированной технологии на деятельность объекта: −изменения в функциях подразделения, связанных со сбором, обработкой и выдачей информации; −источники поступления оперативной и условно-постоянной информацией и периодичность ее поступления. 2) идеальную модель потока событий в АС с позиции пользователя: −описание объектов-сущностей АС, представляющих предметы и явления, явно фигурирующие в модели; −предварительное описание интерфейсных объектов взаимодействия с окружающей средой; −описание управляющих объектов, координирующих поведение компонент системы; −описание событийной модели. В данном пункте следует раскрыть влияние автоматизированной технологии на деятельность объекта: −этапы решения задачи, последовательность и временной регламент их выполнения, выявленные на основе рассмотренной в параграфе1.2. (Постановка задачи) ВКР декомпозиции задачи (при этом следует рассмотреть целесообразность автоматизации этапов и операций решения задачи, оценивая возможность формализации связей между ними); −порядок ввода первичной информации (названия документов) и перечень используемых экранных форм. 3) графический прототип - модель, визуально демонстрирующую функционирование АС:

32

−обобщенную структуру АС, содержащую подсистемы, основные функции и важнейшие компоненты; −краткое описание всех подсистем и компонент модели; −описание каждой функции АС, показывающее как компоненты участвуют в ее выполнении. В данном пункте следует раскрыть влияние автоматизированной технологии на деятельность объекта: −краткая характеристика результатов (названия результатных документов, экранных форм выдачи результатов, перечень результатных файлов, способов их выдачи: на экран, печать или в канал связи) и мест их использования; −краткая характеристика системы ведения файлов в базе данных (перечень файлов с условно-постоянной и оперативной информацией, периодичность обновления, требования защиты целостности и секретности); −режим решения задачи (пакетный, диалоговый, с использованием методов телеобработки или смешанный); −периодичность решения задачи. На данной стадии проектирования создается усовершенствованная обобщенная логическая модель, отображающая реорганизованную предметную область или ее часть, которая подлежит автоматизации. Эту модель можно назвать моделью «как надо», т.е. здесь происходит формализация системы.

Бизнес-функции Предварительное описание постановки комплекса функциональных задач для проектирования новой АС должно содержать: 1) характеристики нового комплекса бизнес-процессов и АС: −назначение бизнес-процессов и комплекса задач новой АС; −использование функций и компонент унаследованной АС; −перечень объектов внешней среды, во взаимодействии с которыми должен решаться весь комплекс задач; − связи данного комплекса задач с другими комплексами корпоративной информационной системы; − предварительная оценка объема и содержания информации в базе данных; −периодичность и продолжительность решения каждой задачи; −предварительное распределение функций и действий между персоналом и техническими средствами при различных ситуациях решения комплекса задач; 2) входная информация: −источники информации и их идентификаторы; −перечень и предварительное описание входных сообщений – объемы, формы представления, сроки и частота поступления; −перечень структурных единиц информации входных сообщений или ссылка на документы, содержащие описания этих данных; 3) выходная информация: −получатели и назначение выходной информации; −перечень и предварительное описание выходных сообщений; −периодичность выдачи сообщений, допустимое время задержки решений.

Анализ и выбор решения Опираясь на результаты анализа существующих разработок программных средств (ПС), представленных на рынке ПС (параграф 1.3), обосновать выбор решения.

33

Выводы по параграфу 2.1. Обобщение результатов разработки концепции АС, содержащей предложения и первичные формулировки целей дальнейшего проектирования, общие требования к АС; модель бизнес-процессов (to-be) предметной области.

Требования к написанию параграфа 2.2 (Обоснование проектных решений по видам обеспечения АС) В данном подразделе в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы (ГОСТ 34.601-90, ГОСТ 34.602-89). Необходимые ограничения на состав и компоненты видов обеспечений накладывают исходя из целей и задач конкретной АС.

Организационное обеспечение Организационное обеспечение (ОО) – это совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе разработки и эксплуатации АС [7]. Обоснование проектных решений по ОО заключается в разработке управленческих решений по составу и структуре организации, методологии решения задач, направленных на повышение эффективности системы управления. Организационное обеспечение создается по результатам предпроектного обследования. Для организационного обеспечения приводят требования: −к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; −к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации; −к защите от ошибочных действий персонала системы. Организационное обеспечение регламентирует структуру управления объектом в условиях применения АС и распределения должностных обязанностей между пользователями системы.

Лингвистическое обеспечение Лингвистическое обеспечение (ЛО) объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники [7]. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.

Математическое обеспечение Математическое обеспечение (МО) – совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ [7]. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.

34

Информационное обеспечение (ИО) Информационное обеспечение (ИО) – это совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения базы данных (БД) [7]. Проектные решения по ИО обосновываются с точки зрения внемашинного (классификаторы, справочники, входные и выходные бумажные документы или экранные формы) и внутримашинного (входные, промежуточные, выходные массивы информационных баз, базы данных и знаний) обеспечения и включают следующие вопросы: −обоснование состава и содержания входных и выходных документов, метода их построения (т.е. возможности использования унифицированных форм документов УСД или выполнение оригинального проектирования); −обоснование состава и методов построения экранных форм для ввода первичной информации, а также форм для вывода на экран результатной информации или ответов на запросы; −обоснование состава классификаторов, возможности использования международных, общесистемных, отраслевых или необходимости построения локальных классификаторов; определение требований к системам классификации и кодирования информации; −обоснование способа организации информационной базы: как совокупности локальных файлов или как интегрированной базы данных с локальной или распределенной организацией; определение состава файлов, обоснование методов логической организации файлов и баз данных; −обоснование состава и способов организации файлов с результатной и промежуточной информацией. В этом разделе необходимо уделить внимание указанию всех возможных способов организации различных компонент информационного обеспечения и методов проектирования этих компонент, а затем привести обоснование выбора какого-либо варианта. Необходимо помнить, что от качества разработанного информационного обеспечения во многом зависит достоверность и качество принимаемых управленческих решений. Информационно-логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (Entity-Relationship, диаграммы сущность-связь). Одну и ту же ER-модель можно преобразовать как в реляционную модель данных, так и в модель данных для иерархических и сетевых СУБД, или в постреляционную модель данных.

Программное обеспечение Программное обеспечение (ПО) включает совокупность программ, реализующих функции и задачи АС и обеспечивающих устойчивую работу комплексов технических средств [7]. Обоснование проектных решений по программному обеспечению задачи заключается в формировании требований к системному (общему) и специальному прикладному программному обеспечению и в выборе на основе этих требований соответствующих компонентов ПО.

35

При обосновании выбора общего ПО целесообразно: −указать факторы, влияющие на выбор конкретного класса и его версии, и обосновать выбор операционной системы; −обосновать выбор используемой СУБД. При обосновании проектного решения выбора специального ПО необходимо: −сформулировать требования, которым должны удовлетворять проектируемые программные средства (например, к большинству прикладного программного обеспечения можно выдвинуть требования надежности, эффективности, понятности пользователю, защиты информации, модифицируемости, мобильности, масштабируемости, минимизации затрат на сопровождение и поддержку и т.д.); − обосновать выбор соответствующего инструментального средства (языки программирования, специализированные библиотеки, СУБД, системы автоматизированного проектирования, системы класса CASE и др.) и среды, в которой предполагается использование разрабатываемой АС; −определить цель проектирования на основе выбранных инструментальных средств (например, сокращение времени обработки по сравнению с тем, что существует в настоящий момент; минимизация затрат на разработку и дальнейшее сопровождение ПО; обеспечение надежности и защиты информации и т.д.); −определить функции управляющей программы; −обосновать, в каких случаях будет использоваться пакетный режим, диалоговый и т.д.; −выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения. Формулировка требований к специальному ПО должна происходить с учетом выдвинутых предложений по информационному и техническому обеспечению. При обосновании проектных решений по проектированию и разработки специального ПО необходимо: −дать классификацию и обосновать выбор методов (например, структурное, методом ―сверху вниз‖ или объектно-ориентированное проектирование и т.д.) и средств проектирования специального (функционального) ПО (например, использование библиотеки прикладных программ, или генератора программ, или какого-либо языка программирования); −определить возможности выбранных программных средств, при использовании которых достигаются требования к прикладному программному обеспечению (например, возможность организации удобного интерфейса, оптимизации запросов к данным и т.п.). Выбор средств проектирования и разработки по возможности необходимо аргументировать, сравнивая их с аналогичными средствами, существующими на рынке.

Технологическое обеспечение При обосновании проектных решений по технологическому обеспечению задачи необходимо уделить внимание недостаткам существующей технологии решения задачи, которые были отмечены в параграфе 1.2.(Постановка задачи) ВКР. Надо отметить, используется ли при существующей технологии решения задачи вычислительная техника. Если не используется, то обосновываются решения, позволяющие устранить выявленные недостатки. Если для решения данной задачи вычислительная техника уже используется, необходимо выяснить, в какой степени и насколько эффективно она используется, и предложить проектные решения для повышения эффективности использования вычислительной техники. Необходимо сформулировать и обосновать предложения по устранению выявленных недостатков, внедрению новых подходов и технологий. Особое внимание следует уделить следующим вопросам:

36

−классификации методов и средств съема, сбора и передачи информации по каналам связи и обоснованию выбора конкретных методов и средств с учетом характеристик; −классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода; −обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.); −обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных; −обзору типов и причин ошибок, с которыми сталкивается пользователь при получении результатной информации, и обоснованию выбора методов решения этих проблем.

Техническое обеспечение (ТО) Техническое обеспечение (ТО) представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ [7]. В пункте приводится обоснование выбора комплекса технических средств с учетом технологического процесса сбора, передачи, накопления и выдачи результатной информации. Обоснование выбора технического обеспечения, требуемого для решения задачи, предполагает выбор типа ЭВМ и устройств периферии. При этом следует обосновать экономическую целесообразность эксплуатации выбранных аппаратных средств, возможность их использования для решения других задач объекта управления. На выбор типа ЭВМ оказывает влияние большое количество факторов, но в случае с дипломным проектом необходимо, прежде всего, пояснить условия, в которых он разрабатывался и внедрялся. Если разработка не предусматривает капитальной реорганизации существующей технологии, необходимо лишь определить, какие требования должны применяться к аппаратному обеспечению при эксплуатации на нем разработанного программного средства. Требования должны быть представлены в стандартной среди разработчиков программного обеспечения форме. В случае, если внедрение проекта предусматривает капитальную реорганизацию существующей технологии (например, ЭВМ внедряются впервые, требуется применение сервера, внедряется телекоммуникационное оборудование нового поколения), необходимо охарактеризовать преимущества выбираемых моделей над аналогами. Удобнее всего воспользоваться табличной формой, в которой колонки означают основные характеристики модели, в том числе цену. Кроме того, при обосновании следует указать потребительские факторы, т.е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС и ПП. Обоснование можно завершить описанием перспектив использования выбранной модели: привести предполагаемый срок эксплуатации, описать возможность модернизации, использования в последствии с другой целью и т.д. На основе совокупности данных факторов формируются требования к значениям основных характеристик вычислительных машин, которые сопоставляются с конкретными значениями основных технических характеристик (ОТХ) современных моделей ЭВМ, после чего осуществляется выбор оптимальной модели.

Выводы по параграфу 2.2. Обобщение результатов проектных решений по организационному, лингвистическому, математическому, информационному, программному, технологическому обеспечению решаемой задачи.

37

Требования к написанию параграфа 2.3 (Разработка системной архитектуры) В данном параграфе разрабатывается проект системной архитектуры. То есть описываются и обосновываются решения по системной архитектуре, формулируются принципы еѐ построения. Указываются все требования, стандарты и ограничения, которым соответствует системная архитектура. Даются ссылки (код, наименование, редакция и т. д.) на внешние стандарты. При необходимости приводятся полностью или частично тексты внешних стандартов. Описываются внутренние стандарты (стандарты предприятия) с указанием кода (если присвоен), наименования, редакции и утвердившего органа. Описываются дополнительные требования и ограничения, которым должна удовлетворять системная архитектура и элементы информационной инфраструктуры, не получившие статуса стандарта.

Основные определения Для написания данного параграфа рекомендуется придерживаться следующих определений: Архитектура3 - это организационная структура системы. Архитектура4 (составлено путѐм рационального объединения формулировок из наиболее актуальных стандартов в области архитектуры предприятий, системной и программной инженерии) – в зависимости от контекста архитектура системы - это: 1) многоаспектное описание или план задуманной или развиваемой системы на уровне ее компонентов, детализированное в достаточной мере для руководства ее воплощением, а также принципы и руководящие материалы, определяющие руководство конструированием и развитием системы во времени; 2) структура существующей системы как совокупность ее компонентов и их взаимосвязей. Разработка архитектуры - важный этап в жизненном цикле (ЖЦ) программных средств, основное содержание концептуального проектирования. Этап анализа требований к системе завершается разработкой функциональной архитектуры (внешнее описание системы, сведения об основных компонентах и их взаимосвязях, об основных алгоритмах, основных структурах данных), этап проектирования - разработкой системной архитектуры (модульноиерархическую структура системы, включающая решения по организации данных и функциональные спецификации отдельных модулей, детализация до уровня, который делает возможным реализацию). Таким образом, вопросы разработки системной архитектуры затрагиваются на следующих фазах ЖЦ программных средств (ПС). На фазе «Разработка технического задания на ПС» производится анализ существующей системной архитектуры с целью возможности и целесообразности использования существующих ресурсов для решения вновь поставленных бизнес-задач. Кроме того, при подготовке технического задания по возможности учитываются требования и ограничения, накладываемые существующей системной архитектурой. На фазе «Разработка технического проекта ПС» производится собственно формирование или изменение системной архитектуры, необходимое для реализации вновь поставленных бизнес-задач. Требования и ограничения, накладываемые существующей системной архитектурой, учитываются в целях обеспечения преемственности и минимизации расходов на модернизацию.

3 4

Согласно стандарту IEEE Определение из глоссария ФОСТАС (версия 2-08) 38

На фазах «Тестирование» и «Внедрение» разработанных программных средств требования системной архитектуры используются для формирования необходимой технологической среды для проведения испытаний и эксплуатации этих ПС. В разделе 8 ГОСТ Р ИСО/МЭК ТО 15271-2002 описано, как система становится комбинацией технических и программных средств и ручных операций. Разделение системы на данные элементы начинают с работы «Проектирование системной архитектуры» (5.3.3 ГОСТ Р ИСО/МЭК 12207). Программные работы, которые выделяют из конкретного архитектурного (эскизного) проекта, начинают с анализа требований к программным средствам (5.3.4) и завершают квалификационными испытаниями программных средств (5.3.9). После завершения разработки программных средств их интегрируют с техническими средствами и ручными операциями в соответствии с работой «Сборка системы» (5.3.10 ГОСТ Р ИСО/МЭК 12207), а затем выполняют работу «Квалификационные испытания системы» (5.3.11). Основываясь на вышеуказанных работах, можно сделать вывод о том, что системные работы являются расширением набора программных работ. Системная архитектура в системе стандартов предприятия - определяет правила формирования своих компонентов и обеспечения взаимодействия между ними. Системная архитектура состоит из трех взаимосвязанных компонентов: −прикладной архитектуры; −архитектуры данных; −технической архитектуры. Для более детального представления техническую архитектуру представляют в виде 2 компонентов: сетевой архитектуры и архитектуры платформ (рис.1).

Рис. 1. Схема системной архитектуры

Содержание параграфа В данном параграфе необходимо описать следующие составляющие: Прикладную архитектуру, включающую в себя: −прикладные системы (приложения), обеспечивающие исполнение бизнес-функций и бизнес-процессов; −интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных; −средства и методы разработки и сопровождения приложений.

39

Архитектуру данных, включающую в себя: −автоматизированные базы данных, обеспечивающие накопление, хранение и обработку данных, определяемых бизнес-архитектурой; −применяемые для этого системы управления базами данных или хранилищами данных; −правила и средства санкционирования доступа к данным. Техническую архитектуру, состоящую из: −сетевой архитектуры; −архитектуры платформ. Сетевую архитектуру, включающую в себя: −локальные и территориальные вычислительные сети, включая физические собственные и арендованные каналы связи и каналообразующую аппаратуру; −используемые в сетях коммуникационные протоколы, сервисы и системы адресации; −аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств. Архитектуру платформ, включающую в себя: −аппаратные средства вычислительной техники - серверы, рабочие станции, накопители и другое компьютерное оборудование; −операционные и управляющие системы, утилиты и офисные программные системы; −аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом - серверов) и баз данных в условиях чрезвычайных обстоятельств.

Выводы по параграфу 2.3 В результате выполнения параграфа должны быть получены: −модель прикладной архитектуры; −модель архитектуры данных; −модель технической архитектуры; −модель сетевой архитектуры; −модель архитектуры платформ. Модели могут быть представлены как в описательном, так и графическом виде.

Выводы по главе 2 Исходным материалом проектирования АС служат результаты анализа объекта управления, которые позволяют, прежде всего, определить функции системы управления и решаемые задачи с помощью автоматизированной обработки данных. После формирования концепции АС представляется разработка технического задания (ТЗ) на внедрение оптимальной информационной системы. В прил. 2 представлено содержание технического задания. Выводы по второй главе должны содержать: −описание предварительных проектных решений; −ссылку на приложения, где документально представлены: техническое задание; модель «to-be» и модели системной архитектуры.

40

Требования к написанию главы 3 (Реализация проектных решений) Реализация проектных решений должна быть основана на техническом задании (ТЗ), сформированном по результатам предыдущих глав и представленном в прил. 2. Глава 3 должна соответствовать 4, 5, 6 стадиям (Эскизный проект; технический проект; рабочая документация) и 7, 8 стадиям (Ввод в действие; сопровождение автоматизированной системы) по ГОСТ 34601.90, т.е. проектным и послепроектным стадиям проектирования ИС. Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. По сути, проектная часть является решением проблематики, изложенной в главах 1 и 2 , на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная ранее. Реализация проектных решений по информационному обеспечению, программному обеспечению, технологическому обеспечению задачи, завершаемая разработкой концепции внедрения и сопровождения ИС определяют содержание третьей главы. В качестве результата должна быть представлена концептуальная схема БД; альбом форм; характеристика нормативно-справочной, входной оперативной и результатной информации. Примечание: Наличие или отсутствие третьей главы определяется задачами дипломного проекта совместно с руководителем. В данной главе раскрываются вопросы создания и реализации проекта. Исходным материалом проектирования ИС служат результаты анализа объекта управления, которые позволяют, прежде всего, определить функции системы управления и решаемые задачи с помощью автоматизированной обработки данных. Исходя из функциональной структуры объекта управления, определяются или разрабатываются модели и алгоритмы, применяемые для решения задач функциональных подсистем. Далее определяется состав необходимой информации, способы ее организации, осуществляется выбор или разработка необходимого программного и технического обеспечения, уточняются организационные и функциональные обязанности персонала.

Требования к написанию параграфа 3.1 (Информационное обеспечение задачи) Параграф 3.1 должен включать реализацию информационного обеспечения задачи. Здесь же необходимо подробно охарактеризовать как внемашинное (классификаторы технико-экономической информации и документы), так и внутримашинное информационное обеспечение (экранные формы для ввода первичной или вывода результатной информации, структура базы данных). Необходимо помнить, что от качества разработанного информационного обеспечения во многом зависит достоверность и качество принимаемых управленческих решений.

Информационная модель и ее описание В данном пункте должны быть разработаны даталогическая (СУБДориентированная) и физическая модели с учетом проектных решений, обоснованных по информационному виду обеспечения ИС в главе 2, и на основе уже построенных моделей: внешней модели и инфологической. Процесс разработки информационной модели: 1. На первом этапе создается внешняя модель - описание логической структуры БД с точки зрения конкретного пользователя. Таким образом, пользователь имеет доступ только к

41

тем данным, которые отражены в соответствующей подсхеме. Применение внешней модели является одним из способов защиты данных от несанкционированного доступа. 2. На втором этапе создается инфологическая модель предметной области с использованием специальных языковых средств, и независящее от используемых в дальнейшем программных и технических средств (пункт «информационное обеспечение» Главы 2 ВКР). 3. На основе инфологической модели строится даталогическая модель. Даталогическая модель является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Описание логической структуры БД на языке СУБД называется схемой. 4. Четвертый этап проектирования состоит в привязке даталогической модели к среде хранения с помощью модели данных физического уровня (физической модели). Физическая модель - привязка даталогической модели БД к среде хранения. Используются возможности данной конкретной СУБД. Описание физической структуры БД называется схемой хранения.

Даталогическое проектирование На этапе даталогического проектирования должна быть выполнена разработка концептуальной даталогической модели базы данных, в терминах выбранной и обоснованной во 2 главе модели. В качестве целевой должна быть выбрана конкретная СУБД. На этом этапе должны быть выполнены следующие шаги: −строится логическая структура БД; −преобразование исходной инфологической модели в модель данных, которая поддерживается конкретной СУБД; −произведена проверка адекватности даталогической модели, отображаемой предметной области; −описана структура БД на языке описания данных конкретных СУБД. Связи между классами, показанные в инфологической модели, в даталогической модели могут отображаться либо за счет совместного расположения связанных элементов, либо путем объявления связей между ними.

Рабочее (физическое) проектирование На этом этапе должны быть выполнены перечисленные ниже шаги: 1. Построена схема базы данных. 2. Выбраны средства прикладного программирования: интерфейс прикладного программирования (например, BDE, ODBC, ADO), среда разработки прикладных программ (Delphi, Builder C++ , VBA и т.д.). 3. Разработаны элементы интерфейса конечного пользователя в виде пользовательских меню, экранных форм, шаблонов печатных документов. 4. Создан прототип базы данных, наполненный содержательной информацией в объеме, достаточном для многоцелевого тестирования базы данных и прикладных программ, и разработаны соответствующие контрольные примеры. 5. Разработаны инструкции для конечного пользователя, в соответствии с которой реализуются основные алгоритмы работы с базой данных: наполнение и редактирование базы данных, а также выполнение содержательных запросов. Основными видами работ на данном этапе проектирования являются: 1) генерация схем данных всех уровней (концептуальной схемы и подсхем приложений); 2) разработка комплекса программ для реализации алгоритмов обработки данных;

42

3) разработка интерфейса конечного пользователя, в том числе пользовательских меню, экранных форм, шаблонов печатных документов; 4) создание прототипа базы данных; 5) разработка контрольных примеров, обеспечивающих многоцелевое тестирование базы данных и прикладных программ; 6) разработка инструкций для всех категорий пользователей.

Проектирование приложений БД На этом этапе должны быть выполнены следующие шаги. 1. Проектирование транзакций определение и документирование высокоуровневых характеристик всех транзакций: данные, функциональные характеристики, выходные данные, степень важности, предполагаемая интенсивность использования. 2. Определены типы транзакций: транзакция извлечения, транзакция обновления, смешанные транзакции. 3. Проектирование пользовательского интерфейса: −содержательное название; −ясные и понятные инструкции; −логическая обоснованность группировки и последовательности полей; −легко узнаваемые названия полей; −согласованная терминология и сокращения; −согласованное использование цветов; −визуальное выделение пространств и границ полей ввода данных; −удобные средства перемещения курсора; −средства исправления отдельных ошибочных символов и целых полей; −средства вывода сообщений об ошибках при вводе недопустимых значений; −особое выделение необязательных для ввода полей; −средства вывода пояснительных сообщений с описанием полей; −средства вывода сообщения об окончании заполнения формы. 4. Администрирование данных – управление информационными ресурсами, включая планирование БД, разработку и внедрение стандартов, определение ограничений и процедур. 5. Администрирование БД – управление физической реализацией ПБД: физическое проектировании БД и ее реализация, организация поддержки целостности и защиты данных, наблюдение за текущим уровнем производительности системы, а также реорганизация БД по мере необходимости. В случае проектирования корпоративных баз данных следует выделять этапы разработки общей модели данных и подмоделей, предназначенных для конкретных задач, решаемых с помощью АРМ.

Используемые классификаторы и системы кодирования При описании и представлении классификаторов АС необходимо соблюдать рекомендации ГОСТ 6.61.1 - 87. Единая система классификации и кодирования техникоэкономической информации. Основные положения. На этом этапе должны быть выполнены следующие шаги. 1. Дать краткую характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф: наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т.д.), значность кода, система кодирования (серийная, порядковая, комбинированная), система 43

классификации (иерархическая, многоаспектная или отсутствует), вид классификатора (международный, отраслевой, общесистемный и т.д.). 2. Описание каждого классификатора. Приводится структурная формула и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, в приложении должны быть приведены фрагменты заполненных классификаторов.

Характеристика нормативно-справочной и входной оперативной информации В данном пункте дается описание состава входных документов и справочников, соответствующих им экранных форм размещения данных и структуры файлов. При этом следует уделять внимание следующим вопросам: −при описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа; в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа; −описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета; −описание структур входных файлов с оперативной информацией должно включать таблицу с описанием наименований полей, идентификатором каждого поля и его шаблона; по каждому файлу должна быть информация о ключевом поле, длине одной записи, числе записей в файле, частоте создания файла, длительности хранения, способе обращения (последовательный, выборочный или смешанный), способе логической и физической организации, объеме файла в байтах; −описание структур файлов с условно-постоянной информацией содержит те же сведения, что и для файлов с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах). Необходимо отметить соответствие проектируемых файлов входным документам или справочникам. Описывается структура записи каждого информационного файла. Процесс разработки первичных документов имеет особенности в каждой организации и выполняется в следующей последовательности: 1) определение полного реквизитного состава каждого документа; 2) классификация реквизитов (признаки и основания, справочные и группировочные, переносимые и не переносимые на машинные носители); 3) установление логической соподчиненности реквизитов первичных документов; 4) выбор формы первичного документа (линейная, анкетная, табличная); 5) размещение реквизитов по выбранной форме в соответствии с приведенной классификацией; 6) определение размеров документа по вертикали и горизонтали; 7) выбор формата бумажного носителя; 8) построение эскиза документа соответствующей формы; 9) выделение толстой линией реквизитов, переносимых на машинный носитель. Если информационная база организована в форме базы данных, то приводится описание и других еѐ элементов (ключей, бизнес-правил, триггеров).

44

Характеристика результатной информации Характеристика результатной информации, один из важнейших пунктов всей проектной части, представляет собой обзор результатов решения поставленных в главах 1 и 2 задач с точки зрения предметной технологии. Если решение представляет собой формирование ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать отдельно (в приложении следует привести заполненные экземпляры ведомостей и экранных форм документов). В частности, какое место занимает ведомость в информационных потоках предприятия (служит для оперативного управления или для отчетности), является уточняющей или обобщающей и т. д. Каждая ведомость должна иметь итоги, не включать избыточной информации, быть универсальной. Далее приводится описание печатных форм, экранных макетов с перечислением и краткой характеристикой содержащихся показателей (см. описание входных документов и их экранных форм), для каждого документа указывается, на основе каких файлов получается этот документ. Алгоритмы расчета показателей должны быть подробно описаны в аналитической части в пункте Формализация расчетов. Если результатная информация предоставляется не в виде ведомостей (например, при проектировании подсистемы распределенной обработки данных), необходимо подробно описать ее дальнейший путь, основываясь на имеющейся организации многопользовательской ЭИС. Особое внимание следует уделить проектированию форм результатных документов. При этом необходимо привести примеры выходных форм, разделив их на справочные, контрольные, регламентированные и запросные. Построение результатных документов должно выполняться в следующей последовательности: 1) Определение полного реквизитного состава показателей; 2) Классификация реквизитов-признаков (справочные и группировочные); 3) Выбор формы документа; 4) Размещение реквизитов в форме согласно их логической соподчиненности; вынос итоговых колонок в итоговые строки; 5) Перенос не уместившихся в листе колонок на новый лист с продолжением нумерации. 6) Файлы с результатной и промежуточной информацией описываются по той же схеме, что и файлы с первичной информацией.

Выводы по параграфу 3.1 В результате выполнения задач данного параграфа должны быть получены: 1) прототип базы данных; 2) инструкции для всех категорий пользователей по работе с БД; 3) описание используемых классификаторов; 4) экранные формы размещения данных и структуры файлов.

Требования к написанию параграфа 3.2 (Программное обеспечение задачи) Программное обеспечение включает общие положения, отражающие стандарты, а также требования к аппаратным и программным ресурсам для успешной эксплуатации программного средства. Здесь же приводится описание использованных средств разработки. Затем производится характеристика архитектуры проектируемого программного средства и представляется структурной схемой пакета (деревом вызова процедур и программ). После чего производится описание программных модулей и файлов. 45

Общие положения (дерево функций и сценарий диалога) В данном пункте следует привести иерархию функций управления и обработки данных, которые призваны автоматизировать разрабатываемый программный продукт. При этом можно выделить и детализировать два подмножества функций: реализующих служебные функции (например, проверки пароля, ведения календаря, архивации баз данных, тьютора и др.) и реализующих основные функции ввода первичной информации, обработки, ведения справочников, ответов на запросы и др. Выявление состава функций, их иерархии и выбор языка общения (например, языка типа «меню») позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность. При разработке структуры диалога необходимо предусмотреть возможность работы с входными документами, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с файлами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы. В этом пункте следует выбрать способ описания диалога. Как правило, применяется два способа описания диалога. Первый предполагает использование табличной формы описания. Второй использует представление структуры диалога в виде орграфа, вершины которого перенумерованы, а описание его содержания в соответствии с нумерацией вершин, либо в виде экранов, если сообщения относительно просты, либо в виде таблицы. Диалог в ЭИС не всегда можно формализовать в структурной форме. Как правило, диалог в явном виде реализован в тех ЭИС, которые жестко привязаны к исполнению предметной технологии. В некоторых сложных ЭИС (например, в экспертных системах) диалог не формализуется в структурной форме и тогда данный пункт может не содержать описанных схем. Описание диалога, реализованного с использованием контекстнозависимого меню не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т. д.)

Структурная схема пакета (дерево вызова процедур и программ) На основе результатов, полученных в предыдущем пункте, строится дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов: −выполняющие служебные функции; −управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю; −модули, связанные с вводом, хранением, обработкой и выдачей информации. В данном пункте необходимо для каждого модуля указать идентификатор и выполняемые функции. В случае проектирования программного обеспечения АРМ для корпоративной ЭИС следует дополнительно рассмотреть состав транзакций и типовых процедур ведения корпоративных баз данных.

Описание программных модулей Описание программных модулей должно включать блок- схемы и описание блок-схем алгоритмов основных расчетных модулей (объемом не менее 500 операторов).

Схема взаимосвязи программных модулей и информационных файлов Схема взаимосвязи программных модулей и информационных файлов отражает взаимосвязь программного и информационного обеспечения комплекса задач, и может быть 46

представлена несколькими схемами, каждая из которых соответствует определенному режиму. Головная же часть представляется одним блоком с указателями схем режимов. Все графические материалы должны быть оформлены в соответствии с методическими указаниями по оформлению дипломных и курсовых проектов.

Рабочая документация Все положения, разработанные в параграфе, должны быть оформлены в виде рабочей документации.

Выводы по параграфу 3.2 В результате выполнения задач параграфа должны быть получены: − общие положения (дерево функций и сценарий диалога); − структурная схема пакета (дерево вызова процедур и программ); − схема взаимосвязи программных модулей и информационных файлов; − описание программных модулей; − рабочая документация.

Пример описания программного обеспечения задачи Ниже представлен обобщѐнный пример составления описания программного обеспечения к большему числу задач (проблемных областей, рассматриваемых в рамках ВКР). Данная информационная система должна обладать широкой функциональностью для использования на разного рода информационных порталах. Поэтому эта система должна сама по себе обладать функциональностью, которая включает в себя необходимый минимум по функциональности для подобных систем: −хранение информации о вакансиях, работодателях и статистики; −поиск вакансий; −добавление новых вакансий; −регистрация новых работодателей; −авторизация работодателей. Предлагаемое проектное решение реализовано на ASP с использованием базы данных MS SQL Server и имеет отдельный скриптовый файл для настройки базы данных. Кроме того, программная реализация имеет программный интерфейс взаимодействия ASP-страниц с данным SQL сервером. В качестве платформы для разработки предлагается платформа MS Windows - веб сервер IIS и СУБД MS SQL Server. Поэтому необходимым условием для ее нормального функционирования является наличие любой платформы, способной обрабатывать ASP-страницы и имеющей SQL сервер. Кроме того, важным аспектом при выборе способа, языка и платформы для реализации был вопрос о возможной интеграции с какими-то другими информационными ресурсами, например, в случае размещения такой системы в рамках существующего портала какогонибудь кадрового агентства. Иначе говоря, представленная система может быть применена на любом сайте кадрового агентства, портале, содержащем информацию о вакансиях (например, города), или корпоративном портале фирмы. Система имеет удобный интерфейс, главная форма которого представляет собой следующее: −левое контекстное меню; −информацию о статистике; −форму для входа работодателей. Система предоставляет возможность следить за статистикой. В результате, отображается статистика количества и названий тех районов, в которых безработные ищут работу, а также число просмотренных с каждого адреса вакансий. 47

Справа внизу на главной форме – небольшой обзор со статистикой: общее число заходивших на сайт пользователей, а также первые строки таблиц статистики.

Требования к написанию параграфа 3.3 (Технологическое обеспечение задачи) Данный параграф включает описание организации технологии сбора, передачи, обработки и выдачи информации и отражает последовательность операций, начиная от способа сбора первичной информации, включающей два типа документов (документы, данные из которых используются для корректировки НСИ, и документы, представляющие оперативную информацию, используемую для расчетов), и заканчивая формированием результатной информации и способами ее передачи. Затем приводится схема технологического процесса сбора, передачи, обработки и выдачи информации с описанием инструкционных карт основных операций.

Организация технологии сбора, передачи, обработки и выдачи информации Построение технологических процессов автоматизированной обработки данных во многом зависит от характера и объемов решаемых задач, их назначения, сроков и периодичности получения выходных документов, состава и количества используемых средств вычислительной техники, способов фиксации исходной информации, принятых методов контроля, территориального размещения объектов, режима обработки информации и других факторов. Под технологическим процессом обработки экономической информации понимается определенный комплекс операций, выполняемых в строго регламентированной последовательности с использованием определенных методов обработки и инструментальных средств, охватывающих все этапы обработки данных, начиная с регистрации первичных данных и заканчивая передачей результатной информации пользователю для выполнения функций управления. По отношению к ЭВМ все технологические процессы независимо от того, для каких процессов они создаются, условно подразделяются на внемашинные, имеющие подготовленный характер, поскольку их выполнение связано с получением первичной информации, и внутримашинные, связанные с хранением и обработкой полученной информации. Технологический процесс состоит из совокупности технологических операций. Под технологической операцией понимается совокупность функционально связанных действий по преобразованию данных, выполняемых непрерывно на одном рабочем месте. Процессы обработки экономической информации включают следующие этапы: первичный, подготовительный, основной и заключительный. 1. На первичном этапе производится сбор и регистрация исходной (первичной) информации на какой-либо носитель, накопление и передача первичной информации от места возникновения к месту автоматизированной обработки. На этом же этапе желательно предусмотреть операцию контроля за нанесение исходных данных на носители информации, так как все перечисленные выше операции выполняются в основном на рабочих местах, являются самыми трудоемкими и дают наибольший процент ошибок в получаемых данных. 2. Подготовительный этап включает прием, первичный контроль, запись информации на машинные носители и ее контроль в пункте обработки первичной информации. Данный класс операции также отличается высокой трудоемкостью и множеством допускаемых ошибок. В современных системах обработки данных операции первичного и подготовительного этапов совмещаются, если в процессе сбора и регистрации первичной информации одновременно осуществляется ввод данных в ПК. 48

3. На основном этапе обеспечивается машинное решение задачи по алгоритмам и получение результатной информации. Эти операции характеризуются наименьшей трудоемкостью и наибольшей степенью автоматизации процессов обработки данных, а также наименьшим количеством допускаемых ошибок. При необходимости можно предусмотреть контрольные операции (связанные с логическим или арифметическим преобразованием информации, метод двойного файла, метод контрольных сумм, балансовый метод и т.д.). 4. Заключительный этап технологического процесса имеет целью обеспечение достоверности и высокого качества результатной информации. Этот этап связан с контролем выходных документов, оформлением и размножением в нужном количестве экземпляров и передачей их заказчику.

Схема технологического процесса сбора, передачи, обработки и выдачи информации Общий технологический процесс оформляется в виде графической схемы, на которой наглядно представляется последовательность перечисленных в предыдущем пункте операций, объектом выполнения которых являются исходные данные; а также взаимосвязь этих операций. На схеме также указывается источник возникновения первичных данных, место выполнения операций над данными, способы передачи данных по каналам связи, носители информации. Графические символы, используемые для указания носителей данных, выполняемых операций, способов передачи данных, источника возникновения их и пунктов назначения результатной информации, описаны в ГОСТ 19.701-90 ЕСПД «Схемы алгоритмов, программ, данных и систем». Операции подразделяются на ручные, машинно-ручные и автоматические и обозначаются на схеме соответствующими графическими символами. При графическом изображении технологического процесса в зависимости от сложности решаемой задачи необходимо руководствоваться требованиями: - технологический процесс автоматизированной обработки экономической информации может быть представлен схемой работы системы, схемой взаимодействия программ, общей схемой технологического процесса обработки информации без детализации внутримашинной обработки. Правила построения и оформления этих схем установлены ГОСТ 19.701-90 (ИСО 5807-85). В соответствии с ГОСТом для оформления технологического процесса используется чаще всего 3 вида документов: −схема техпроцесса машинной обработки экономической информации; −схема работы системы; −схема взаимодействия программ. В зависимости от специфики обработки данных по конкретной экономической задаче при оформлении технологического процесса целесообразно использовать 2-3 уровня детализации, в отдельных случаях бывает достаточно одного уровня детализации (простые задачи на одном рабочем месте). Первый уровень детализации представляется общей схемой технологического процесса без конкретизации внутримашинной обработки данных. Второй уровень детализации представляется схемой внутримашинной обработки данных (схемой взаимосвязи программных модулей и информационных массивов), т. е. схемой работы системы. Третий уровень детализации представляется схемой взаимодействия программ. Он не является обязательным, если не содержит новой информации по сравнению со схемой внутримашинной обработки данных. Технологический процесс представляет собой, как отмечалось выше, комплекс операций. При проектировании его схемы необходимо графически выделять эти последовательно выполняемые операции. Их рекомендуется изображать на основном 49

(осевом) направлении схемы. На этом же направлении размещаются также логические блоки, указывающие на разветвление процесса. Символы, обозначающие «начало» и «конец» схемы, рекомендуется связывать с основным направлением. Кроме технологических операций, на схеме отображаются носители информации: первичные документы, машинные носители, машинограммы, полученные в результате обработки. Их следует изображать справа или слева от соответствующей операции. Допускается нумерация всех графических символов технологического процесса (технологических операций, логических блоков, носителей информации, начала и конца). При этом порядковые номера символов располагаются над символами слева. Каждая схема должна начинаться символом «начало» и завершаться символом «конец», которые рекомендуется располагать на основном (осевом) направлении технологического процесса. Все символы должны иметь лаконичные и ясные пояснения. Например, в символах операций проставляются их названия, в символах машинных носителей - сокращенные наименования и идентификаторы соответствующих массивов (файлов), в символах информации, выводимой на печать или экран - наименования ведомостей, видеограмм или их идентификаторы. В схеме следует шире использовать символ "комментарий" для пояснительных надписей, а также для расшифровки слов-аббревиатур или других сокращений. Все надписи на схеме должны выполняться чертежным шрифтом, если они готовятся ручным способом. Дублирование операций технологического процесса и блоков схемы взаимосвязи программных модулей и информационных массивов (схемы работы системы) должно быть сведено к минимуму. В технологических процессах с использованием ЭВМ подготовительный этап в большинстве случаев заканчивается операциями ввода данных и их контроля на ЭВМ, которые обычно отождествляются с одной операцией и изображаются одним символом. В результате выполнения этой операции массив, созданный на магнитном носителе, оказывается подготовленным для дальнейшего использования в решении задачи. Основной этап обработки информации на схеме технологического процесса следует, как правило, ограничивать двумя-четырьмя операциями: −обработка на ЭВМ по алгоритму; −печать выходных документов или отображение на экране. При этом указанные операции рекомендуется изображать символами с полосой и идентификатором, отсылающим к схеме внутримашинной обработки данных. Это обусловлено тем, что подробно технология внутримашинной обработки на ЭВМ представляется схемой взаимосвязи программных модулей и информационных массивов (схемой работы системы). Выделение операции "Печать выходных документов" объясняется тем, что в технологии необходимо предусмотреть возможность повторной распечатки документов в случаях наличия ошибки печати в выходном документе. На заключительном этапе в условиях "бумажной" технологии обработки данных осуществляется визуальный контроль выходного документа, его оформление и копирование. Под визуальным контролем понимается проверка четкости печати, проверка отсутствия печатной строки на сгибах бумаги и др. Оформление сводится к визированию выходного документа (проставлению даты, подписей). В случае необходимости получения выходных документов в нескольких экземплярах предусматривается операция копирования. При решении многих экономических задач (бухгалтерского учета, статистической отчетности и др.) оперативная информация подготавливается на машинных носителях в течение всего отчетного периода по мере ее сбора и поступления, а задача решается только по окончании отчетного периода. Поэтому в отчетном периоде подготовительный этап повторяется многократно, а основной и заключительный - один раз после полного 50

накопления информации. В связи с этим в схеме технологического процесса рекомендуется использовать символ «граница цикла» перед началом и по окончании подготовительного этапа. На этих схемах также необходимо в символах «начало» и «конец» («терминатор») указать источники данных и потребителей данных. Символ «канал связи» использовать тогда, когда или сама информация, или носители информации передаются по каким-либо каналам связи. В символе «комментарий» надо указывать вид канала связи. Рекомендуется справа над символом «процесс», «ручной ввод» писать место проведения операции либо должность, специальность лица, проводящего эту операцию.

Инструкционные карты основных операций технологического процесса В данном разделе разрабатываются инструкционные карты основных операций технологического процесса, в которых дается описание взаимодействия пользователя и системы. Обычно инструкции состоят из пунктов/шагов. Есть два основных способа разбиения инструкции на шаги: −на каждое действие пользователя - отдельный шаг. −на каждую реакцию системы - отдельный шаг. Один шаг включает в себя действие пользователя + реакцию системы, если она есть. Необходимо выбрать из двух вариантов взаимодействия: пользователь выступает ведущим, а система - ведомым, или наоборот. Например, пользователь может инициировать диалог общения с системой, а дальше система будет задавать вопросы, а пользователь отвечать. Выполнение инструкции может быть линейным или нелинейным (ветвления). Нажмите кнопку Далее. Если то-то, то произойдет переход к закладке такой-то. В этом случае перейдите к выполнению п. N. В противном случае произойдет переход к другой закладке. В этом случае перейдите к выполнению п. M. Для более информативного представления инструкционных карт, необходимо добавить скриншоты. Детализация инструкционных карт зависит от конкретной задачи.

Выводы по параграфу 3.3 В качестве результата выполнения задач данного параграфа должны быть получены: −схема технологического процесса сбора, передачи, обработки и выдачи информации; −инструкционные карты основных операций технологического процесса.

Пример описания технологического обеспечения задачи «Учета складских операций» Организация технологии сбора, передачи, обработки и выдачи информации Технологический процесс состоит из двух основных этапов – сбор и учет данных складских операций, поступления и реализации продукции, ведение информационной базы и формирование отчетов по соответствующим запросам к базам данных. Они могут выполняться в любой календарный момент времени и включают операции ввода, вывода реализации запросов и др. Операции имеют программное выполнение, подчиненное единой алгоритмической схеме.

51

Программа по решению задач учета складских операций и реализации продукции реализована в среде MS Access. Работа с программой начинается с вывода информационного окна и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму, при этом по диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора.

Схема технологического процесса сбора, передачи, обработки и выдачи информации В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например – нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных. Для учета поступления, реализации и излишков ТМЦ реализуются следующие операции: ввод с документов по приходу, списанию и оприходованию материалов. Программа состоит из следующих основных модулей. 1. Основная процедура – конфигурация среды окружения, формирование основного экрана программы, создание системы главного меню и соответствующих подменю, активизация меню. 2. Процедура обработки главного меню – запуск соответствующей процедуры. 3. Процедура ввода данных – обеспечение ввода информации с первичных документов в базы данных, контроль за допустимостью значений, обеспечение ввода данных путем выбора из списка. 4. Процедуры формирования отчетов – обеспечение выдачи установленных форм документов на основании критериев, определяемых пользователем и информационной базы. 5. Вспомогательные процедуры и функции – реализация запросов, сообщений, формирование списков выбора, а также контроль за вводимыми данными. Все модули в программе связаны между собой по данным, которые анализируются на входе и вырабатываются на выходе. Данные в модули поступают через диалог с пользователем, параметры и документы информационной базы. Передача данных от одного модуля к другому осуществляется только через хранимые документы. Для ведения информационной базы могут быть выполнены операции просмотра и печати документов, их редактирование, ведение нормативно-справочных документов, а также создание архивов и восстановление документов БД. Операции осуществляются путем выбора соответствующих пунктов в главном и подчиненных меню. Данные через диалог могут быть получены прямым и косвенным способом. Прямой способ реализуется путем их ввода по шаблону (накладные, акты и прочие документы) или по запросу конкретных значений реквизитов (номер подразделения, табельный номер и др.). Косвенный способ – путем меню или логических (альтернативных) запросов – «да», «нет». При косвенном способе данные, поступающие в модуль, заранее предусмотрены алгоритмом, но внешне выглядят в учете известными фразами (технологическими операциями, названиями выходных форм и т.п.). Параметры (входные документы) – входные данные, полученные в виде конкретных значений, переданных в оперативной памяти смежным модулям (функциям).

Инструкционные карты основных операций технологического процесса После запуска программы перед пользователем отображается специальная главная форма, которая позволяет начать работу с базой данных. 52

Пункт Документы по приходу предназначен для различной работы с приходными документами. Пункт Документы по расходу предназначен для учета и работы с расходными документами. При выборе Справочников становятся доступны все справочники программы для их просмотра и редактирования. Пункт Отчеты содержит все доступные отчеты. Для учета поступления, реализации и излишков ТМЦ реализуются следующие операции: ввод с документов по приходу, списанию и оприходованию материалов. Учет поступления на складе осуществляется посредством меню Документы по приходу – Приходные накладные. В открывшемся диалоге ввода необходимо указать следующие параметры: номер документа, дату операции, клиента, выбрать товар, указать единицу измерения, количество и цену. Выбор наименования товара, клиента и единицы измерения осуществляется посредством поля со списком, где необходимо выбрать позицию из предложенного списка. После указания количества товара и цены графа Сумма вычисляется программой. После окончания ввода всей необходимой информации необходимо нажать на клавишу ОК. При нажатии этой клавиши поступивший товар добавится к остаткам на складе, а также поведется приходная накладная в журнале документов. Введенный документ можно распечатать, нажав кнопку Печать. После завершения работы с документом нужно нажать кнопку Закрыть, чтобы завершить работу с документом. Форма Документы по приходу снабжена также несколькими инструментами для эффективного поиска по базе документов. В частности пункт Поиск документов представляет собой экранную форму, в которой можно выбрать условия поиска. Поиск может производиться по номеру документа, по дате операции и по клиенту. Параметры поиска задаются пользователем в диалоговом режиме. Результатом поиска является отчет с найденными документами. При необходимости есть возможность распечатать данный отчет. Учет реализации на складе осуществляется посредством меню Документы по расходу – Товарные накладные. Эта форма используется для расходования продукции на складе. Пользователю необходимо заполнить следующие поля: номер документа, дату операции, клиента, выбрать нужную номенклатуру, указать количество, единицу измерения и цену. После того, как все данные занесены, нужно нажать кнопку ОК для проведения операции в Журнале и обновления данных в Остатках. Кнопка Печать выводит товарную накладную для просмотра и последующей печати. Учет излишков и недостатков на складе ведется посредством меню Документы по приходу – Оприходование товара (учет недостатков) и Документы по расходу – Списание товара (учет излишков). В открывшейся форме необходимо указать следующие параметры: номер документа, дату операции, клиента, выбрать товар, указать единицу измерения, количество и цену. Далее необходимо провести операцию, нажав кнопку ОК. При Оприходование товар добавится на склад, а при списание – спишется. Акт списания можно распечатать на принтере, нажав кнопку Печать. После завершения работы с документами нужно нажать кнопку Закрыть. Основной формой хранения данных в программе является справочник. В данной программе ведутся основные справочники Клиенты и Товары, и дополнительные справочники Единицы измерения, Расчетные счета, Аббревиатуры. Справочники состоят из записей. Одновременно на экране для пользователя отображаются данные только одной записи. Все данные по текущей записи в справочнике доступны для редактирования, Для добавления нового клиента необходимо выбрать Справочники – Клиенты. В открывшейся форме необходимо указать аббревиатуру организации, забить наименование клиента, указать его адрес, ИНН и расчетный счет. Аббревиатура выбирается из поля со списком. Если необходимой аббревиатуры нет в списке, то ее можно добавить, нажав на кнопку справа. Нажатие этой кнопки вызывает дополнительный справочник Аббревиатуры, куда можно добавить требуемую аббревиатуру. 53

Расчетные счета также выбираются из предложенного поля со списком. При нажатии на кнопку справа, можно добавить новый расчетный счет. При введении нового расчетного счета необходимо указать: Банк, город банка, корреспондентский счет и расчетный счет. Для добавления нового вида товара необходимо выбрать Справочники – Товары. В открывшейся форме необходимо указать наименование товара, единицу измерения, цену товара и при необходимости написать комментарий к товару. Единицу измерения для удобства предлагается выбрать из списка единиц. Если требуемой единицы измерения нет в предложенном списке, то ее можно добавить, нажав на кнопку расположенную справа от поля. При нажатии этой кнопки вызывается дополнительный справочник Единицы измерения. При добавлении новой единицы измерения в этот справочник она появляется в списке единиц измерения. Для просмотра текущего состояния остатков на складе необходимо выбрать Отчеты – Остатки на складе. В результате получается печатная форма отчета, в котором указываются: наименование товара, текущий остаток на складе и единица измерения. Для создания реестра документов по приходу необходимо выбрать Отчеты – Журнал по приходу. Далее необходимо указать дату начала периода формирования отчета и дату окончания периода формирования отчета. С учетом выбранных параметров выдается печатная форма отчета, в котором указываются: дата документа, номер документа, сумма документа и поставщик. При нажатии Отчеты – Журнал документов по расходу формируется реестр документов по расходу. Перед формированием данного отчета компьютер запрашивает данные о периоде формирования отчета. В результате формирования получается печатная форма отчета с указанием таких параметров, как дата документа, номер документа, сумма документа и клиент.

Требования к написанию параграфа 3.4 (Проведение мероприятий по сопровождению и конфигурационному управлению АС) Цель данного параграфа состоит в описании всех составляющих процесса сопровождения АС или еѐ частей (или обеспечений), представленных в предыдущих параграфах. Содержание параграфа определяется следующими позициями: 1) если АС или еѐ фрагмент разрабатывается от начала и до конца самостоятельно, то в параграфе 3.4. должна быть представлена концепция и план сопровождения (разработка документов ведѐтся по стандартам ГОСТ Р ИСО/МЭК 14764-2002 (п. 7 Стратегия сопровождения программного средства и п. 8 Процесс сопровождения), и ГОСТ Р ИСО/МЭК ISO12207-95 (п. 5 Сопровождение ПС); 2) если АС имеется на предприятии или предполагается еѐ приобретение, а следовательно, будет необходимо еѐ сопровождать (инсталлировать, проверять соответствие требованиям, проверять соответствие заявленному функционалу и т.д.), в параграфе 3.4. необходимо представить результаты процесса сопровождения и управления конфигурацией на основе стандарта ISO12207-95 по предложенному в данных требованиях алгоритму.

Ключевые определения Процесс сопровождения (см. п.5.5 стандарта ISO 12207) состоит из действий и задач персонала сопровождения, который активизируется, когда программный продукт подвергается модификациям для корректировки программ и документации, вызванными дефектами или потребностью улучшения качества и адаптации АС. Цель сопровождения – изменить существующий программный продукт, сохраняя его целостность. Этот процесс включает инсталляцию и ликвидацию программного продукта. Задачами сопровождения являются: 54

выявление и устранение обнаруженных дефектов и ошибок в программах и данных; 2) введение новых функций и компонентов в АС; 3) анализ состояния и корректировка документации; 4) тиражирование и контроль распространения версий АС; 5) актуализация и обеспечение сохранности документации и магнитных носителей и т.д. Виды изменений, вносимых в АС в процессе сопровождения: 1) исправление ошибок – корректировка программ, выдающих неправильные результаты в условиях, ограниченных техническим заданием и документацией; 2) модернизация – расширение функциональных возможностей или улучшение качества решения отдельных задач в соответствии с новым или дополнительным техническим заданием на ПС; 3) адаптация, регламентированная документацией, к условиям конкретного использования, обусловленным характеристикам внешней и операционной среды или конфигурацией аппаратуры, на которой предстоит функционировать программам. Процесс сопровождения взаимосвязан со следующими процессами ЖЦ системы: −заказа и поставки помогут активизировать реализацию процесса сопровождения конкретного программного средства в жизненном цикле через соответствующее соглашение или по договору (контракту); −эксплуатации (может инициировать процесс сопровождения данного программного средства путем представления предложения о модификации (изменении) или отчета о проблеме); −разработки (процесс сопровождения вызывает данный процесс в целях реализации модификаций); −вспомогательными процессами (при сопровождении используются процессы документирования, управления конфигурацией, обеспечения качества, верификации, аттестации, совместного анализа, аудита и решения проблем); −управления, создания инфраструктуры и обучения (применяются сопроводителем в начале каждого проекта сопровождения для повышения эффективности процесса сопровождения). Управление конфигурацией – это процесс (см. п.6.2 стандарта ISO 12207) применения административных и технических процедур на всем протяжении жизненного цикла программного средства для: −планирования процедур управления конфигурацией ПС и его компонентов; −идентификации, определения и базирования конфигурации компонентов – элементов программного средства в информационной системе; −управления конфигурацией, модификацией и выпуском версий программных продуктов; −фиксирования конфигурации и сообщения о состоянии версий программных средств и их компонентов; −управления и контролирования хранения» обращения и поставок версий программных средств5. В табл. 4 приведены примеры объектов конфигурационного управления, а также соответствующие им типы вносимых изменений. Для формирования представления о процессе сопровождения необходимо иметь представление о таких понятиях, как «отчѐт о проблемах», «предложение о модификации», 1)

5

Подробней все необходимые определения представлены в тексте стандарта ГОСТ Р ИСО/МЭК 12207-95, ГОСТ Р ИСО/МЭК 14764-2002 и в книге Липаева В. В. Документирование и управление конфигурацией программных средств: методы и стандарты. Сер. «Информатизация России на пороге XXI века». – М.: СИНТЕГ, 1998. – 220 с. – С. 142-168.

55

«план и программа сопровождения», а также знать виды сопровождения, определяемые вносимыми в АС изменениями. Ниже перечислены обозначенные термины по стандарту ГОСТ Р ИСО/МЭК 14764-2002: 1. Отчѐт о проблеме (ОП) (problem report [PR]). Термин, используемый для определения и описания проблем, обнаруженных в программном продукте. 2. Предложение о модификации (ПР) (modification request [MR]). Общий термин, используемый для определения предполагаемых изменений в сопровождаемом программном продукте. 3. План сопровождения (maintenance plan). Документ, излагающий соответствующие методы сопровождения, описывающий необходимые ресурсы и работы применительно к сопровождению программного продукта. Его готовит соответствующая организация (персонал сопровождения, сопроводитель). Данный план должен быть реализован сразу после передачи продукта на сопровождение. 4. Программа сопровождения (maintenance program). Организационная структура, обязанности, процедуры, процессы и ресурсы, используемые при выполнении плана сопровождения. Таблица 4 Объекты конфигурирования № п/п

Объекты конфигурации

Типы изменения объектов конфигурации

Право на изменение конфигурации

1

Версии модулей компонентов

Устранение дефектов в программных компонентах

Программистыразработчики модулей

2

Версии функциональных групп программ

Корректировка функций и взаимодействия программных компонентов

Руководители разработки функциональных компонентов

3

Версии (релизы) эталонных программных средств

Модификация и развитие функций и качества эталона программного средства

Руководитель проекта или управляющий конфигурацией программного средства

Адаптация на характеристики объекта и внешней среды

Поставщик или сопровождающий эталонную версию программного средства

4

Версии программных средств пользователей

Виды сопровождения (по ГОСТ Р ИСО/МЭК 14764-2002): 1) адаптивное сопровождение (adaptive maintenance): изменение (модификация) АС после поставки, обеспечивающее еѐ работоспособность в измененных или изменяющихся условиях (среде); например, операционная система может быть модернизирована и некоторые изменения должны быть внесены в продукт для его адаптации к новой операционной системе; 2) корректирующее сопровождение (corrective maintenance): оперативное изменение системы, выполняемое после еѐ поставки для корректировки обнаруженных 56

3)

4)

5)

проблем (несоответствий, ошибок) с той целью, чтобы АС соответствовала установленным требованиям; сопровождаемая модернизация (maintenance enhancement) является изменением АС, не связанным с корректировкой самой системы; различают два типа модернизации: адаптивную и полную; профилактическое сопровождение (preventive maintenance): модификация АС после поставки в целях обнаружения и корректировки имеющихся в ней скрытых ошибок для предотвращения явного проявления этих ошибок при эксплуатации данного продукта; полное сопровождение (perfective maintenance): модификация АС после поставки для повышения еѐ рабочих характеристик или улучшения сопровождаемости; обеспечивает модернизацию (усовершенствование) продукта в интересах пользователя, уточнение соответствующих программных документов и его перепрограммирование для улучшения рабочих характеристик, сопровождаемости и других атрибутов АС.

Рекомендации по выполнению сопровождения и конфигурационного управления АС При выполнении сопровождения необходимо помнить, что основу данного процесса составляет документация на первую (базовую) версию системы (ПС, входящих в еѐ состав). В первую очередь подлежат анализу следующие документы: техническое задание, план сопровождения (если он есть), рабочие инструкции и др. В табл. 5 представлены этапы работы при проведении сопровождения и позиции, которые должны найти отражение в тексте параграфа при их выполнении. Более подробную последовательность действий по сопровождению можно представить на основе методики проведения сопровождения и конфигурационного управления, предложенной В.В. Липаевым 6. Ограничение по применению данной методики заключается в том, что она рассчитана на коллективную работу по сопровождению сложных многоверсионных, тиражируемых систем, с длительным жизненным циклом. Алгоритм оформления текста параграфа согласно данной методике представлен на рис. 4. Краткая характеристика упоминаемых документов, подлежащих оформлению на отдельных этапах сопровождения, представлена ниже. Журнал предварительных изменений содержит данные о дефектах и ошибках, условиях их проявления и характеристиках обнаруживающих тестов, а также предложения на изменение программ, подлежащие анализу и селекции для выделения тех из них, для которых будут разрабатываться корректировки программ. Журнал утвержденных корректировок содержит изменения программ, отобранные группой конфигурационного управления для проведения корректировок в очередной версии АС. Журнал характеристик базовых версий ПС характеристики базовых версий и набор изменений, выполненных в каждой из них. Следует отметить, что первичные сообщения от пользователей об ошибках следует регистрировать в специализированных таблицах, отражающих их формализуемые параметры, а также на содержательном уровне вместе с тестовыми данными, при которых зарегистрирован дефект. Также в табличном виде и на содержательном уровне или в виде спецификации требований необходимо регистрировать в базе данных предложения по улучшению программ. Структура документов представлена в прил. 3. 6

Липаев В. В. Документирование и управление конфигурацией программных средств: методы и стандарты. Сер. «Информатизация России на пороге XXI века».– М.: СИНТЕГ, 1998. – 220 с. – С. 159-168.

57

Выводы по параграфу 3.4 Результат параграфа: отражение логики создания каждого из документов, включая описание вводимых модификаций в виде функциональных спецификаций. В выводах должны быть сделаны ссылки на следующие результаты, полученные в ходе выполнения задач параграфа7: 1) результаты анализа дефектов и модификаций (включая, разработку примеров для выполнения модификаций): − описание базовой версии или выдержек из отчѐтов пользователей о выявленных дефектах и предложениях по корректировке (прил. 3); − журнал выявленных дефектов и предложений по корректировке и развитию версий АС, а также результатов их анализа (прил. 3); 2) результаты реализации модификации: − определение того, что подлежит модификации: документация, единицы программного обеспечения и версии (анализ журнала выявленных дефектов и предложений по корректировке); − журнал подготовленных и утвержденных корректировок, а также реализованных изменений и обобщенных характеристик новой базовой версии АС (прил. 3); 3) результаты оценки и принятия результатов сопровождения: − подготовленное извещение пользователям о выпуске новой версии АС (прил. 3); − подготовленное извещение пользователям о прекращении сопровождения определенной предшествующей версии (прил. 3); 4) результаты переноса на иную платформу (в иную среду): − описание миграционного плана (прил. 3); − уведомление пользователя о планах и действиях по перемещению (прил. 3); − программа обучения пользователей адаптированной версии АС.

Выводы по главе 3 Выводы по третьей главе должны содержать: − ссылку на документацию по разработанному информационному обеспечению задачи (прототип базы данных, инструкции для всех категорий пользователей по работе с БД, описание используемых классификаторов, экранные формы размещения данных и структуры файлов); − ссылку на рабочую документацию по программному обеспечению задачи (схема взаимосвязи программных модулей и информационных файлов; описание программных модулей, структурная схема пакета (дерево вызова процедур и программ), дерево функций и сценарий диалога); − ссылку на документацию по разработанному технологическому обеспечению задачи (схема технологического процесса сбора, передачи, обработки и выдачи информации, инструкционные карты основных операций технологического процесса); − перечень мероприятий, проведѐнных при сопровождении, ссылка на разработанную документацию по сопровождению (журналы, концепция, план).

7

Могут присутствовать некоторые из перечисленных результатов в зависимости от типа проводимого сопровождения (логика представлена в табл. 5)

58

Таблица 5 Алгоритм выполнения сопровождения АС и оформления его результатов в параграфе

Входные данные

Базовая версия АС, сообщения об ошибках или дефектов от пользователей Принятые предложения о модификации задокументированные в Журнале выявленных дефектов и предложений по корректировке и развитию версий АС, а также результатов их анализа Проведѐнные модификации, задокументированные в журнале подготовленных и утвержденных корректировок Миграционный план

Этап сопровождения

Анализ дефектов и модификаций (включая, разработку примеров для выполнения модификаций)

Реализация модификации9

Оценка и принятие результатов сопровождения

Перенос на иную платформу (в иную среду)

Выходные данные Подтверждение (не подтверждение) ошибки или дефекта пример модификации (в случае подтверждения ошибки)

Выход в параграфе Описание базовой версии или выдержек из отчѐтов пользователей о выявленных дефектах и предложениях по корректировке8 (Приложение 3). Журнал выявленных дефектов и предложений по корректировке и развитию версий АС, а также результатов их анализа (Приложение 3).

Выполненный миграционный план, уведомление пользователей о переносе

Описание миграционного плана (Приложение 3). Уведомление пользователя о планах и действиях по перемещению (Приложение 3). Программа обучения пользователей адаптированной версии АС.

Тип сопровождения

Корректирующее сопровождение. Профилактическое Определение того, что подлежит модификации: сопровождение (при анализе документация, единицы программного обеспечения базовой версии для и версии (анализ журнала выявленных дефектов и предотвращения сообщений Реализованные и предложений по корректировке). пользователей об ошибках). задокументированные Журнал подготовленных и утвержденных Полное сопровождение (при изменения корректировок, а также реализованных изменений и подтверждении изменений в обобщенных характеристик новой базовой версии интересах пользователя: АС (Приложение 3). уточнение программных документов, перепрограммирование для улучшения рабочих Утверждение на Подготовленное извещение пользователям о выпуске характеристик АС) удовлетворительное новой версии АС или о прекращении сопровождения завершение модификации, определенной предшествующей версии как определено в контракте (Приложение 3). на сопровождение

8

Адаптивное сопровождение Или как элемент полного сопровождения

Претензии пользователей могут быть связаны с ошибками эксплуатации, поэтому устраняют ся соответствующими консультациями. Этот момент должен быть описан в тексте параграфа. 9 В том случае, если ошибки подтвердились и предложения об изменениях приняты.

59

Получены сообщения об ошибках или базовая версия

Ошибки не подтверждены

Подготовка исходных данных для изменения программ

XOR

Ж1. Журнал выявленных дефектов и предполагаемых корректировок

Сделана пометка в Ж1 об отклонении изменений

Журнал предполагаемых изменений составлен

Подготовка и реализация изменений программ

Ж2. Журнал подготовленных корректировок

XOR

Журнал подготовленных изменений составлен

Испытание и утверждение n+1 версии

Изменения прошли проверку и утверждение

Организация и реализация прекращения сопровождения n+i-ой версии

План доработок программ

Тиражирование и распространение версий Обеспечение сохранности версий ППС

Тиражирование выполнено

Типовые протоколы испытаний

Сертификат качества

Модифицирова нные Версии

Извещение пользователей

Рис. 2. Алгоритм проведения сопровождения (по методике сопровождения сложных систем В.В. Липаева)

60

Требования к написанию главы 4 (Расчет экономической эффективности проекта) Требования к написанию параграфа 4.1 (Выбор и обоснование методики расчета экономической эффективности проекта) На основании анализа экономической литературы необходимо определить методику расчета экономической эффективности, которая может быть использована для оценки данного проекта. При этом рекомендуется учитывать следующие моменты: 1) для расчетов используется система обобщающих показателей и частные показатели, отражающие отраслевую и функциональную специфику проекта; 2) по проектам, имеющим альтернативные решения (базы для сравнения), рассчитывается сравнительная эффективность. Для этого необходимо наличие нескольких вариантов, в том числе: один или несколько проектных вариантов. Одним из них может выступать существующий вариант; 3) по проектам, не имеющим аналога, рассчитывается абсолютная эффективность, которая выражается в экономии совокупных затрат живого и овеществленного труда, как в сфере производства, так и в сфере эксплуатации. При отрицательной абсолютной эффективности проект исключается из дальнейшего рассмотрения. Методы расчета экономической эффективности можно сгруппировать по двум направлениям. В первую группу входят методы, базирующиеся на расчетах показателей срока окупаемости, коэффициента рентабельности. Методы второй группы основаны на использовании показателя чистой приведенной (текущей) стоимости проекта и коэффициентов внутренней рентабельности проектов. Если сроки реализации или окупаемости проекта в первом приближении достаточно велики (от полугода и более), в расчетах стоимости проектов следует учитывать дисконтирование, т.к. стоимость денег со временем уменьшается, и рубль, потраченный сегодня, стоит дороже, чем рубль возвращенный. Это связано с процессами мировой экономики, инфляцией и общим развитием экономики, конкуренции и производства. В расчеты эта величина вводится так называемой ставкой дисконтирования. Существуют различные подходы к определению величины ставки дисконтирования для простых расчетов: • Принимать за величину ставки дисконтирования годовой уровень инфляции в стране либо ставку рефинансирования Центрального банка. • Ставка дисконтирования - уровень доходности инвестиций, ожидаемый инвестором, то есть базовая безрисковая ставка (например, банковский депозит) + «премия за риск». • Поскольку у инвестора всегда есть, как минимум, две альтернативы - либо вложить в банк под проценты, либо инвестировать в более выгодный проект, то ставка дисконтирования принимается как наибольшее из значений той прибыльности, которую получит инвестор (проценты, под которые можно разместить деньги в банке, или проценты, получаемые от инвестиций в другой проект). Принимать в качестве ставки годовой уровень инфляции можно только в одном случае - если предприятие имеет в качестве альтернативы использование свободных денежных средств: вложение в проект либо оставление их на расчетных счетах (то есть фактически замораживание средств). Результаты выбора и обоснования методики желательно оформить в табличной форме, с указанием расчетных формул.

61

Требования к написанию параграфа 4.2 (Расчет показателей экономической эффективности проекта) 1) Определение центров затрат проекта. Как правило центры затрат – это обособленные структурные подразделения предприятия, в которых имеется возможность организовать нормирование, планирование и учѐт издержек производства с целью наблюдения, контроля и управления затратами производственных ресурсов, а также оценки их использования. В работе необходимо не только указать конкретные подразделения, отвечающие за затраты, но и выделить контролируемые ими затраты по данному проекту. 2) расчет затрат. Затраты могут быть как единовременные (приобретение оборудования, наем специалистов, затраты на консультации и т.п.), так и постоянные, связанные с использованием проекта (эксплуатационные расходы на содержание оборудования, фонд оплаты труда работников, эксплуатирующих объект, расходы на потребление электроэнергии, и т.д.). Необходимо также учесть налоги, которые возникнут при создании инвестиционного объекта (например, налог на имущество). При этом НДС, который уплачивается при приобретении оборудования, сырья, материалов, будет возвращаться лишь через некоторое время после осуществления платежей, и при расчете дисконтированных денежных потоков величина НДС, уплаченная сейчас, будет больше, чем такая же величина НДС, который будет возмещен государством через некоторое время из-за влияния инфляции. В расчетах экономической эффективности, как правило, налоги отражаются в опосредованном виде, а в бюджетах движения денежных средств по проекту они обязательно должны присутствовать. 3) эффективность от реализации проекта. В расчетах экономическая эффективность может достигаться как за счет дополнительно принесенной прибыли, так и за счет получаемой экономии на затратах. Прирост эффективности экономической деятельности предприятия в результате реализации проекта может проявляться различным образом. В качестве возможных факторов часто рассматриваются следующие составляющие:  качественное улучшение процессов подготовки и принятия решений;  уменьшение трудоемкости процессов обработки и использования данных;  экономия условно-постоянных расходов за счет возможного сокращения административно-управленческого персонала, необходимого для обеспечения процесса управления предприятием;  переориентация персонала, высвобожденного от рутинных задач обработки данных, на более интеллектуальные виды деятельности (например, ситуационное моделирование вариантов развития предприятия и анализ данных);  стандартизация бизнес-процессов во всех подразделениях предприятия;  оптимизация производственной программы предприятия;  сокращение сроков оборачиваемости оборотных средств;  установление оптимального уровня запасов материальных ресурсов и объемов незавершенного производства;  уменьшение зависимости от конкретных физических лиц, являющихся «держателями» информации или технологий обработки данных. Расчет должен быть проведен в соответствии с выбранной методикой расчета экономической эффективности. При разнонаправленных эффектах от реализации проекта может быть использован индивидуальный подход или экспертная оценка.

62

В качестве основного статического показателя экономической эффективности ИС может быть использован годовой экономический эффект (экономическая прибыль) (1): Э  Эгод  С  Е * К  Эгод  П , (1) где ∆Эгод - годовая экономия (прибыль), вызванная ИС, без учета эксплуатационных затрат на ИС; С - эксплуатационные затраты на ИС; К - единовременные затраты (капиталовложения), связанные с созданием ИС; Е - норма прибыли на капитал (нормативная прибыльность); П - годовые приведенные затраты на ИС: П=С + ЕК Единицы измерения в формуле (размерность величин) следующие: Э - руб./г.; ∆Эгод - руб./г.; С - руб./г., К - руб.; Е - 1/г.; П - руб./г. (∆Э — С) — это хозяйственная или бухгалтерская прибыль. Она представляет собой разность между выручкой и явными затратами. По рыночной терминологии, явные затраты (Explicit Cost) — это все денежные издержки предприятия, включая амортизацию. С точки зрения экономического содержания, величина Е состоит из нормы отдачи на капитал и нормы предпринимательского дохода. Величина Е в рыночных условиях не должна быть меньше годовой банковской процентной ставки. Так, если Центральный банк РФ установил с 1 декабря 2008 г., ставку рефинансирования 13%, норму прибыли на капитал необходимо установить равной 13%. Рассмотрим составляющие затрат формулы (1). Капитальные затраты (К) Капитальные затраты на АИС носят разовый характер. Те из них, которые направляются в основные средства обработки информации, переносят свою стоимость на продукцию по частям за счет амортизационных отчислений. Капитальными их называют потому, что они не утрачиваются, а воспроизводятся. Капитальные затраты включают:  затраты на техническое обеспечение (вычислительную технику, оргтехнику, средства коммуникации, технические средства охраны и т.п.);  затраты на программное обеспечение, включая функциональное и сервисное;  затраты на обустройство помещений, включая рабочие места служащих;  затраты на услуги привлекаемых экспертов и консультантов и т.п. Применительно к образом (2):

ИС

группировать капитальные затраты можно следующим

К  К пр  К тс  К лс  К пс  Киб  К уч  Кво  К пл  Кнеучт

,

(2)

где Кпр - затраты на проектирование ИС; Ктс - затраты на технические средства управления; Клс - затраты на создание линий связи локальных сетей; Кпс - затраты на программные средства; Киб - затраты на формирование информационной базы; Куч - затраты на обучение персонала; Кво - затраты на вспомогательное оборудование (устройства пожаротушения, источники бесперебойного питания и др.); Кпл - затраты на производственную площадь; Кнеучт - неучтенные затраты, обычно составляют 7-8% от общих затрат. Затраты на формирование информационной базы Киб относятся к формированию условно-постоянной информации.

63

Ктс, Кпс, Кво, Кпл, Клс- данные показатели не будем учитывать в данном случае, так как при внедрения ИС они не повлияют на затраты: ИС внедряется в отдел с уже имеющимися техническими средствами и предустановленными программными средствами. Произведем расчет капитальных затрат: Кпр=з/пл программистов*кол-во программистов*срок проектирования = 10тыс.руб*1*1 мес=10 тыс.руб. Киб=кол-во экспертов*з/пл*срок формирования инф. базы =3*5*0,5 мес =7,5 тыс.руб. Куч=з/пл инженера, курирующего ИС*срок обучения=10*0,03 мес=0,3 тыс.руб. Итого получаем: К=(10+7,5+0,3)+7% неучтенных затрат=19,05 тыс.руб. Общий состав капитальных затрат представлен на рис. 3.

Рис. 3 – Капитальные затраты на АИС Эксплуатационные затраты (С) Эксплуатационные затраты, в отличие от капитальных, являются повторяющимися. Они повторяются в каждом цикле производства, а рассчитываются суммарно за год. Эксплуатационные затраты осуществляются синхронно с производством. Эксплуатационные затраты составляют себестоимость продукции (товаров или услуг):  затраты на заработную плату, выплачиваемую основному и вспомогательному персоналу;  затраты на эксплуатацию вычислительной техники и других технических средств;  затраты на эксплуатацию помещений и обслуживание рабочих мест служащих и т.п. В состав этих затрат включаются все издержки, учитываемые в соответствии с принятым порядком калькулирования себестоимости продукции (без учета амортизационных отчислений на реновацию). Причем на ранних стадиях разработки и внедрения новых технологий, когда отсутствует конкретная (отчетная и нормативная) информация, для расчета затрат на производство услуг могут применяться укрупненные методы калькулирования, в частности метод удельных показателей, методы регрессионного анализа, метод структурной аналогии, агрегатный и балловый метод и др. В состав эксплуатационных затрат на информационную систему входят следующие затраты (3):

C  Сао  Сто  Син  Сэл  Спр

где Сао — амортизационные отчисления; 64

,

(3)

Сто— затраты на техническое обслуживание, включая заработную плату персонала ИС; Син — затраты, связанные с использованием глобальных вычислительных сетей (Интернета и др.); Сэл —затраты на электроэнергию; Спр —прочие затраты составляют примерно 7%. Наибольший удельный вес в эксплуатационных затратах принадлежит заработной плате, амортизационным отчислениям, техническому обслуживанию. Введение новой ИС не повлияет на такие затраты, как: а) амортизационные отчисления (Сао)- их величина не изменится, так как не изменится парк оборудования; б) затраты, связанные с использованием глобальных вычислительных сетей (Син) эти затраты будут неизменными, поэтому при проведении расчетов их тоже опускаем. Рассчитаем другие элементы эксплуатационных затрат. Затраты на техническое обслуживание, включая заработную плату персонала ИС: Сто1=(з/пл инженера АСУ*12мес)*3%=10*12*0,03=3,6 тыс.руб/год Сто2=(з/пл персонала*12мес)*25%=15*12*0,25=45 тыс.руб/год Затраты на электроэнергию: Сэл=150 руб.мес.*кол-во ИС*12мес=1,8 тыс.руб/год С=3,6+45+1,8+7%=50,4+7%=53,93 тыс.руб./год Распределение эксплуатационных затрат представлено на рис. 4. Как было отмечено, ∆Эгод — годовая экономия (прибыль), вызванная ИС, без учета эксплуатационных затрат на ИС, будет определяться по формуле (1): П=С+Е*К=53,93+19,05*10,5%=55,93 тыс.руб. Если калькуляция затрат, как правило, не представляет особой сложности и носит в основном чисто технический характер, то при оценке показателей экономического эффекта (особенно косвенного) могут возникнуть трудности. В связи с этим для оценки отдельных показателей, входящих в состав общего экономического эффекта, часто приходится использовать метод экспертных оценок, при котором вместо расчета какого-либо из слагаемых показателя прибегают к мнению специалистов (экспертов) относительно оптимистических, пессимистических и наиболее вероятных его значений.

Рис. 4 – Эксплуатационные затраты

65

Методика определения экономической эффективности на основе статических показателей сводится к расчету годового экономического эффекта как суммы прямого и косвенного эффектов. 1. Прямой экономический эффект может выражаться в натуральных, стоимостных и трудовых показателях, а также в их сочетаниях, когда внедрение новой информационной технологии:  обеспечивает рост производительности труда работников аппарата управления;  позволяет расширить спектр производимой продукции (услуг);  приводит к сокращению затрат, связанных с производством продукции и услуг (материалов, технических средств, производственных и вспомогательных площадей и т.п.). Иными словами, прямой экономический эффект - это результат каких-либо изменений в характере реализации функциональной составляющей управленческого процесса, как правило, непосредственно связанных со спецификой предметной области деятельности объекта управления. При этом рост производительности труда может осуществляться за счет сокращения объема операций, выполняемых вручную, или более оперативной обработки информации с помощью вычислительных средств. 2. Косвенный экономический эффект от внедрения новой информационной технологии является результатом влияния факторов, как правило, не имеющих непосредственного отношения к специфике предметной области и носящих общий социальный, эргономический, экологический и иной характер. Влияние этих факторов на экономическую эффективность системы управления осуществляется опосредованно, а иногда через цепочку различных промежуточных (вторичных) факторов, но всегда в конечном счете приводит к повышению производительности труда управленческого персонала, росту привлекательности продукции фирмы у потенциальных клиентов и деловых партнеров и т.п. В целях анализа и методического удобства расчета годовой экономический эффект целесообразно определить как сумму прямого и косвенного эффектов (4):

Э  Эпрям  Экосв

(4) Рассмотрим расчет прямого экономического эффекта, он сводится к следующему: определяется разность в годовых приведенных затратах по базовому и предлагаемому вариантам ИС:

Эпрям  Пб  П  Сзп  С  ЕК где

С зп

,

,

- сокращение заработной платы управленческого персонала при внедрении

ИС;

С - суммарные эксплуатационные затраты на ИС за исключением заработной платы управленческого персонала.

Сзп  Сзпб  Сзп

=0, так как не предполагается понижать зарплату работникам или увольнять их при введении автоматизации работ. где Сзпб— заработная плата управленческого персонала в базовом варианте; Сзп — заработная плата управленческого персонала в предлагаемом варианте. С зп Эпрям= -55,93=-55,93 тыс.руб. Величина прямого экономического эффекта является недостаточной (даже отрицательной) для оправдания затрат на внедрение ИС. Это объясняется тем, что ИС создается с нуля и отсутствием экономии на заработной плате управленческого персонала. 66

В этом случае внедрение ИС целесообразно, только если есть уверенность в достаточно большом косвенном экономическом эффекте. Рассмотрим расчет косвенного экономического эффекта. Данный расчет предполагает определение следующих составляющих:

Экосв  Эгод  А  Ссеб  Ш  ЕО , где ∆А - годовой прирост выручки от реализации продукции, прочей реализации или внереализационной деятельности, связанной с ИС; ИС напрямую не влияет на увеличение выпуска продукции, она помогает сократить риски потерь документов и время, затрачиваемое на обработку; ∆Ссеб - годовая экономия на себестоимости продукции объекта управления; ∆Ш - сокращение штрафов и других непланируемых потерь за год; общая сумма штрафов за год, вызванная потерей документов по вине отдела, равна примерно 150 тыс.руб. АИС позволит снизить эти потери на 80% в год. Итого ΔШ=30 тыс.руб. Состав статей, по которым рассчитывается экономия на себестоимость продукции за счет ИС, обычно следующий (5):

Cсеб  Ск  Сэ  Сзппр  Ссэо  Сдок

,

(5)

где ∆Ск- экономия на канцелярии; ∆Сэ - экономия на эл энергии на технологические цели; ∆Сзппр - экономия на заработной плате сотрудников; ∆Ссэо - экономия на содержании и эксплуатации оборудования; ∆Сдок - сокращение потерь документов. В структуре себестоимости общества основную долю занимают материальные затраты – 38% и затраты на оплату труда с отчислениями – 36% Запланируем 3% сокращения затрат на оплату труда за счет отмены некоторых функций и 20% сокращения затрат на канцелярию. Для простоты расчета объединим экономию по энергии, содержанию оборудования и потерям и запланируем 1% экономии. Для проведения расчетов необходима себестоимость работ, условно принимаем ее за 100 тыс.руб, для удобства проведения расчетов. Получаем: ΔСк =100*38%-(38%*100-20%)= 30,4 тыс.руб/мес. ΔСзппр=100*36%-(36%*100-3%)= 34,92 тыс.руб/мес. ΔСпроч=ΔСэ+ΔСсэо+ΔСдок= 26%*100- (26%*100-1%)==25,74 тыс.руб/месс. ΔСсеб=12*( ΔСсм+ ΔСзппр+ ΔСпроч)= 12*(30,4+34,92+25,74) =91,06 тыс.руб/год. Если внедрение ИС не влияет на какую-либо статью затрат в составе себестоимости, то эта статья, очевидно, не фигурирует в расчете косвенного экономического эффекта. Экосв=ΔА+ΔСсеб+ΔШ =0+91,06+30=121,06 тыс.руб. ΔЭгод=Экосв+Эпрям=121,06-55,93 =65,13 тыс.руб. Э=ΔЭгод-П=65,13-55,93=9,2 тыс.руб. Годовой экономический эффект представляет собой абсолютный показатель эффективности. Система считается эффективной, если Э>0. Вспомогательными показателями экономической эффективности являются: -Расчетная прибыльность (рентабельность): Ер=ΔЭгод/К=65,13/19,05=3,4 -Срок окупаемости: Ток=1/Ер=К/ΔЭгод=0,29 - проект окупится через 3,5 месяца. Разработка новой автоматизированной информационной системы будет производиться в течение 1 месяца, в одну смену продолжительностью 8 часов. Заработная плата разработчика за 1 месяц, с учетом районного коэффициента и единого социального 67

налога, составит 10 000 рублей. В итоге затраты на разработку ИС, включая формирование начальной информационной базы и обучение персонала, составят 19,05 тыс.руб. Затраты на техническое обслуживание ИС в течение года и затраты на заработную плату сотрудника, работающего с ИС, составит 48,6 тыс. руб. в год. После внедрения данной ИС сократятся затраты по материальным расходам на 20%. Это приведет к снижению условной общей себестоимости работ отдела, данная экономия позволит окупить создание и внедрение ИС. Предполагаемое время окупаемости проекта составляет три с половиной месяца.

Выводы по главе 4 Выводы по данной главе должны содержать: 1)вывод о затратах на реализацию проекта, эксплуатацию и сопровождение; 2) вывод об экономической эффективности проекта.

Требования к написанию заключения В заключении рекомендуется сделать выводы по проекту, определить пути его внедрения и направления дальнейшего совершенствования АС. Заключение должно соответствовать введению работы. В нѐм также необходимо описать доказанную актуальность работы, цель и поставленные задачи. По каждой задаче необходимо представить полученные результаты. В конце заключения обязательно перечислить пути дальнейшего развития темы проекта, направления дальнейшей работы или указать на еѐ завершение. Общий объѐм заключения 5 страниц.

68

Требования к оформлению текста выпускной квалификационной работы Общие требования Изложение текста и включенные иллюстрации и таблицы должны соответствовать формату А4 по ГОСТ 9327. Документ должен быть выполнен с использованием компьютера и принтера на одной стороне листа белой бумаги формата А4 через полтора интервала. Шрифт Times New Roman, цвет черный, кегль 14. Текст следует печатать, соблюдая следующие размеры полей: правое — 10 мм, верхнее и нижнее — 20 мм, левое— 30 мм. Разрешается использовать компьютерные возможности акцентирования внимания на определенных терминах, формулах, теоремах, применяя шрифты разной гарнитуры. Вне зависимости от способа выполнения, качество напечатанного текста и оформления иллюстраций, таблиц, распечаток с ПЭВМ должно удовлетворять требованию их четкого воспроизведения. Необходимо соблюдать равномерную плотность, контрастность и четкость изображения по всему документу, должны быть четкие, нерасплывшиеся линии, буквы, цифры и знаки. Опечатки, описки и графические неточности, обнаруженные в процессе подготовки отчета, допускается исправлять подчисткой или закрашиванием белой краской и нанесением на том же месте исправленного текста (графики) машинописным способом или черными чернилами, пастой или тушью — рукописным способом. Повреждения листов текстовых документов, помарки и следы не полностью удаленного прежнего текста (графики) не допускаются. Фамилии, названия учреждений, организаций, фирм, название изделий и другие имена собственные приводят на языке оригинала. Допускается транслитерировать имена собственные и приводить названия организаций в переводе на язык документа с добавлением (при первом упоминании) оригинального названия. Сокращение русских слов и словосочетаний — по ГОСТ 7.12.

Построение текста работы Наименования структурных элементов «Содержание», «Введение», «Заключение», «Список использованных источников» служат заголовками структурных элементов отчѐта. Основную часть следует делить на разделы, подразделы и пункты. Пункты, при необходимости, могут делиться на подпункты В этом случае необходимо, чтобы каждый пункт содержал законченную информацию. Разделы, подразделы, пункты и подпункты следует нумеровать арабскими цифрами и записывать с абзацного отступа. Разделы должны иметь порядковую нумерацию в пределах всего текста, за исключением приложений. Пример — 1, 2, 3 и т. д. Номер подраздела или пункта включает номер раздела и порядковый номер подраздела или пункта, разделенные точкой. Пример — 1.1, 1.2, 1.3 и т. д. Номер подпункта включает номер раздела, подраздела, пункта и порядковый номер подпункта, разделенные точкой. Пример — 1.1.1.1, 1.1.1.2, 1.1.1.3 и т. д. После номера раздела, подраздела, пункта и подпункта в тексте точку не ставят. Разделы, подразделы должны иметь заголовки. Пункты, как правило, заголовков не имеют. Заголовки должны четко и кратко отражать содержание разделов, подразделов. 69

Заголовки разделов, подразделов и пунктов следует печатать с абзацного отступа с прописной буквы без точки в конце, не подчеркивая. Если заголовок состоит из двух предложений, их разделяют точкой.

Нумерация страниц Страницы следует нумеровать арабскими цифрами, соблюдая сквозную нумерацию по всему тексту. Номер страницы проставляют в центре нижней части листа без точки. Титульный лист включают в общую нумерацию страниц. Номер страницы на титульном листе не проставляют. Иллюстрации и таблицы, расположенные на отдельных листах, включают в общую нумерацию страниц. Иллюстрации и таблицы на листе формата A3 учитывают как одну страницу. Внутри пунктов или подпунктов могут быть приведены перечисления. Перед каждым перечислением следует ставить дефис или, при необходимости ссылки в тексте документа на одно из перечислений, строчную букву (за исключением ѐ, з, о, г, ь, и, ы, ъ), после которой ставится скобка. Для дальнейшей детализации перечислений необходимо использовать арабские цифры, после которых ставится скобка, а запись производится с абзацного отступа. Каждый структурный элемент отчѐта следует начинать с нового листа (страницы). Нумерация страниц отчѐта и приложений должна быть сквозная.

Иллюстрации Иллюстрации (чертежи, графики, схемы, компьютерные распечатки, диаграммы, фотоснимки) следует располагать в документе непосредственно после текста, в котором они упоминаются впервые, или на следующей странице. Иллюстрации могут быть в компьютерном исполнении, в том числе и цветные. На все иллюстрации должны быть даны ссылки в документе. Чертежи, графики, диаграммы, схемы, иллюстрации, помещаемые в документе, должны соответствовать требованиям государственных стандартов Единой системы конструкторской документации (ЕСКД). Иллюстрации, за исключением иллюстрации приложений, следует нумеровать арабскими цифрами сквозной нумерацией. Если рисунок один, то он обозначается «Рис. 1». Слово «рисунок» и его наименование располагают посередине строки. Допускается нумеровать иллюстрации в пределах раздела. В этом случае номер иллюстрации состоит из номера раздела и порядкового номера иллюстрации, разделенных точкой. Например, рис. 1.1. Иллюстрации, при необходимости, могут иметь наименование и пояснительные данные (подрисуночный текст). Слово «Рисунок» и наименование помещают после пояснительных данных и располагают следующим образом: Рис. 1. Детали прибора. Иллюстрации каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Например, рис. А.З. При ссылках на иллюстрации следует писать «... в соответствии с рис. 2» при сквозной нумерации и «... в соответствии с рис. 1.2» при нумерации в пределах раздела.

Таблицы Таблицы применяют для лучшей наглядности и удобства сравнения показателей. Название таблицы, при его наличии, должно отражать ее содержание, быть точным, кратким. Название таблицы следует помещать над таблицей слева, без абзацного отступа в одну строку с ее номером через тире. 70

При переносе части таблицы название помещают только над первой частью таблицы, нижнюю горизонтальную черту, ограничивающую таблицу, не проводят. Таблицу следует располагать в документе непосредственно после текста, в котором она упоминается впервые, или на следующей странице. На все таблицы должны быть ссылки в документе. При ссылке следует писать слово «таблица» с указанием ее номера. Таблицу с большим количеством строк допускается переносить на другой лист (страницу). При переносе части таблицы на другой лист (страницу) слово «Таблица» и номер ее указывают один раз справа над первой частью таблицы, над другими частями пишут слово «Продолжение» и указывают номер таблицы, например: «Продолжение табл. 1». При переносе таблицы на другой лист (страницу) заголовок помещают только над ее первой частью. Таблицу с большим количеством граф допускается делить на части и помещать одну часть под другой в пределах одной страницы. Если строки и графы таблицы выходят за формат страницы, то в первом случае в каждой части таблицы повторяется головка, во втором случае — боковик. Если повторяющийся в разных строках графы таблицы текст состоит из одного слова, то его после первого написания допускается заменять кавычками; если из двух и более слов, то при первом повторении его заменяют словами «То же», а далее — кавычками. Ставить кавычки вместо повторяющихся цифр, марок, знаков, математических и химических символов не допускается. Если цифровые или иные данные в какой-либо строке таблицы не приводят, то в ней ставят прочерк. Таблицы, за исключением таблиц приложений, следует нумеровать арабскими цифрами сквозной нумерацией. Допускается нумеровать таблицы в пределах раздела. В этом случае номер таблицы состоит из номера раздела и порядкового номера таблицы, разделенных точкой. Таблицы каждого приложения обозначают отдельной нумерацией арабскими цифрами с добавлением перед цифрой обозначения приложения. Если в документе одна таблица, то она должна быть обозначена «Таблица 1» или «Таблица В.1», если она приведена в приложении В. Заголовки граф и строк таблицы следует писать с прописной буквы в единственном числе, а подзаголовки граф — со строчной буквы, если они составляют одно предложение с заголовком, или с прописной буквы, если они имеют самостоятельное значение. В конце заголовков и подзаголовков таблиц точки не ставят. Таблицы слева, справа и снизу, как правило, ограничивают линиями. Допускается применять размер шрифта в таблице меньший, чем в тексте. Разделять заголовки и подзаголовки боковика и граф диагональными линиями не допускается. Горизонтальные и вертикальные линии, разграничивающие строки таблицы, допускается не проводить, если их отсутствие не затрудняет пользование таблицей. Заголовки граф, как правило, записывают параллельно строкам таблицы. При необходимости допускается перпендикулярное расположение заголовков граф. Шапка таблицы должна быть отделена линией от остальной части таблицы.

Формулы и уравнения Уравнения и формулы следует выделять из текста в отдельную строку. Выше и ниже каждой формулы или уравнения должно быть оставлено не менее одной свободной строки. Если уравнение не умещается в одну строку, то оно должно быть перенесено после знака равенства (=) или после знаков плюс (+), минус (-), умножения (х), деления (:), или других математических знаков, причем знак в начале следующей строки повторяют. При переносе формулы на знаке, символизирующем операцию умножения, применяют знак «X». 71

Пояснение значений символов и числовых коэффициентов следует приводить непосредственно под формулой в той же последовательности, в которой они даны в формуле. Формулы в документе следует нумеровать порядковой нумерацией в пределах всего отчѐта арабскими цифрами в круглых скобках в крайнем правом положении на строке. Пример А=а:Ь, (1) В=с:е. (2) Одну формулу обозначают — (1). Формулы, помещаемые в приложениях, должны нумероваться отдельной нумерацией арабскими цифрами в пределах каждого приложения с добавлением перед каждой цифрой обозначения приложения, например формула (В.1). Ссылки в тексте на порядковые номера формул дают в скобках. Пример ..в формуле (1). Допускается нумерация формул в пределах раздела. В этом случае номер формулы состоит из номера раздела и порядкового номера формулы, разделенных точкой, например (3.1). Порядок изложения в документе математических уравнений такой же, как и формул. В документе допускается выполнение формул и уравнений рукописным способом черными чернилами.

Ссылки Ссылки на использованные источники следует приводить в круглых скобках. Ссылки на несколько источников отделяются точкой с запятой, в случае цитирования номер источника отделяется запятой от номера страницы, на которой находится цитируемый текст в первоисточнике.

Список использованных источников Список использованных источников должен содержать основные используемые и цитируемые в работе источники, включая законы, стандарты и др. нормативно-правовые документы. Сведения об источниках следует располагать в алфавитном порядке появления ссылок на источники в тексте и нумеровать арабскими цифрами без точки и печатать с абзацного отступа. Список использованных источников должен быть оформлен согласно ГОСТ 7.1-2003.

Примеры оформления книг Если в книге 1 автор: Ипатова, Э. Р. Введение в информационные системы: учеб. пособие / Э. Р. Ипатова. – Магнитогорск : МаГУ, 2002. -127 с. Если в книге 1-4 авторов: Гаспарин, М. С. Сборник практикумов по курсу «Информационные технологии в экономике» / М. С. Гаспарин, Г. Н. Лихачева, Е. Ю. Хрусталев.— М. : Московский государственный университет экономики, статистики и информатики, 1999. – 169 с. Если в книге более 4х авторов: Управление проектом по созданию интернет-сайта / А. Ковалев [и др.]. – М. : Альпина Паблишер, 2001. – 337 с.

Пример оформления статей из журналов и газет 1. Астахов, А. Разработка эффективных политик информационной безопасности / А. Астахов // Директор информационной службы. – 2004. - №1. – С. 3 - 19. 72

Пример оформления ссылок в Интернете 1. Зайцев, Е.В. Balanced Scorecard как инструмент управления системой конкурентных преимуществ и реинжинирингом бизнес-процессов. – Режим доступа: http://www.acgroup.ru/publics/zaitsev/zaitsev_bp.shtml

Пример оформления нормативных документов по стандартизации 1. Оригиналы газетных полос для передачи по каналам связи. Технические требования [Текст] : ГОСТ 25805–2000. – Взамен ГОСТ 25805– 83 ; введ. 01.01.02 2. ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. - М.: Изд-во стандартов, 1991. - 26 с.

Приложения Приложение оформляют как продолжение данного документа на последующих его листах. В тексте документа на все приложения должны быть даны ссылки. Приложения располагают в порядке ссылок на них в тексте документа. Каждое приложение следует начинать с новой страницы с указанием наверху посередине страницы слова «Приложение», его обозначения и степени. Приложение должно иметь заголовок, который записывают симметрично относительно текста с прописной буквы отдельной строкой. Приложения обозначают заглавными буквами русского алфавита, начиная с А, за исключением букв Ё, 3, И, О, Ч, Ь, Ы, Ъ. После слова «Приложение» следует буква, обозначающая его последовательность. Допускается обозначение приложений буквами латинского алфавита, за исключением букв I и О. В случае полного использования букв русского и латинского алфавитов допускается обозначать приложения арабскими цифрами. Если в документе одно приложение, оно обозначается «Приложение А». Текст каждого приложения, при необходимости, может быть разделен на разделы, подразделы, пункты, подпункты, которые нумеруют в пределах каждого приложения. Перед номером ставится обозначение этого приложения. Приложения должны иметь общую с остальной частью документа сквозную нумерацию страниц. При необходимости такое приложение может иметь «Содержание».

73

Список литературы 1. Загвязинский В. И. Методология и методы психолого-педагогического исследования: учеб пособие для студ. высш. пед. учеб. заведений / В.И. Загвязинский, Р. Астаханов. – 2-е изд., стер. – М. : Издательский центр «Академия», 2005. – С. 50-51. 2. Липаев В. В. Документирование и управление конфигурацией программных средств: методы и стандарты. Серия «Информатизация России на пороге XXI века» / В. В. Липаев. – М.: СИНТЕГ, 1998. – 220 с. 3. ГОСТ-34 РД 50-680-88 «Руководящий документ по стандартизации. Методические указания. Автоматизированные системы. Основные положения» 4. ГОСТ 6.61.1 - 87. Единая система классификации и кодирования техникоэкономической информации. Основные положения. 5. ГОСТ 19.701-90 (ИСО 5807-85). ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. - М.: Изд-во стандартов, 1991. - 26 с. 6. ГОСТ Р ИСО/МЭК 14764-2002 Информационная технология. Сопровождение программных средств. 7. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения. 8. ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем. 9. ГОСТ 34.320-96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы. 10. ГОСТ 34.321- 96 Информационная технология. Система стандартов по базам данных. Эталонная модель. 11. ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. 12. ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. 13. ГОСТ 34.603-92 Информационные технологии. Виды испытаний автоматизированных систем. 14. ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств. 15. ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления.

74

Приложение 1 Перечень направлений выпускных квалификационных работ АИС

Разработка Приобретение и внедрение Модификация

Виды управленческих решений

Модуль

Приложение

+ + Место модуля; Функционал; Методическая поддержка; Программный код + Критерии выбора приобретения; Системный проект (ТЗ) + Национальные проекты Внедрение; Инструкции; Рекомендации + + +

Результат или предмет реализации управленческого решения Интерфей с, отчеты -

+

+

-

+

+

Модель Управления Имитационная предприятием + -

-

-

+

-

?

-

+

+ ? Изменен ие платфор мы; Доп. функции

-

+ Портал ; Новые услуги

+

+

+

АРМ

Модуль

75

Инструментарий

Сайт

Приложени е

Приложение 2 Техническое задание: определение, содержание Техническое задание – является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) информационной системы (далее ИС), в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие (ГОСТ 34.602-89). Типовые требования к составу и содержанию технического задания приведены в таблице 2.1. Таблица 2.1 Состав и содержание технического задания (ГОСТ 34.602- 89) № п\п

1

2

3

4

Раздел

Содержание

− полное наименование системы и ее условное обозначение − шифр темы или шифр (номер) договора; − наименование предприятий разработчика и заказчика системы, их реквизиты Общие сведения − перечень документов, на основании которых создается ИС − плановые сроки начала и окончания работ − сведения об источниках и порядке финансирования работ − порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств − вид автоматизируемой деятельности − перечень объектов, на которых предполагается использование Назначение и цели системы создания − наименования и требуемые значения технических, (развития) системы технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении ИС Характеристика − краткие сведения об объекте автоматизации объектов − сведения об условиях эксплуатации и характеристиках автоматизации окружающей среды Требования к системе в целом: − требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы) − требования к персоналу (численность пользователей, квалификация, режим работы, порядок подготовки) − показатели назначения (степень приспособляемости системы к изменениям процессов управления и значений параметров) − требования к надежности, безопасности, эргономике, Требования к транспортабельности, эксплуатации, техническому системе обслуживанию и ремонту, защите и сохранности информации, защите от внешних воздействий, к патентной чистоте, по стандартизации и унификации Требования к функциям (по подсистемам): − перечень подлежащих автоматизации задач − временной регламент реализации каждой функции − требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов − перечень и критерии отказов Требования к видам обеспечения: − математическому (состав и область применения мат. моделей и

76

№ п\п

5

6

7

8 9

Раздел

Содержание

методов, типовых и разрабатываемых алгоритмов) − информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам) − лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода- вывода) − программному (независимость программных средств от платформы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ) − техническому − метрологическому − организационному (структура и функции эксплуатирующих подразделений, защита от ошибочных действий персонала) − методическому (состав нормативно- технической документации − перечень стадий и этапов работ Состав и − сроки исполнения содержание работ − состав организаций — исполнителей работ по созданию − вид и порядок экспертизы технической документации системы − программа обеспечения надежности − программа метрологического обеспечения − виды, состав, объем и методы испытаний системы Порядок контроля − общие требования к приемке работ по стадиям и приемки системы − статус приемной комиссии Требования к − преобразование входной информации к машиночитаемому виду составу и − изменения в объекте автоматизации содержанию работ − сроки и порядок комплектования и обучения персонала по подготовке объекта автоматизации к вводу системы в действие Требования к − перечень подлежащих разработке документов документированию − перечень документов на машинных носителях Источники − документы и информационные материалы, на основании которых разработки разрабатывается ТЗ и система

77

Приложение 3 Формы документов, оформляемых при сопровождении и конфигурировании 1. Отчеты пользователей о выявленных дефектах и предложениях по корректировке программ должны содержать разделы: 1) идентификатор пользователя, представившего отчет; 2) дата фиксирования дефекта или предложения на изменение АС (или части); 3) номер и параметры адаптации пользовательской версии АС (или части), на которой обнаружен дефект; 4) подробное описание сценария и исходных данных, при которых выявлен дефект; 5) описание проявления дефекта и документы результатов его регистрации; 6) предположение о причине, вызвавшей проявление дефекта; 7) предложение по модификации АС (или части) и его компонентов для устранения дефекта или совершенствования функционирования программ. 2. Журнал выявленных дефектов и предложений по совершенствованию и развитию функций версии АС (или части), а также результатов анализа предполагаемых корректировок версии АС должен содержать все отчеты пользователей о дефектах и предложениях и дополнительные разделы: 1) идентификатор разработчика, которому передан отчет пользователя для анализа; 2) дату анализа отчета пользователя; 3) признак наличия повторяемости результатов сценария проявления дефекта на пользовательской версии и необходимости дальнейшего анализа дефекта на базовой версии АС (или части); 4) тесты, исходные данные и сценарий, при которых проявляется дефект; 5) результаты анализа причины и источника выявленного дефекта; 6) предложения о возможных способах устранения дефекта или о реализации предложения по совершенствованию программ и базы данных; 7) оценки сложности, трудоемкости, эффективности и срочности модификации программ и базы данных; 8) оценки влияния предлагаемых изменений на эксплуатацию версий АС (или части), имеющихся у пользователей. 3. Журнал подготовленных и утвержденных корректировок, а также реализованных изменений и обобщенных характеристик новой базовой версии ПС должен содержать разделы: 1) идентификатор специалиста, который разработал модификацию программ и базы данных; 2) дата разработки модификации; 3) причина изменения программ и базы данных (дефект, совершенствование); 4) содержание изменений программ и базы данных; 5) содержание изменений документации на версию АС (или части); 6) результаты тестирования базовой версии АС (или части) с предполагаемыми изменениями; 7) дата и лицо, утвердившее модификацию АС (или части); 78

содержание решения на изменения: частная модификация или издание новой версии АС (или части); 9) результаты испытаний и обобщенные характеристики базовой версии АС после внесения изменений; 10) решение по распространению пользователям проведенной модификации или версии АС (или части); 11) решение по поддержке сопровождения предшествующих версий АС (или части); 12) адрес хранения корректировок, документов и квалификационных тестов новой базовой версии АС. 4. Извещение пользователям о выпуске новой версии АС (или части) или о прекращении сопровождения определенной предшествующей версии ПС должно содержать: 1) краткое обоснование причин модификации или прекращения сопровождения версии ПС; 2) описание содержания и характеристики основных изменений в новой версии. 5. Миграционный план: 1) анализ требований и определение характеристик миграции; 2) разработка миграционных инструментальных средств; 3) изменение программного продукта и данных; 4) выполнение перемещения; 5) проверка перемещения; 6) поддержка для старой окружающей среды в будущем. 6. Уведомление о планах и действиях по перемещению: 1) заявление почему старая среда не может больше поддерживаться; 2) описание новой среды с ее датой доступности; 3) описание других имеющихся в распоряжении примеров поддержки, если только поддержка для старой среды ликвидирована; 4) рекомендации по приобретению или замене пользовательской версии АС. 7. Отчет о результатах эксплуатации снятой с сопровождения версии ПС и ее архивации должен содержать: 1) дату решения о прекращении сопровождения версии АС и извещения пользователей; 2) идентификатор лица, принявшего решение о прекращении сопровождения версии АС; 3) дату и идентификатор лица, выполнившего архивацию версии АС; 4) идентификаторы магнитных носителей архива, содержащих подлинники и дубликаты текстов и документов, снятой с сопровождения версии АС. 8. Журнал тиражирования и характеристик базовых версий, учета конфигураций и параметров пользовательских версий ПС должен содержать разделы: 1) номера базовых версий АС, поддерживаемых сопровождением; 2) краткая характеристика и адрес архива, содержащего носители и документацию каждой базовой версии АС; 3) краткая характеристика и адрес архива, содержащего квалификационные тесты базовых версий АС; 4) перечень идентификаторов пользователей, которым передана на эксплуатацию версия АС; 5) номер базовой версии, которая адаптировалась для эксплуатации каждым пользователем; 8)

79

6) 7)

параметры среды пользователя, на которые адаптировалась базовая версия АС; характеристики активности обращений пользователя к поставщику за консультациями и модификациями.

80

Учебное издание

Требования к выпускной квалификационной работы студентов специальности 080801 «Прикладная информатика (в экономике)» Методические рекомендации

Под общей редакцией О.Б. Назаровой

Редактор И.В. Мирошникова Регистрационный № 0250 от 27.07.2006 Подписано в печать 12. 11. 09 г. Формат 60х84 1/16. Бумага тип №1 Печать офсетная. Усл. печ.л. 4,65. Уч.-изд. л. 4,44 Тираж 100 экз. Заказ № 646. Цена свободная Издательство Магнитогорского государственного университета 455038, г. Магнитогорск, пр. Ленина, 114 Типография МаГУ

81

82