Арайлым_отчет-18_04_2017. Отчет по производственной практике ( наименование практики)

• Название: Отчет по производственной практике ( наименование практики)
• Дата: 23.06.2022
• Размер: 187.03 Kb.
• Имя файла: Арайлым_отчет-18_04_2017.doc
• Тип: Отчет; #612275
• страница: 3 из 6

2.2 Языковые средства АРМ

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

Рисунок 2 Принципиальная схема многоуровневой организации программно-технических средств ЛВС

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


2.3 Классификация АРМ-ов

АРМ могут быть индивидуальными, групповыми, коллективными. Применительно к групповым и коллективным АРМ в целях эффективного функционирования системы ЭВМ - специалистам (коллективу) необходимо ужесточить требования к организации работы АРМ и чётко определить функции администрирования в такой системе. Система АРМ, являющаяся «человеком – машиной», должна быть открытой, гибкой, приспособленной к постоянному развитию и совершенствованию. В такой системе должны быть обеспечены:
максимальная приближённость специалистов к машинным средствам обработки информации;
работа в диалоговом режиме;
оснащение АРМ в соответствии с требованиями эргономики;
высокая производительность компьютера;
максимальная автоматизация рутинных процессов;
моральная удовлетворенность специалистов условиями труда, стимулирующая их творческую активность, в частности, в дальнейшем развитии системы;
возможность самообучения специалистов.
Задачи, решаемые на АРМ, условно можно разделить на информационные и вычислительные.[16]
К информационным задачам относятся кодирование, классификация, сбор, структурная организация, корректировка, хранение, поиск и выдача информации. Часто информационные задачи включают несложные вычислительные и логические процедуры арифметического и текстового характера и отношения (связи). Информационные задачи являются, как правило, наиболее трудоемкими и занимают большую часть рабочего времени специалистов.
Вычислительные задачи являются как формализуемыми , так и не полностью формализуемыми. Формализуемые задачи решаются на базе формальных алгоритмов и делятся на две группы: задачи прямого счета и задачи на основе математических моделей. Задачипрямого счета решаются с помощью простейших алгоритмов. Для более сложных задач требуется применять различные математические модели.
Техническое обеспечение представляет собой комплекс технических средств, основой которого служит профессиональный персональный компьютер, предусматривающий работу специалиста без посредников (программистов, операторов и др.). У групповых АРМ таким компьютером могут пользоваться 4 - 6 человек. В комплект профессионального персонального компьютера входят процессор, дисплей, клавиатура, магнитные накопители информации, печатающие устройства и графопостроители. К комплексу технических средств следует отнести и средства коммуникаций для связи различных АРМ в сетях, а также средства телефонной связи.
Промежуточные понизительные подстанции выполнены по модульному принципу и ориентированы на решение определенного класса задач. Промежуточные понизительные подстанции являются основным видом проблемного программного обеспечения. Они позволяют формировать алгоритмы, изменять условия решения задач данного класса, контролировать ход решений, вносить коррективы в алгоритмы и др. При работе на АРМ промежуточные понизительные подстанции реализуются в диалоговом режиме. Примерами промежуточной понизительной подстанции являются: Промежуточные понизительные подстанции для формирования различных документов с выполнением расчётных операций, Промежуточные понизительные подстанции для задач оптимизаций планов, Промежуточные понизительные подстанции балансовых задач. Особое место уделяется Промежуточные понизительные подстанции для создания автоматизированных информационных систем, которые могут иметь различное назначение: справочные, для обработки таблиц, ведения массивов информации, создания и ведения баз данных, документальные. Пакеты для работы с графической информацией позволяют представить в наглядном и компактном виде состояние и процессы, свойственные объектам, проиллюстрировать результаты прогнозного анализа.
3 Теория современных систем управления базами данных


3.1 Концепция баз данных

В основу построения современных автоматизированных ИС положена концепция базы данных,которая гласит:
1. Все данные располагаются в едином и неделимом фонде – базе данных и доступны программам и пользователям.
2. Программы обработки данных информационного фонда не зависит от хранящихся данных.
С принятием данной концепции на рынке программного обеспечения появились специальные инструментальные системы – системы управления базами данных.
С помощью этих систем создаются конкретные автоматизированные ИС, например, система "КАДРЫ", система "БУХГАЛТЕРИЯ" и другие.
В зависимости от того, какого типа модель данных может реализовать СУБД последние разделяют на: сетевые СУБД, Иерархические СУБД и реляционные СУБД.
Как указывалось выше, сетевая и иерархическая модели могут быть сведены к реляционной (однако, при этом неизбежно дублирование данных!). Поэтому эти модели данных могут поддерживаться реляционной СУБД при условии что, разработчик конкретной ИС предусмотрит специальные меры по предотвращению противоречий в информационном фонде (базах данных).
В настоящее время среди СУБД, ориентированных на IBM PC-совместимые компьютеры, широкое распространение получили Fox Pro V2.5, Clipper V5.0, Dbase IV и Paradox V5.0. Все перечисленные СУБД являются реляционными и, за исключением Clipper распространяются в двух видах: для работы в среде MS DOS и в среде Windows. В это же время в сообществе баз данных COBOL была проработана концепция схем баз данных и концепция независимости данных. Следующий важный этап связан с появлением в начале 1970-х реляционной модели данных, благодаря работам Эдгара Ф. Кодда. Работы Кодда открыли путь к тесной связи прикладной технологии баз данных с математикой и логикой. За свой вклад в теорию и практику Эдгар Ф. Кодд также получил премию Тьюринга.
Сам термин база данных (англ. database) появился в начале 1960-х годов, и был введён в употребление на симпозиумах, организованных компанией SDC в 1964 и 1965 годах, хотя понимался сначала в довольно узком смысле, в контексте систем искусственного интеллекта. В широкое употребление в современном понимании термин вошёл лишь в 1970-е годы.[11]


3.2 Архитектура СУБД

Microsoft SQL Server – реляционная СУБД. В данномслучае под архитектурой базы данных мы будем понимать ее основные составляющие и принципы их взаимодействия (имея в виду, что речь идет именно о реляционной базе данных). При этом архитектуру можно рассматривать на двух уровнях абстракции: ƒ
Логический уровень (логическая архитектура базы данных) – данный уровень рассмотрения подразумевает изучение базы данных на уровне ее содержательных объектов. Здесь каждая СУБД имеет некоторые отличия, но они являются не очень значительными. Однако полезно знать, что у разных СУБД существенно отличаются механизмы перехода от логического к физическому уровню представления.
Физический уровень (физическая архитектура базы данных).
Понятно, что любая, сколь угодно сложная база данных на самом деле представляет собой набор файлов, хранящихся на жестком диске одного или нескольких компьютеров. Данный уровень рассмотрения подразумевает изучение базы данных на уровне файлов, хранящихся на жестком диске. Структура этих файлов – особенность каждой конкретной СУБД, в т.ч. и Microsoft SQL Server.
Рисунок 3 Архитектура базы данных в Microsoft SQL Server 2000
3.3 Инфологическая модель данных "Сущность-связь"

Инфологическая модель применяется на втором этапе проектирования БД (алгоритмическом), то есть после словесного описания предметной области, то есть после этапа постановки задачи.
Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое будет «читабельно» не только для специалистов по базам данных, но и сторонних людей. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, как говорилось раньше, оно не должно быть привязано к конкретной СУБД. Выбор СУБД — это отдельная задача, для корректного ее решения необходимо иметь проект, который не привязан ни к какой конкретной СУБД.
Инфологическое проектирование, прежде всего, связано с попыткой представления семантики, то есть смыслового содержания, предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику,то есть смысл предметной области остаётся за рамками реляционной модели. Ранние теоретико-графовые модели в большей степени, чем реляционная модель, отображали семантику предметной области. Они в явном виде определяли иерархические связи между объектами предметной области.
Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести модель «сущность—связь», предложенную Ченом (Chen) в 1976 году, семантическую модель данных, предложенную Хаммером (Hammer) и Мак-Леоном (McLeon) в 1981 году, функциональную модель данных Шипмана (Shipman), также созданную в 1981 году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только первая. И в настоящий момент именно модель Чена «сущность—связь», или «Entity Relationship», стала фактическим стандартом при инфологическом моделировании баз данных. Общепринятым стало сокращенное название ER-модель, большинство современных CASE-средств содержат инструментальные средства для описания данных в формализме этой модели. Кроме того, разработаны методы автоматического преобразования проекта БД из ER-модели в реляционную, при этом преобразование выполняется в даталогическую модель, соответствующую конкретной СУБД. Все CASE-системы имеют развитые средства документирования процесса разработки БД, автоматические генераторы отчетов позволяют подготовить отчет о текущем состоянии проекта БД с подробным описанием объектов БД и их отношений, как в графическом виде, так и в виде готовых стандартных печатных отчетов, что существенно облегчает ведение проекта.
В настоящий момент не существует единой общепринятой системы обозначений для ER-модели и разные CASE-системы используют разные графические нотации, но разобравшись в одной, можно легко понять и другие нотации.
Как любая модель, модель «сущность—связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определенным правилам. Эта модель в наибольшейстепени согласуется с концепцией объектно-ориентированного проектирования, которая в настоящий момент несомненно является базовой для разработки сложных программных систем, поэтому многие понятия вам могут показаться знакомыми, и если это действительно так, то тем проще вам будет освоить технологию проектирования баз данных, основанную на ER-модели.


3.4 Реляционная структура данных

В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э.Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), где, вероятно, впервые был применен термин "реляционная модель данных".
Будучи математиком по образованию Э.Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – relation.
Наименьшая единица данных реляционной модели – это отдельное атомарное(неразложимое) для данной модели значение данных. Так, в одной предметной области фамилия, имя и отчество могут рассматриваться как единое значение, а в другой – как три различных значения.
Доменом называется множество атомарных значений одного и того же типа. Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос "Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву"). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета?
Заголовок состоит из такого фиксированного множества атрибутов A1, A2, ..., An, что существует взаимно однозначное соответствиемежду этими атрибутами Ai и определяющими их доменами Di (i=1,2,...,n).
Тело состоит из меняющегося во времени множества кортежей, где каждый кортеж состоит в свою очередь из множества пар атрибут-значение (Ai:Vi), (i=1,2,...,n), по одной такой паре для каждого атрибута Ai в заголовке. Для любой заданной пары атрибут-значение (Ai:Vi) Vi является значением из единственного домена Di, который связан с атрибутом Ai.