|
Автоматизированная информационная система Учет экономической деятельности мукомольного цехаАвтоматизированная информационная система Учет экономической деятельности мукомольного цехаСодержание: Список сокращений ………………………….………………………………….3 Введение …………………………………………………………………………4 1. Анализ деятельности малых производственных предприятий. 1.1. Структура АИС…………….…………...…………………………………6 1.2. Функциональная схема подсистемы "Учет деятельности малых производственных цехов"………………………………...…………………..10 2. Основные принципы создания БД. 2.1. Требования, которым должна удовлетворять организация БД………..13 2.1.1.Установление многосторонних связей………………………….....13 2.1.2. Производительность………………………………………………..13 2.1.3. Минимальные затраты………………………………………….….14 2.1.4. Минимальная избыточность……………………………………….14 2.1.5. Возможность поиска……………………………………………….14 2.1.6. Целостность…………………………………………………………14 2.1.7. Безопасность и секретность…………………………………..……15 2.1.8. Связь с прошлым……………………………………………….…..15 2.1.9. Связь с будущим……………………………………………………15 2.1.10. Простота использования……………………….…………………16 2.2. Основы построения банков данных……………………………………..16 2.3. Язык SQL как стандартный язык БД………………………………...…..19 2.3.1. Язык SQL………………………………………………………..…..19 2.3.2. Достоинства SQL………………………………………………...…21 2.4. Архитектуры БД…………………………………………………………..25 2.5. Проблема проектирования БД……………………………………….…..29 3. Среда Delphi как средство для разработки СУБД. 3.1. Программный продукт Delphi………………………………………..…..31 3.2. Высокопроизводительный компилятор в машинный код…………...…33 3.3. Мощный объектно-ориентированный язык…………………………….34 3.4. Объектно-ориентированная модель программных компонент…….….35 3.5. Библиотека визуальных компонент………………………………….….36 3.6. Формы, модули и метод разработки "Two-Way Tools"……………..….39 3.7. Масштабируемые средства для построения БД……………………..….40 3.8. Настраиваемая среда разработчика…………………………………..….43 3.9. Незначительные требования к аппаратным и программным средствам……………………………………………………………………….45 4.Описание программы. 4.1.Структура хранения информации……………………………………..….46 4.2. Структура БД………………………………………………………….…..46 4.3. Интерфейс программы……………………………………………………53 4.4. Экранные формы………………………………………………………….54 4.5. Руководство пользователя……………………………………….……….55 5. Безопасность и экологичность проекта. 5.1. Анализ основных опасностей и вредных факторов…………………….61 5.1.1. Комплекс мер по охране труда оператора ПЭВМ………………..61 5.1.1.1. Шум и вибрация…………………………………………....63 5.1.1.2. Планировка рабочего места…………………………….....63 5.1.1.3. Освещение………………………………………………….65 5.1.1.4. Статическое электричество………………………….…….65 5.1.1.5. Излучение……………………………………………….….66 5.1.1.6. Пожарная безопасность на РМ………………………...….66 5.1.2. Производственные шумы и вибрация……………………………..66 5.2. Расчёт уровня звукового давления………………………………..……..67 5.3. Расчёт искусственного освещения в операторной ЭВМ………...……..68 6. Организационно-экономическая часть проекта. 6.1. Организация разработки программного продукта……………………...71 6.1.1 Состав и структура проекта…………………………………….….71 6.1.2 Новизна и сложность разработки…………………………….……72 6.1.3 Перечень работ и стадии их выполнения……………………...….73 6.1.4 Трудоемкость выполняемых работ…………………………….….75 6.1.5 Планирование разработки и внедрения………………………..….75 6.1.6 Расчет и оптимизация параметров сетевого графика…………….77 6.2. Стоимость программного продукта……………………………………..82 6.2.1 Затраты на создание программного продукта………………….…82 6.2.2 Цена программного продукта………………………………….…..82 6.3. Оценка ожидаемого экономического эффекта……………………...…..86 6.3.1 Выбор метода расчета……………………………………………...86 6.3.2 Сведения о базовом и внедряемом вариантах……………………86 6.3.3 Капитальные затраты……………………………………………....86 6.3.4 Текущие затраты……………………………………………...…….87 6.3.5 Расчет экономического эффекта…………………………………..88 Заключение...………………………………………………………………….….89 Список литературы…………………………………………………………...….90 СПИСОК СОКРАЩЕНИЙ АБД – администратор БД; АИС – автоматизированная информационная система; АРМ – автоматизированное рабочее место; АСУ – автоматизированные системы управления; АСУ П – АСУ предприятия; АСУ ТП – АСУ технологических процессов; БД - база данных; ГОСТ – государственный стандарт; ПАЗ – противоаварийная защита; ПТК – программно-технический комплекс; ПЛК – программно-логический контроллер; ФЗП – фонд заработной платы; п/с – подсистема; п/ф – полуфабрикат; СтП – стандарт предприятия; СУБД - система управления базами данных; ТУ – технические условия; ТЭП – технико-экономические показатели; ЯОД – язык описания данных; Введение Потоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Некоторые организации используют для этого шкафы с папками, но большинство предпочитают компьютеризированные способы – базы данных, позволяющие эффективно хранить, структурировать и систематизировать большие объемы данных. И уже сегодня без баз данных невозможно представить работу большинства финансовых, промышленных, торговых и прочих организаций. Не будь баз данных, они бы просто захлебнулись в информационной лавине. Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Использование клиент/серверных технологий позволяют сберечь значительные средства, а главное и время для получения необходимой информации, а также упрощают доступ и ведение, поскольку они основываются на комплексной обработке данных и централизации их хранения. Кроме того ЭВМ позволяет хранить любые форматы данных, текст, чертежи, данные в рукописной форме, фотографии, записи голоса и т.д. Для использования столь огромных объемов хранимой информации, помимо развития системных устройств, средств передачи данных, памяти, необходимы средства обеспечения диалога человек - ЭВМ, которые позволяют пользователю вводить запросы, читать файлы, модифицировать хранимые данные, добавлять новые данные или принимать решения на основании хранимых данных. Для обеспечения этих функций созданы специализированные средства – системы управления базами данных (СУБД). Современные СУБД - многопользовательские системы управления базой данных, которые специализируется на управлении массивом информации одним или множеством одновременно работающих пользователей. Современные СУБД обеспечивают: - набор средств для поддержки таблиц и отношений между связанными таблицами; - развитый пользовательский интерфейс, который позволяет вводить и модифицировать информацию, выполнять поиск и представлять информацию в графическом или текстовом режиме; - средства программирования высокого уровня, с помощью которых можно создавать собственные приложения. Для разработки АИС "Учёт деятельности малых производственных предприятий" была выбрана интегрированная среда разработки Delphi 5 для WINDOWS – приложений. АИС "Учёт деятельности малых производственных предприятий" предназначена предоставлять оперативную информацию для АРМ Руководства, подготавливать информацию для дальнейшего анализа, снижать объёмы бумажного документооборота и д.р. Данная АИС должна работать с оперативными данными, накопление этих данных позволит проводить анализ деятельности предприятия за любой период времени. Это является одной из задач внедрения системы, и для успешного достижения её, в систему встроен модуль оптимизации хранения информации. Благодаря его использованию, существенно сокращается время, затрачиваемое на подготовку информации для использования в других подсистемах. Это достигается путем выбора наиболее оптимального способа хранения данных в зависимости от типа. При таком подходе, время, затрачиваемое на получение этих данных другими подсистемами также сокращается. ГЛАВА 1. Анализ деятельности малых производственных предприятий. 1.1. Структура АИС. Рассмотрим структуру АИС малого производственного предприятия и ее взаимосвязи с другими системами. Рис.1.1. Группы АИС. При рассмотрении АИС будем использовать восемь групп АИС (рис.1.1), в соответствии со структурой предприятия. Взаимосвязи АИС "Основное производство и контроль качества": Основное производство и контроль качества – одна из важнейших подсистем АСУ промышленного предприятия. В этой подсистеме ведутся все первичные документы по основной производственной деятельности и создается отчётная информация, с которой работают другие подсистемы. Подсистема выполняет сразу несколько функций: Планирование производства, Учёт производства, Контроль качества производства и Анализ. П/с "Основное производство и контроль качества" обменивается информацией со многими подразделениями предприятия. Взаимосвязи внутри АИС "Основное производство и контроль качества" представлены на рис.1.2. Рис. 1.2. Взаимосвязи внутри АИС "Основное производство и контроль качества". Поток данных в п/с "Бухгалтерский учёт" представляет собой информацию о плановой себестоимости продукции, плановых затратах на производство, договорных обязательствах, о ценах на продукцию и собственно план производства. По мере выполнения плана производства, этот поток наполняется информацией о фактическом производстве, фактической себестоимости и фактических затратах. Обмен информацией с п/с "Финансовый учёт" идет по налогам (план и факт выплат), договорным обязательствам, затратам, планируемому и фактическому производству. При расчёте себестоимости продукции и учёте производства, используется информация о затратах на вспомогательные ресурсы, поступающая из п/с "Учёт вспомогательного производства". Это сметы затрат, планы ремонтов, планы строительства. При расчёте выполнения плана производства, учитывается информация о движении ресурсов, поступающая из этой же п/с. Планирование и учёт поступления ресурсов в производство, строится на основе обмена с п/с "Учёт снабжения" информацией о поставках, договорных обязательствах, ценах на ресурсы. В "Учёт снабжения" уходит информация о качестве поставляемого сырья. П/с "Учет сбыта и реализации" получает из п/с "Основное производство и контроль качества" сведения о фактическом производстве и качестве товарной продукции. Выполнение плана производства в части отгрузки готовой продукции формируется на основе отчетности по реализации, поступающей из соответствующей п/с. Отчетность создается за различные периоды времени. П/с "Учет персонала" передает в п/с "Основное производство и контроль качества" информацию о сотрудниках и данные по плановому ФЗП. Эти данные участвуют в расчете себестоимости продукции. Вся отчётность п/с "Основное производство и контроль качества" передается в п/с "Управление и анализ" для проведения дальнейшего анализа и планирования, в т.ч. стратегического. Внутри п/с "Основное производство и контроль качества", существует интенсивный обмен информацией между подсистемами различных служб производства и контроля качества. П/с "Учет деятельности производственных цехов"' связана со всеми остальными службами. В различные подразделения передается отчетность по производству, описывающая наличие и движение сырья, полуфабрикатов, продукции и вспомогательных материалов в производстве, как оперативная, так и периодическая. П/с "Учёт деятельности производственных цехов" состоит из подсистем отображённых на рис.1.3. Рис.1.3. П/с "Учёт деятельности производственных цехов". Из п/с "Планирование и учет ТЭП" поступает план производства, из п/с "Материальный учет сырья" - план поставок сырья, из п/с "Технологический контроль производства" передаются нормы расхода, регламент производства. П/с "Служба сертификации" передает п/с "Контроль качества" - информацию о качестве сырья, продукции, полуфабрикатов. П/с "Планирование и учет ТЭП" связана большей частью с п/с "Технологический контроль производства". Из п/с "Технологический контроль производства" передаются ТЭП, нормы расхода ресурсов по производству, потребности в ресурсах, план и факт потерь в производстве. Из п/с "Учет деятельности производственных цехов" передается отчетность по производству (ежесуточная, ежемесячная). В п/с "Материальный учёт сырья" передается информация о плане производства. С п/с "Контроль качества" происходит обмен данными по смете содержания. П/с "Материальный учет сырья" передает плановую и фактическую информацию о поставках сырья и отгрузке продукции организациям-поставщикам. П/с "Технологический контроль производства" передает в п/с "Планирование и учёт ТЭП" технические показатели, нормы расхода ресурсов по производству, потребности в ресурсах, план и факт потерь в производстве, а в п/с "Учет деятельности производственных цехов" - нормы расхода ресурсов и потерь, регламенты производства. Из п/с "Контроль качества" в п/с "Технический контроль производства" поступает отчетность о качестве, из п/с "Статистический учет качества" - результаты статистического анализа качества, из п/с "Учет деятельности производственных цехов" - отчетность по фактическому производству. П/с "Оперативный контроль за деятельностью предприятия" получает из п/с "Учет деятельности производственных цехов" оперативную информацию по производству, а из п/с "Контроль качества" - оперативную информацию о качестве. П/с "Служба сертификации" передает в различные подразделения информацию по ГОСТам, ТУ, СтП, а также руководства и формы паспортов качества в п/с "Контроль качества". Из п/с "Контроль качества" приходит отчетность по качеству, а из п/с "Статистический учет качества" - результаты статистического анализа качества. П/с "Контроль качества" получает заказы на анализы от п/с "Оперативный контроль за деятельностью предприятия" и п/с "Учет деятельности производственных цехов". Сюда поступает информация о наличии сырья, п/ф, продукции из п/с "Учет деятельности производственных цехов", ГОСТы, ТУ, СтП, руководства и формы паспортов качества из п/с "Службы сертификации", статистическая отчетность из п/с "Статистический учёт качества". П/с "Контроль качества" передает оперативную информацию о качестве, паспорта качества в п/с "Учет деятельности производственных цехов" и в п/с "Оперативный контроль за деятельностью предприятия", а отчеты - в п/с "Технологический контроль производства" и п/с "Служба сертификации". С п/с "Планирование и учет ТЭП" происходит обмен данными по смете содержания. П/с "Статистический учет качества" получает из п/с "Контроль качества" накопленную информацию о качестве продукции, а из п/с "Службы сертификации" - нормативные документы, и передает результаты статистического анализа в различные п/с: "Контроль качества", "Служба сертификации", "Технологический контроль производства". 1.2. Функциональная схема подсистемы "Учет деятельности малых производственных цехов". П/с "Учет деятельности производственных цехов" делится на следующие функциональные модули (рис.1.4.): Учет движения сырья, полуфабрикатов, продукции. Позволяет работать с оперативными данными о наличии и движении сырья, полуфабрикатов и продукции внутри производственного цикла. Первичный материальный учет поставки сырья, производства и отгрузки продукции. Позволяет работать с информацией о фактической поставке сырья, производстве продукции и отгрузке, и на ее основе, а также, используя информацию о движении технологических компонентов, план производства, информацию о качестве и нормативные документы, автоматически составлять оперативные и периодические отчеты по фактическому производству продукции, расходах и потерях. Эта отчетность передается в другие п/с. По проекту реконструкции была принята автоматизированная система управления заводом, состоящая из АСУ технологическими установками, АСУ объектами общезаводского хозяйства и автоматизированной системы управления операциями приёма, хранения, отгрузки готовой продукции и сырья. Рис.1.4.Функциональная схема п/с "Учет деятельности производственных цехов". Интегрированная АСУ заводом строится на базе компьютерной сети, средств микропроцессорной техники и электроники. Каждая из указанных АСУ является иерархической и состоит из следующих подсистем: - подсистемы автоматизированного контроля и управления технологическим процессом; - подсистемы автоматической противоаварийной защиты (ПАЗ) технологического процесса и оборудования. Первая подсистема выполняется на микропроцессорном программно- технологическом комплексе (ПТК) с сетевой структурой. Подсистема автоматической противоаварийной защиты (ПАЗ) выполняется на высоконадёжном микропроцессорном программно- логическом контроллере (ПЛК) с горячим резервом входов/выходов, процессора, блока памяти. В ПТК осуществляются информационные и управляющие функции АСУ, и отображение информации о действиях ПЛК, регистрация срабатывания и контроля за работоспособным состоянием средств ПАЗ, постоянный контроль состояния воздушной среды в пределах объекта, постоянный анализ изменения параметров в сторону критических значений и прогнозирование возможной аварии, проведение операций безаварийного пуска и остановки технологического объекта. АИС "Учет деятельности производственных цехов" представляет собой законченный комплекс программных модулей для внесения, хранения и обработки всей оперативной информации по основной производственной деятельности предприятия. Оперативность обрабатываемой информации ни чем не ограничивается, при этом, накопление ежесуточной информации позволяет осуществлять дальнейший анализ в разрезе любых временных периодов. Вся информация о деятельности предприятия разделяется на несколько типов. Выделяются следующие данные: • об объемах поступления сырья на установки • об объемах переработки на установках • об объемах сжега на установке (для некоторых установок) • об объемах цеховой отгрузки (например, отгрузка кокса) • о расходе топлива по установкам • о расходе топлива на нужды ТЭЦ • о потерях по установкам • о выработках газа (для некоторых установок) • об остатках продукции в цехах (например, остатки кокса) Вся эта информация имеется в распоряжении экономистов производственных цехов, которые и будут осуществлять оперативный ввод данных. Данные по суточной деятельности должны быть введены в систему утром следующего дня. В случае какой-либо ошибки в учете, позднее могут быть внесены изменения, без ущерба для целостности данных. Вместе с тем, возможно реализовать ведения журнала изменений, в котором будут отражаться все действия персонала по внесению корректировок в оперативные данные. Наличие такого журнала позволит не только проводить анализ качества учета деятельности (выявляя множество ошибок в ведении посуточного учета), но и следить за тем, как персонал работает с АРМом. АИС "Учет деятельности малых производственных предприятий" должна обеспечивать обработку первичной информации по деятельности основного производства, ее внедрение будет означать появление оперативных данных в Общезаводской Системе. При чем данные эти должны отражать реальную картину производства и без каких-либо задержек по времени. На основе этих данных автоматически будут создаваться различные сводки и отчеты, пригодные для анализа производственной деятельности на сколь угодно большом временном периоде. Данные, предоставляемые рассматриваемой АИС, позволят контролировать дисциплину персонала. Достаточно легко в АРМ Руководство могут быть встроены отчеты оценивающие интенсивность работы и качество предоставляемой информации. Такого рода анализ, основываясь на рассчитываемом проценте ошибок конкретных исполнителей при учете производства, позволит, используя данные за большой временной период, оценивать качество работы персонала. Собранные статистические данные позволят более корректно и решительно подходить к вопросу оценки работы персонала. Все эти обстоятельства послужили причиной в выборе темы для дипломного проекта. Создание АИС "Учет деятельности малых производственных предприятий" открывает большие возможности перед пользователями и руководством. Во-первых - это централизованное управление информационными ресурсами, во-вторых - быстрый и удобный для пользователя просмотр БД, удобная форма ее заполнения, корректировка, в-третьих - это возможность осуществления поиска по разным критериям и вывод полученной информации как на экран в режиме предварительного просмотра, так и на принтер. ГЛАВА 2. Основные принципы создания баз данных. 2.1. Требования, которым должна удовлетворять организация базы данных. Изучением этого вопроса долгое время занимались различные группы людей в учреждениях, использующих ЭВМ, в правительственных комиссиях, на вычислительных центрах коллективного пользования. Комитет CODASYL опубликовал отчеты на эту тему (CODASYL—организация, разработавшая язык КОБОЛ). Организации пользователей IBM SHARE и GUIDE в своем отчете сформулировали требования к системе управления базами данных. Организация ACiM (Association for Computing Machinery) также занималась изучением этого вопроса. Ниже перечислены основные требования к организации базы данных. 2.1.1. Установление многосторонних связей. Различным программистам требуются различные логические файлы. Эти файлы получаются из одной и той же совокупности данных. Между элементами запоминаемых данных могут существовать различные связи. Некоторые базы данных будут содержать сложные переплетения взаимосвязей. Метод организации данных должен быть таким, чтобы обеспечивалась возможность удобного представления этих взаимосвязей и быстрого согласования вносимых в них изменений. Система управления базами данных должна обеспечивать возможность получения требуемых логических файлов из имеющихся данных и существующих между ними связей. Необходимо, чтобы существовало хотя бы небольшое сходство между представлением логического файла в прикладной программе и способом физического хранения данных.[7, 10, 11]. 2.1.2. Производительность. Базы данных, специально разработанные для использования их оператором терминала, обеспечивают время ответа, удовлетворительное для диалога человек — терминал. Кроме того, система баз данных должна обеспечивать соответствующую пропускную способность. В системах, рассчитанных на небольшой поток запросов, пропускная способность накладывает незначительные ограничения на структуру базы данных. В системах с большим потоком запросов, например в системах резервирования авиабилетов, пропускная способность оказывает решающее влияние на выбор организации физического хранения данных. В системах, предназначенных только для пакетной обработки, время ответа не так важно и метод физической организации может выбираться из условий обеспечения эффективной пакетной обработки.[7, 10, 11]. 2.1.3. Минимальные затраты. Для уменьшения затрат на создание и эксплуатацию базы данных выбираются такие методы организации, которые минимизируют требования к внешней памяти. При использовании этих методов физическое представление данных в памяти может сильно отличаться от того представления, которое использует прикладной программист. Преобразование одного представления в другое осуществляет программное обеспечение либо, если возможно, аппаратные или микропрограммные средства. В таких случаях приходится выбирать между затратами на алгоритм преобразования и экономией памяти.[7, 10, 11]. 2.1.4. Минимальная избыточность. В системах обработки, существовавших до использования систем управления базами данных, информационные фонды обладали очень высоким уровнем избыточности. Большинство ленточных библиотек содержало большое количество избыточных данных. Даже при использовании баз данных по мере возрастания информации, объединяемой в интегрированные базы данных, потенциальная возможность появления избыточных данных постепенно увеличивается. Избыточные данные дороги в том смысле, что они занимают больше памяти, чем это необходимо, и требуют более одной операции обновления. Целью организации базы данных должно быть уничтожение избыточных данных там, где это выгодно, и контроль за теми противоречиями, которые вызываются наличием избыточных данных.[7, 10, 11]. 2.1.5. Возможности поиска. Пользователь базы данных может обращаться к ней с самыми различными вопросами по поводу хранимых данных. В большинстве современных коммерческих приложений типы запросов предопределены, и физическая организация данных разрабатывается для их обработки с требуемой скоростью. Возросшие требования к системам заключаются в обеспечении обработки таких запросов или формирования таких ответов, которые заранее не запланированы. [7, 10, 11]. 2.1.6. Целостность. Если база данных содержит данные, используемые многими пользователями, очень важно, чтобы элементы данных и связи между ними не разрушались. Необходимо учитывать возможность возникновения ошибок и различного рода случайных сбоев. Хранение данных, их обновление, процедуры включения данных должны быть такими, чтобы система в случае возникновения сбоев могла восстанавливать данные без потерь. Необходимо, чтобы вычислительная система гарантировала целостность хранимых в ней данных.[7, 10, 11]. 2.1.7. Безопасность и секретность. Данные в системах баз данных должны храниться в тайне и сохранности. Запоминаемая информация иногда очень важна для использующего ее учреждения. Она не должна быть утеряна или похищена. Для увеличения жизнестойкости информации в базе данных важно защищать ее от аппаратных или программных сбоев, от катастрофических и криминальных ситуаций, от некомпетентного или злонамеренного использования лицами, которые могут ее неправильно употребить. Под безопасностью данных понимают защиту данных от случайного или преднамеренного доступа к ним лиц, не имеющих на это право, от неавторизованной модификации данных или их уничтожения. Секретность определяют как право отдельных лиц или организаций определять, когда, как и какое количество соответствующей информации может быть передано другим лицам или организациям.[7, 10, 11]. 2.1.8. Связь с прошлым. Организации, которые в течение какого-то времени эксплуатируют системы обработки данных, затрачивают значительные средства на написание программ, процедур и организацию хранения данных. В том случае, когда фирма начинает использовать на вычислительной установке новое программное обеспечение управления базами данных, очень важно, чтобы при этом она могла работать с уже существующими на этой установке программами, обрабатываемые данные можно было бы соответствующим образом преобразовывать. Такое условие требует наличия программной и информационной совместимости, и ее отсутствие может стать основным сдерживающим фактором при переходе к новым системам управления базами данных. Важно, однако, чтобы проблема связи с прошлым не сдерживала развитие средств управления базами данных. [7, 10, 11]. 2.1.9. Связь с будущим. Особенно важной представляется связь с будущим. В будущем данные и среда их хранения изменятся по многим направлениям. Любая коммерческая организация со временем претерпевает изменения. Особенно дорогими эти изменения оказываются для пользователей системами обработки данных. Огромные затраты, которые требуются для реализации самых простых изменений, сильно тормозят развитие этих систем. Эти затраты расходуются на преобразование данных, перезапись и отладку прикладных программ, явившихся результатом внесения изменений. Со временем число прикладных программ в организации растет, и поэтому перспектива перезаписи всех этих программ кажется нереальной. Одна из самых важных задач при разработке баз данных—запланировать базу данных таким образом, чтобы изменения ее можно было выполнять без модификации прикладных программ.[7, 10, 11]. 2.1.10. Простота использования. Средства, которые используются для представления общего логического описания данных, должны быть простыми и изящными. Интерфейс программного обеспечения должен быть ориентирован на конечного пользователя и учитывать возможность того, что пользователь не имеет необходимой базы знаний по теории баз данных. [7, 10, 11]. 2.2. Основы построения банков данных. Вычислительная техника с каждым годом все шире применяется в различных сферах человеческой деятельности. Резкий рост объемов перерабатываемой информации и накопленный опыт пользования электронно-вычислительной техникой в различных областях человеческой деятельности приводят к необходимости пересматривать такую, традиционную область обработки информации, как управление данными. При создании баз данных (БД) необходимо уделить особое внимание тому, чтобы данные можно было широко использовать в различного рода приложениях и чтобы способы использования данных можно было легко и быстро изменять. До появления БД было чрезвычайно трудно изменить способ организации используемых данных. Для обеспечения гибкости использования данных необходимо учитывать два аспекта разработки БД: - во-первых, данные должны быть независимы от программ для того, чтобы данные можно было добавлять или перестраивать без изменения программ; - во-вторых, должна быть обеспечена возможность запрашивать и отыскивать нужную информацию в БД без трудоемкого написания программ на обычном языке программирования. Таким образом, проектирование БД должно основываться на вполне определенной системе положений - четко сформулированной концепции.[23]. Продолжающийся значительный рост использования ЭВМ в различных областях промышленности, в управлении и научных исследованиях привел к автоматизации обработки огромнейшего количества данных. В конце 50-х начале 60-х годов XX века многие организации начали накапливать и хранить данные в виде файлов, доступных ЭВМ. С течением времени организации постепенно осознавали необходимость централизации управления данными и приложениями. База данных может быть определена как совокупность предназначенных для машинной обработки данных, которая служит для удовлетворения нужд многих пользователей в рамках одной или нескольких организаций. Основным моментом является то, что база данных предназначена для использования всеми членами организации, которым необходима информация, содержащаяся в базе данных. Информация хранится в базе данных, которая может включать много различных типов логических записей. База данных ориентирована на интегрированные требования, а не на одну программу, как было с частными файлами данных. Однако наличие только базы данных само по себе не разрешает полностью проблем организации в области обработки данных и принятия решений. Управление базой данных, являющейся достоянием многих пользователей внутри организации, должно осуществляться с пользой для всей организации и с точки зрения организации в целом, а не отдельных пользователей. Без централизованного управления базой данных ее полезность со временем снижается. Для решения проблемы регулирования и управления базами данных были развиты две концепции. Во-первых, программное обеспечение развивалось в направлении, обеспечивающем поддержание общего интерфейса между всеми пользователями и интегрированной базой данных. Пользователи не могут хранить информацию независимым образом, они должны использовать и обновлять информацию в соответствии с требованиями организации. Обеспечение, известное как система управления базами данных (СУБД), позволяет осуществить контроль данных с использованием ЭВМ, СУБД - это специальный пакет программ, посредством которого реализуется централизованное управление базой данных и обеспечивается доступ к данным. В каждой СУБД прежде всего есть трансляторы или интерпретаторы с языка описания данных (ЯОД) и с языка манипулирования данными (ЯМД), единые для всей базы данных (БД). Описание структуры данного некоторого типа на формализованном языке называют схемой этого данного. Язык описания данных (ЯОД) - это язык высокого уровня, предназначенный для задания схемы базы данных. С его помощью описываются типы данных, подлежащих хранению в базе или выборке из нее, их структура и связи между собой. Исходные тексты, написанные на этом языке, после трансляции отображаются в управляющие таблицы: адресных констант, констант и другую информацию, необходимую для работы с данными программ СУБД. В соответствии с полученным описанием СУБД может найти в базе требуемые данные, правильно преобразовать их и переработать, например в прикладную программу, которой они потребовались. При записи данных в базу СУБД определяет место в памяти ЭВМ, куда их требуется поместить, преобразует к заданному виду устанавливает необходимые связи. ЯМД представлен системой команд манипулирования данными. В нем могут быть, например, следующие команды: 1. Произвести выборку из базы данных конкретного данного, значение которого удовлетворяет заданным условиям; |
|
