- •Билет № 1. Понятие информации. Сигналы и сообщения. Информация и данные. Свойства информации (атрибутивные, динамические, прагматические). Меры информации.
- •Билет №2. Понятие знания. Способы представления знаний. Тезаурус.
- •Билет №3. Информация в управлении. Требования к информации.
- •Билет № 4. Понятия автоматизации и механизации.Объективная необходимость и проблемы.
- •Билет № 5. Автоматизация управленческого труда в предпринимательской деятельности.
- •Билет № 6. Источники информации. Виды и характеристики.
- •Билет №7. Информационный потенциал общества.Понятие, характеристика.
- •Билет № 8. Носители информации.Понятие и свойства.
- •Билет № 9. Информация. Формы адекватности информации.
- •Билет № 11. Понятие информационного ресурса (ир). Основные свойства ир. Использование ир в управлении.
- •Билет № 12. Понятие информационного ресурса (ир). Правовые вопросы создания и использования ир.
- •Билет № 13. Понятие информационного ресурса (ир). Мировые и Российские ир
- •Билет № 14. Понятие модели. Виды моделей. Использование моделирования в управлении.
- •Билет № 15. Понятие о системе. Свойства систем. Примеры систем.
- •Билет № 16. Информационная система (ис). Определение, назначение, характеристики ис.
- •Билет № 17. Информационная система и информационные ресурсы.
- •Билет № 18.Понятие документа. Свойства документа.
- •Билет № 19.Документы (д). Классификация д. Первичные и вторичные д.
- •Билет № 20. Документы. Докуметально-информационные потоки (дип).
- •Билет № 21. Гипертекст. Понятие, возможности применения.
- •Билет № 22. Классификация и кодирование информации. Понятия и примеры.
- •Классификационное кодирование
- •Билет № 23. Понятие информационной технологии (ит). Свойства ит. Состояние развития ит.
- •Билет № 25. Эволюция информационных технологий.
- •Билет № 26. Информационные потоки в управлении.
- •Билет № 27.Процессы и алгоритмы.
- •Свойства алгоритмов:
- •Виды алгоритмов:
- •Билет № 28. Информационные продукты и услуги
- •Билет № 30. Компьютер как инструмент информационной технологии.
- •Билет № 31. Техника безопасности при работе с компьютерной и коммуникационной техникой.
- •Билет № 32. Понятие программного обеспечения (по). Состав и структура по.
- •Билет № 33. Алгоритм и программа. Понятия, свойства.
- •Билет № 34. Программный продукт. Понятие, свойства.
- •Билет № 35. Состав и назначение основных элементов пк их параметры и характеристики.
- •Билет № 36. Запоминающие устройства. Виды и характеристики.
- •Билет № 37. Устройства ввода информации. Виды и характеристики.
- •Билет № 38. Устройства вывода информации. Виды и характеристики.
- •Билет № 39. Запоминающие устройства: классификация, принцип работы, основные характеристики.
- •Билет № 40 Файловая система (понятие файла, характеристика файла, организация хранения и доступа к файлу)
- •Билет 41.Понятие системного, прикладного и служебного по: назначение, возможности, структура.
- •Утилиты используются для
- •Билет № 42 Операции с носителями и файлами (технология работы с каталогами, файлами, дисками и тд)
- •Билет № 43 Функциональные возможности прикладных программных продуктов. Средства и технологии обработки текстовой информации.
- •Билет № 44. Функциональные возможности прикладных программных продуктов. Электронные таблицы (табличные процессоры)
- •Билет № 45 . Функциональные возможности прикладных программных продуктов. Технологии обработки графической информации.
- •Билет № 46 Функциональные возможности прикладных программных продуктов. Средства электронных презентаций.
- •Билет № 47 Функциональные возможности прикладных программных продуктов. Системы управления базами данных.
- •Билет № 48 Свободное, проприетарное, открытое по. Правовые вопросы приобретения и использования по.
- •Ограничение на коммерческое использование
- •Ограничение на распространение
- •Ограничение на модификацию
- •Билет № 49. Инструментарий технологии разработки программного продукта.
- •1. Средства для создания приложений:
- •Билет № 50. Понятие интерфейса. Виды интерфейсов и их характеристики.
- •Билет № 51. Понятие алгоритма и его свойства. Способы представления алгоритма. Графический способ представления (блок-схема) алгоритма.
- •Билет № 52. Понятие компьютерной сети. Назначение, состав, характеристики.
- •Билет № 53. Глобальные и локальные компьютерные сети.
- •Билет № 54. Проводные и беспроводные компьютерные сети.
- •Билет № 55. Особенности и проблемы использования мобильных устройств.
- •Билет № 56. Характеристики работы компьютерной сети (скорость передачи данных, пропускная способность, надежность, достоверность).
- •Билет № 57. Компьютерные сети. Сетевые сервисы и сетевые стандарты.
- •Билет № 58. Компьютерные сети. Понятие протокола в сетях, их основные типы.
- •Билет № 59. Адресация в интернет. Ip-адрес.
- •Билет № 60. Internet :возможности глобальной сети и организационно-правовые аспекты их использования.
- •Билет № 61. Защита информации в вычислительных системах и локальных и глобальных компьютерных сетях.
- •Билет № 62. Понятие информационной безопасности. Правовые основы информационной безопасности.
- •Билет № 63. Понятие о государственной и коммерческой тайне. Основные правовые акты.
- •Билет № 64. Понятие о структурном программировании. Модульный принцип программирования. Программы. Принципы проектирования программ сверху-вниз и снизу-вверх.
- •Билет № 65. Сервисы интернет. Виды и характеристики.
- •Билет № 66. Интернет: возможности использования в бизнесе.
- •Билет № 67. Интернет. Доменная система имен.
- •Билет № 68. Понятие о всемирной паутине www. Состав и структура.
Билет № 64. Понятие о структурном программировании. Модульный принцип программирования. Программы. Принципы проектирования программ сверху-вниз и снизу-вверх.
Структурное программирование
Сутью структурного программирования является возможность разбиения программы на составляющие элементы.
Идеи структурного программирования появились в начале 70-годов в компании IBM, в их разработке участвовали известные ученые Э. Дейкстра, Х. Милс, Э. Кнут, С. Хоор.
Распространены две методики (стратегии) разработки программ, относящиеся к структурному программированию: программирование "сверху вниз" и программирование "снизу вверх".
При программировании модуля следует иметь ввиду, что программа должна быть понятной не только компьютеру, но и человеку: и разработчик модуля, и лица, проверяющие модуль, и текстовики, готовящие тесты для отладки модуля, и сопроводители ПС, осуществляющие требуемые изменения модуля, вынуждены будут многократно разбирать логику работы модуля. В современных языках программирования достаточно средств, чтобы запутать эту логику сколь угодно сильно, тем самым, сделать модуль трудно понимаемым для человека и, как следствие этого, сделать его ненадежным или трудно сопровождаемым. Поэтому необходимо принимать меры для выбора подходящих языковых средств и следовать определенной дисциплине программирования. Впервые на это обратил внимание Дейкстра [8.2] и предложил строить программу как композицию из нескольких типов управляющих конструкций (структур), которые позволяют сильно повысить понимаемость логики работы программы. Программирование с использованием только таких конструкций назвали структурным.
Программирование "сверху вниз", или нисходящее программирование - это методика разработки программ, при которой разработка начинается с определения целей решения проблемы, после чего идет последовательная детализация, заканчивающаяся детальной программой. Является противоположной методике программирования «снизу вверх».
При нисходящем проектировании задача анализируется с целью определения возможности разбиения ее на ряд подзадач. Затем каждая из полученных подзадач также анализируется для возможного разбиения на подзадачи. Процесс заканчивается, когда подзадачу невозможно или нецелесообразно далее разбивать на подзадачи.
В данном случае программа конструируется иерархически - сверху вниз: от главной программы к подпрограммам самого нижнего уровня, причем на каждом уровне используются только простые последовательности инструкций, циклы и условные разветвления.
Программирование "снизу вверх", или восходящее программирование - это методика разработки программ, начинающаяся с разработки подпрограмм (процедур, функций), в то время когда проработка общей схемы не закончилась. Является противоположной методике программирования «сверху вниз».
Такая методика является менее предпочтительной по сравнению с нисходящим программированием так как часто приводит к нежелательным результатам, переделкам и увеличению времени разработки.
Достоинства структурного программирования:
1) повышается надежность программ (благодаря хорошему структурированию при проектировании, программа легко поддается тестированию и не создает проблем при отладке);
2) повышается эффективность программ (структурирование программы позволяет легко находить и корректировать ошибки, а отдельные подпрограммы можно переделывать (модифицировать) независимо от других);
3) уменьшается время и стоимость программной разработки;
4) улучшается читабельность программ.
Модульное программирование
Модульное программирование - это организация программы как совокупности небольших независимых блоков (модулей), структура и поведение которых подчиняется определенным заранее правилам.
Модулем (в модульном программировании) называется множество взаимосвязанных подпрограмм (процедур) вместе с данными, которые эти подпрограммы обрабатывают.
Модульное программирование предназначено для разработки больших программ.
Разработкой больших программ занимается коллектив программистов. Каждому программисту поручается разработка некоторой самостоятельной части программы. И он в таком случае отвечает за конструирование всех необходимых процедур и данных для этих процедур. Сокрытие данных (запрет доступа к данным из-за пределов модуля) предотвращает их случайное изменение и соответственно нарушение работы программы. Для взаимодействия отдельных частей (модулей) программы коллективу программистов необходимо продумать только интерфейс (взаимодействие) сконструированных модулей в основной программе.
Подпрограммы
Подпрограмма представляет собой набор операторов, команд, оформленных специальным образом. Подпрограмму можно вызывать из основной программы, причём неограниченное число раз. Вынося какой-то код в подпрограмму, мы исключаем дублирование этого кода в различных местах программы и, естественно, уменьшаем общий объём кода программы. Использование подпрограмм придаёт приложению более структурированную форму. В какой-то степени подпрограммы и упрощают чтение кода для других пользователей. Более того, использование подпрограмм позволяет организовать разделение труда при работе над большим проектом каждый работает над своей задачей, а все результаты быстро и просто подключаются к основной программе.
По структуре подпрограмма практически идентична самой программе - она содержит заголовок, блок описаний, блок реализации. Конечно, форма записи подпрограмм (т.е. их описания) отличается от формы записи самой программы.
Все подпрограммы делятся на процедуры и функции. В предыдущих уроках эти термины уже использовались. Сейчас Вы узнаете, в чём разница. А различий на самом деле немного. Функция - это подпрограмма, результатом работы которой является какое-либо значение (одно единственное). Это позволяет использовать функции как обычные переменные, т.е. как операнды в выражениях. Просто значения будут вычисляться "на лету". Процедуры - это подпрограммы, которые не возвращают никакого значения в результате своей работы. Тем не менее, процедуры могут использоваться для передачи в основную программу каких-либо данных, причём передаваться может не одно значение, а несколько. Но в общем и целом процедуру следует понимать просто как ярлычок на выполнение указний.
