Docsity
Docsity

Подготовься к экзаменам
Подготовься к экзаменам

Учись благодаря многочисленным ресурсам, которые есть на Docsity


Получи баллы для скачивания
Получи баллы для скачивания

Заработай баллы, помогая другим студентам, или приобретай их по тарифом Премиум


Руководства и советы
Руководства и советы

Проектирование математического и программного обеспечения реферат 2010 по информатике , Сочинения из Информатика

Проектирование математического и программного обеспечения реферат 2010 по информатике

Вид: Сочинения

2016/2017

Загружен 12.04.2017

refbank20469
refbank20469 🇷🇺

5

(3)

11 документы

1 / 13

Toggle sidebar

Сопутствующие документы


Частичный предварительный просмотр текста

Скачай Проектирование математического и программного обеспечения реферат 2010 по информатике и еще Сочинения в формате PDF Информатика только на Docsity! Проектирование математического и программного обеспечения Введение Характер математического и программного обеспечения АСУ существенно меняется по мере развития возможностей технических средств. В нашей стране принята программа всеобщей компьютерной грамотности и массового выпуска персональных микроЭВМ, обладающих высокой производительностью, развитой памятью и возможностью объединения в локальные вычислительные сети. В этих условиях программное обеспечение направлено на работу с ЭВМ непрофессиональных программистов, самостоятельно создающих программы для своих задач в конкретной предметной области. Разработчики АСУ, продолжая создавать алгоритмы и программы сложных и типовых задач, подготовка которых пользователями затруднительна, все в большей степени должны готовить программные средства поддержки для непрофессиональных программистов. Это повышает требования к разработчикам АСУ в части знания ими методов подготовки и отладки программ, автоматизации программирования. Совершенствуются и развиваются языки программирования высокого уровня, появились непроцедурные языки, близкие к естественному. Облегчая работу пользователя, эти языки требуют развитого системного программного обеспечения, содержание которого все чаше становится различным для разных пользователей и должно определяться в процессе проектирования конкретной системы. Когда задача сформулирована и накоплены необходимые для ее решения знания, начинается интенсивный мыслительный процесс. Для серьезных задач, которые не удается решить сразу, как говорят, "с ходу", концентрированные усилия над решением задачи должны обязательно чередоваться с расслаблением, полным отвлечением от ее решения. Такая передышка может быть заполнена чем угодно – физической нагрузкой, сном, "ничегонеделанием", решением не менее трудной, но обязательно совершенно иной по смыслу и методам решения задачи; важно, что при этом сознание полностью отключается от решаемой задачи, начисто "забывает" о ней. Предполагается, что во время этих перерывов решение задачи продолжается в подсознательной области. Может быть, поэтому после отдыха мысль работает острее, чем раньше, открываются новые аспекты задачи и возможности ее решения. Во всяком случае, без такой периодической смены этапов интенсивного мышления и отключения трудно добиться успеха – мысль работает все медленнее и наконец "зацикливается", полностью перестает генерировать новые варианты, тупо повторяя одно и тоже. Одним из главных препятствий на пути получения нового решения является психологическая инерция. Она заключается в том, что у человека, когда он знакомится с условиями задачи, возникает некоторая модель, образ задачи, мысленные условия, не совпадающие с фактической задачей и ее условиями. Это происходит потому, что формулировка задачи построена так, что вызывает в памяти некоторый стереотип, знакомый образ, от которого уже трудно отказаться. Иногда формулировка задачи просто настраивает человека на определенный мыслительный процесс, и он уже не может перестроиться. Психологическая инерция в определенной степени является следствием обучения, хорошего знакомства с каким-либо предметом. Детально зная и многократно используя определенные объекты или процессы, человек применяет их в ситуации, кажущейся ему аналогичной этим хорошо знакомым задачам, не обращая внимания на то, что начальные условия являются совсем другими. На этом основан эффект функциональной устойчивости, когда используют предмет в одном определенном качестве, не задумываясь о том, что у него может быть иное применение. Психологическая инерция усиливается при ряде обстоятельств: нетерпении, опасности, в состоянии напряжения, при волнении. Усиливают ее также отвлекающие действия. Она как шоры, сужает область, в которой ищется решение, не позволяя найти лежащее за ее пределами простое и эффективное решение. Как же бороться с психологической инерцией? Нельзя ведь советовать забыть все, что знаешь, или при решении любой задачи никогда не прибегать к ранее известным, привычным методам. Вместе с тем преодолеть психологическую инерцию можно довольно просто: надо помнить, что она существует, что мы ей подвержены. Решив задачу или думая, что она решена, надо сопоставить решение с условием – действительно ли в условии задачи содержатся те ограничения, которые мы старались выполнить в процессе решения, проверить, нет ли принципиально иных подходов к ее решению. Найти новый эффективный метод, новое решение помогает так называемая инверсия. Она заключается в том; что известное решение какой- либо проблемы надо попытаться изменить на прямо противоположное. Не один век баржи тянули бурлаки, затем мощные буксиры. Между тем оказалось, что гораздо эффективнее их толкать, жестко закрепив буксир сзади баржи. Аналогично этому авиаконструкторы привычно располагали двигатели в передней части самолета, чтобы они тянули его вперед. Между тем расположение двигателей в хвосте, толкающих самолет вперед, дало определенные преимущества. В пишущих машинках буква через красящую ленту прижимается к бумаге, оставляя отпечаток. Хорошее быстродействие выходных печатающих устройств ЭВМ удалось получить при прямо противоположном действии – бумага прижимается к букве. Перечень таких примеров удачных решений с помощью инверсии можно продолжать очень долго. Для поиска новых решений полезна аналогия – использование аналогичных ситуаций, причем главным образом не в похожих задачах, а в далеких областях, не имеющих, как представляется с первого взгляда, ничего общего с решаемой задачей. Многие инженерные решения представляют собой аналоги объектов или процессов в живой природе. Считается, что одним из величайших изобретений человека является колесо с осью, потому что ему нет аналогов в живой природе. Особенно эффективна аналогия, когда мысль о ее наличии и возможности использования возникает неожиданно, как прозрение, при взгляде на совершенно иное по природе явление, в беседе на отвлеченные темы, при чтении художественной литературы. Так делаются многие открытия. Чаще всего такой случай возникает, когда человек увлечен решением сложной задачи, непрерывно о ней думает. По-видимому, при отвлечениях подсознательно продолжаются поиски решения, что позволяет его увидеть в совершенно новой обстановке. Другое явление, полезное при генерировании новых идей, особенно при разработке организационно-административных систем, называют эмпатией. Под этим понимают отождествление личности одного человека с личностью другого, проникновение его в чувства другого лица. В обыденной жизни это явление используют, когда просят: "войди в мое положение" или "представь себя на моем месте". Эмпатия требует от человека умения войти в образ, мыслить и чувствовать себя другим человеком. Для этого нужна природная одаренность и нескованность, некоторое специальное обучение и тренировка. Надо уметь думать не о себе, а о другом, аналогично тому, как хороший рыбак думает не о том, какой вкусной будет для него уха после рыбалки, а будет ли вкусным для рыбки червяк, насаживаемый на крючок. Наиболее простым случаем является отождествление разработчиком организационно-административной системы управления себя с сотрудником будущей системы или ее клиентом. Более сложны так называемые деловые игры, получившие широкое распространение за рубежом и в некоторых областях управления в нашей стране, в частности в строительстве. Участники деловой игры распределяют между собой "роли" сотрудников некой системы управления: директора, и очень часто принципиально новыми. 2. Структура математического обеспечения Система математического обеспечения вычислительных машин третьего поколения выполняет роль посредника между пользователями и вычислительной техникой, обеспечивая удобный для пользователя уровень общения с машиной; она включает в себя: операционную систему ОС ЕС, обеспечивающую эксплуатацию всех моделей ЕС ЭВМ (кроме ЕС 1011 и ЕС 1021) - однопроцессорных и многопроцессорных вычислительных установок с большим объемом оперативной памяти и полным набором внешних устройств в разнообразных режимах пользования вычислительных систем; комплексы программ технического обслуживания – контрольно- наладочные тесты, обеспечивающие проверку правильности функционирования устройств и блоков во время наладки ЭВМ; дополнительные тесты, обеспечивающие классификацию отказов и локализацию места неисправности; пакеты прикладных программ – пакеты, расширяющие возможности операционных систем, обеспечивающие работу диалоговых систем, работу в реальном масштабе времени, удаленную пакетную обработку; пакеты прикладных программ общего назначения, обеспечивающие различные применения алфавитно-цифровых дисплеев, графопостроителей; системы трансляции; программы для научно-технических расчетов, математического программирования, обработки матриц, автоматизации программирования и отладки и др.; пакеты прикладных программ, ориентированные на применение в АСУ – обобщенные системы обработки данных, информационно-поисковые системы общего назначения и системы обработки документов; специальные программы пользователя; проектирование специального математического обеспечения является одним из основных этапов создания современных АСУ и в значительной степени определяет стоимость (50– 60% ) и длительность их разработки. Основными характеристиками специального математического обеспечения АСУ являются время функционирования и объем обрабатываемой информации соответствующими комплексами программ, средний интервал времени между полным повторением решения функциональных задач. В зависимости от требований, предъявляемых к этим характеристикам, могут быть выделены следующие типы комплексов программ: АСУ организационного типа – АСУ управления отраслью народного хозяйства на уровне министерств и ведомств, АСУ предприятий и производственных объединений; оперативного управления производством на уровне предприятия, цеха; АСУ технологическими процессами, управления движением и т.п. Комплексы программ первого типа характеризуются большими объемами поступающей и перерабатываемой информации, время обслуживания требования (сообщения) может составлять минуты и часы, интервал времени между повторными решениями задачи – несколько дней и даже месяцев. Комплексы программ второго типа обеспечивают решение задач с цикличностью смены или суток при допустимой задержке сообщений порядка долей минут или нескольких минут. Темп функционирования комплексов программ третьего типа определяется динамикой управляемых процессов. Как правило, допустимая периодичность решения задач в АСУ технологическими процессами составляет минуты, а допустимая задержка обработки сообщений и выдачи управляющих команд измеряется секундами. В автоматизированных системах управления движением цикл решения задач исчисляется секундами и даже десятыми и сотыми долями секунды (системы управления воздушным движением), а допустимое время обработки сообщения находится в пределах долей секунды и миллисекунды. Среднее время цикла решения задач зависит от производительности используемой вычислительной техники, объемов обрабатываемой информации и сложности решаемых задач. Задержка сообщений кроме этих параметров в значительной степени определяется типами внешних запоминающих устройств. Разработка комплексов программ АСУ включает следующие этапы: 1) анализ требований к системе и разработка спецификаций; 2) разработка алгоритмов и блок-схем программ; 3) определение структуры программ (выделение программных модулей и их оптимизация); 4) кодирование (программирование); 5) отладка. Временные затраты на реализацию этапов цикла разработки программного обеспечения составляют (в %): анализ требований и разработка спецификаций – 20; проектирование и программирование – 35; отладка-45.
Docsity logo