Учебно-методический комплекс по дисциплине " Технология разработки программного обеспечения " для специальности " информатика и вычислительная техника форма отчетности: экзамен 8семестр 4




НазваниеУчебно-методический комплекс по дисциплине " Технология разработки программного обеспечения " для специальности " информатика и вычислительная техника форма отчетности: экзамен 8семестр 4
страница2/4
Дата публикации09.09.2014
Размер0.57 Mb.
ТипУчебно-методический комплекс
shkolnie.ru > Информатика > Учебно-методический комплекс
1   2   3   4



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

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

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

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

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

^ 3. СОДЕРЖАНИЕ УЧЕБНОГО МАТЕРИАЛА

3.1. Краткое содержание лекций
Темы(содержание) лекционных занятий
Лекция № 1.-2 Введение. Технология разработки программного обеспечения основные понятия.
Предпосылки и история
В конце 60-х – начале 70-х годов прошлого века произошло событие, которое вошло в историю как первый кризис программирования. Событие состояло в том, что стоимость программного обеспечения стала приближаться к стоимости аппаратуры («железа»), а динамика роста этих стоимостей позволяла прогнозировать, что к середине 90-годов все человечество будет заниматься разработкой программ для компьютеров. Тогда и заговорили о программной инженерии (или технологии программирования, как это называлось в России) как о некоторой дисциплине, целью которой является сокращение стоимости программ.

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

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

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

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

  1. Большой объем кода (миллионы строк)

  2. Большое количество связей между элементами кода

  3. Большое количество разработчиков (сотни человек)

  4. Большое количество пользователей (сотни и тысячи)

  5. Длительное время использования

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

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

  1. Нисходящее функциональное проектирование, при котором в системе выделяются основные функциональные подсистемы, которые потом разбиваются на подсистемы и т.д. (принцип «разделяй и властвую»)

  2. Применение специальных языков проектирования и средств автоматизации использования этих языков

  3. Дисциплина проектирования и разработки: планирование и документирование проекта, поддержка соответствие кода проектной документации

  4. Структурное кодирование без goto


Лекция №3-4. Технология разработки программного обеспечения. Стоимость ПО. Программный процесс.
^ В чем еще отличие от других инженерий?
Второе существенное отличие состоит в том, что программа – искусственный объект. Т.е. для программы нет объективных законов, которым бы подчинялось ее поведение. Например, у инженера – строителя есть объективные законы строительной механики: равновесия моментов и сил, устойчивости механических систем и т.д. Инженер – строитель может проверить свои архитектурные решения на соответствие этим законам и тем самым обеспечить удачу проекта. Эти законы объективны, они будут действовать всегда. У программного инженера на первый взгляд также есть типовые, проверенные временем архитектурные решения (например, клиент-серверная архитектура). Но эти решения определяются уровнем развития вычислительной техники (и адекватным им уровнем требований). С появлением техники с принципиально новыми возможностями программному инженеру придется искать новые решения.

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

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

Подробнее о проблемах проектирования ПО можно посмотреть в неоднозначной статье Кони Бюрера «От ремесла к науке: поиск основных принципов разработки ПО» http://interface.ru/fset.asp?Url=/rational/science.htm
^ Из чего складывается стоимость ПО?
Структура стоимости ПО существенно зависит от типа ПО, применяемых методов его разработки и … метода оценки. Так, многие авторы отмечают высокую долю стоимости этапа сопровождения. Для некоторых типов ПО она может составлять 60 и более процентов от общей стоимости. Между тем, этап сопровождения включает выполнение двух видов работ: исправление ошибок в программе (несоответствий первоначальным требованиям) и внесение изменений в программу (добавление новых требований). При другом подходе к оценке можно считать, что этап сопровождения на стоит оценивать отдельно, т.к. исправление ошибок можно отнести к продолжению тестирования, а внесение изменений – к новому проекту.

Типовое распределение стоимости между основными этапами (без сопровождения) выглядит следующим образом:

  • 15% - спецификация – формулировка требований и условий разработки

  • 25% - проектирование – разработка и верификация проекта

  • 20% - разработка – кодирование и тестирование компонент

  • 40% - интеграция и тестирование – объединение и сборочное тестирование продукта

Отклонения от этой схемы в зависимости от типа ПО выглядят следующим образом:

Для коробочного ПО характерна более высокая доля тестирования за счет сокращения прежде всего доли спецификации (до 5%)

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

Применение опробованных решений и готовых компонент при создании коробочных продуктов позволяет повысить качество и сократить сроки разработки.
^ Программный процесс?
Одним из основных понятий программной инженерии является понятие жизненного цикла программного продукта и программного процесса.

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

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

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

  • Разработка проекта программы (результат – описание того, как программа будет работать)

  • Кодирование (результат – исходный код и файлы конфигурации)

  • Тестирование программы (результат - контроль соответствия программы требованиям)

  • Документирование (результат – документация к программе)


Кроме основных, существует много дополнительных и вспомогательных процессов, связанных не созданием продукта, а с организацией работ (нефункциональные процессы): создание инфраструктуры, управление конфигурацией, управление качеством, обучение, разрешение противоречий, …

Процесс должен быть установлен. Полное установление процесса предполагает:

  • Описание процесса – детальное описание действий и операций процесса

  • Обучение процессу – проведение занятий с персоналом по освоению процесса

  • Введение метрик – установление количественных показателей хода выполнения

  • Контроль выполнения – измерение метрических показателей и оценка хода выполнения

  • Усовершенствование – изменение процесса при меняющихся условиях применения

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

^ Лекция № 5-6 Методы программной инженерии. Модель прецедентов. Модель классов. Модель сущность-связь.
Модель прецедентов (требований)
На слайде представлена модель прецедентов, или вариантов использования (Use case) в нотации языка UML (Unified Modeling Language), поддерживающего объектно-ориентированный анализ и проектирование ПО. Модель описывает (специфицирует) требования к программе регистрации курсов в ВУЗе.

На диаграмме представлены действующие лица (акторы) и действия (прецеденты), которые они выполняют:

  • Студент регистрируется на курсе

  • Преподаватель: выбирает курс для преподавания и запрашивает расписание курсов

Для каждого действия – прецедента дается его содержательное описание. Далее на основе этой модели строится путем поэтапного ее уточнения и преобразования будут строиться другие модели программы.
^ Модель классов
На слайде представлена одна из таких моделей – диаграмма классов. На диаграмме показаны основные классы программы: ВУЗ, факультет, Студент, Курс, Преподаватель. Приведены основные атрибуты и методы классов.

Кроме того, отмечены отношения (зависимости) между классами:

  • Так отмечено, что ВУЗ состоит из Факультетов (агрегация), причем, один ВУЗ может состоять из одного или нескольких факультетов.

  • Каждый преподаватель работает на факультете, но при этом, каждый преподаватель может работать на нескольких факультетах и на каждом факультете могут работать несколько преподавателей.



^ Модель сущность-связь
На слайде представлена модель сущность-связь для задачи автоматизации продаж товаров со склада. Представлены сущности, участвующие в процессе: Покупатель, Накладная, Список товаров, Склад, … Для каждой сущности представлены ее атрибуты – для покупателя это код покупателя, имя, адрес, банк. Выделены ключевые атрибуты, однозначно идентифицирующие экземпляры сущностей (у покупателя это код). Установлены связи между сущностями: Покупатель получает Накладную. Отмечены свойства связей: один покупатель может получать несколько накладных.

Далее эта модель преобразуется в реляционную модель базы данных для хранения информации о выделенных сущностях.

Представленная на слайде модель записана в нотации IE (Information Engineering). В других нотациях она будет выглядеть иначе.
^ Лекция № 7-8 Стандартизация и стандарты. Сертификация программ.
Стандартизация и стандарты
Как отмечалось, по происхождению программные продукты бывают двух типов: заказные (под заказ конкретного потребителя) и коробочные (для массовой продажи на рынке). Для заключения контракта заказчик должен быть уверен, что разработчик справится и не завалит проект. Вопрос: как его в этом убедить? Варианты ответов: «Мы умные люди с научными степенями» или «У нас есть опыт разработки подобных программ» звучат либо наивно, либо не вполне убедительно. В мировой практике промышленного производства ответы на эти вопросы дают стандарты на производство продуктов и услуг и сертификация производителей на соответствие этим стандартам. Вопрос заказчика в этом случае звучит так: Какими стандартами вы владеете и есть ли у вас сертификаты на соответствие этим стандартам?

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

^ Лекция № 9-10 Стандартизация и стандарты. Сертификация программ.
Стандарты и сертификация
Организация производит товары или услуги. При этом она применяет некоторую технологию производства. Эта технология должна соответствовать стандартам на товары или услуги. Применяемая организацией технология проходит сертификацию на соответствие этим стандартам.
Лекция № 11 Проектирования программ сложной структуры
. Типовые приемы конструирования пакетов программ сложной структуры


^ 3.2. Краткое содержание лабораторных работ
Лабораторная работа № 1-2. Прикладные программы с высокой степенью автоматизации управления. Адаптируемость пакетов программ.
Цель работы: Изучение прикладных программ, а также систем и сред программирования.
Рекомендации к самостоятельной работе:

Изучить материалы работы №1

  1. В каталоге «Технология_Программирования» создайте свой каталог.

  2. Составьте спецификацию для задачи в соответствии с вариантом.

  3. Откройте документ «Форма_Пост_Задачи.Doc» и заполните предложенные формы. Результирующий документ запишите в свой каталог.

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

Результат поместите в документ «Форма_Пост_Задачи.Doc». Сохраните результат в своем каталоге.
Выполнить практическую работу №1

Разработать программный комплекс по примерному варианту:

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

Содержание работы:


  1. Проработка лекционного материала на практике.

  2. Создание программ на Delphi и Pascal.

  3. Отладка сложных программ.

  4. Тестирование ПО.

  5. Трансляция программы.


Форма представления отчета:

Студент должен выполнить свой вариант и оформить работу в тетради и в электронном виде.

Лабораторная работа № 3-5. Проектирования программ сложной структуры. Типовые приемы конструирования пакетов программ сложной структуры.
^ Цель работы: Научиться работать над проектом в коллективе разработчиков. Научиться применять модульный подход к проектированию и программированию при разработке ПО сложной структуры.

Рекомендации к самостоятельной работе:

Изучить материалы работы №3

  1. Организуйтесь в бригады разработчиков в соответствии с полученным на первой лабораторной работе задании. Разработка учебной программы потребует бригады в размере 3 … 5 человек.

  2. Выберите тип коллективной разработки и распределите роли в бригаде.

  3. Обсудите свои предыдущие работы и придите к общему подходу при разработке программы. Обратите внимание на декомпозицию проекта и на составленное описание структур данных. Пусть руководитель проекта примет решение о том, чья работа ляжет в основу дальнейшей разработки. Если требуется, откорректируйте файл «Форма_Пост_Задачи.doc» и запишите его в каталог бригады, предварительно созданный на диске.

  4. Проведите совместно второй этап декомпозиции. Определите модули второго, третьего и т.д. уровней. Четко сформулируйте интерфейсы модулей (входные и выходные данные, способ передачи информации, глобальные переменные).


Выполнить практическую работу №3

Познакомьтесь с работой учебной программы «Деканат» (промежуточный вариант), которая расположена в каталоге и имеет название Kompl0.pas.

Содержание работы:


  1. Проработка лекционного материала на практике.

  2. Спланировать работу и распределить обязанности при разработке ПО при бригадном подходе;

  3. Изучить модульный подход к разработке сложных программ.


Форма представления отчета:

Студент должен выполнить и оформить работу в тетради и в электронном виде в виде спецификаций.
^ Лабораторная работа № 6-7. Конструирования пакетов программ сложной структуры.
Цель работы: Научиться работать над проектом в коллективе разработчиков. Научиться конструировать пакеты программ сложной структуры.
Рекомендации к самостоятельной работе:

Изучить материалы работы №3

  1. Определитесь со стилем программирования.

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

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

  4. Организуйте тестирование модулей, подключая их последовательно к управляющей программе.

  5. Составьте спецификацию модулей в соответствии с документом «Спецификация_Модуля.Htm».

  6. Схемы, программы и спецификации запишите в каталог бригады.

.
Выполнить практическую работу №3

Познакомьтесь с работой учебной программы «Деканат» (промежуточный вариант), которая расположена в каталоге и имеет название Kompl0.pas.

Содержание работы:


  1. Проработка лекционного материала на практике.

  2. Спланировать работу и распределить обязанности при разработке ПО при бригадном подходе;

  3. Изучить конструирование пакетов программ сложной структуры.


Форма представления отчета:

Студент должен выполнить и оформить работу в тетради и в электронном виде в виде спецификаций.
^ Лабораторная работа № 8-9. Организация проектирования программного обеспечения (ПО);.
Цель работы: Изучить на практическом примере процесс кодирования при нисходящей разработке ПО.
^ Рекомендации к самостоятельной работе:

Изучить материалы работы №2

  • На основании составленной на лабораторной работе №1 спецификации к разработке программного комплекса, функциональной диаграмме и диаграмме потока данных составьте описание структур данных и программу на Турбо Паскале, реализующую обращение к подчиненном модулям.

В соответствии с принятым стилем в программах необходимо:

  • использовать вводные и пояснительные комментарии;

  • делать пропуск строк для разделения групп логически связанных операторов;

  • делать пробелы для улучшения читаемости программы;

  • для переменных задавать имена «со смыслом»;

  • при размещении делать одинаковые отступы в строке для связанных операторов.

  • Проверьте работоспособность программы. Программу поместите в свой каталог.

.
Выполнить практическую работу №2

Выполнить работу в соответствии с требованиями:

Содержание работы:


  1. Проработать лекционный материала на практике.

  2. изучить правила стандартизации стиля программирования;

  3. ознакомиться с методикой кодирования и тестирования сверху вниз.


Форма представления отчета:

Студент должен выполнить и оформить работу в тетради и в электронном виде в виде спецификаций.

^ Лабораторная работа № 10. Этапы процесса проектирования.
Цель работы: Изучить на практическом примере процесс проектирования программ.
Рекомендации к самостоятельной работе:

Изучить материалы работы №1

  • Необходимо разработать программу, которая дает ответы на следующие вопросы:

  • фамилии студентов, имеющих задолженности хотя бы по одному предмету;

  • название предмета, который был сдан лучше всех;

  • процент студентов, сдавших все экзамены на 5 и 4;

  • номера групп в порядке убывания средней успеваемости.

Для выполнения данной задачи в программе должен присутствовать блок ввода исходной информации. Информацию необходимо хранить на диске.
Выполнить практическую работу №1

Разработать программный комплекс по примерному варианту:

Разработать программный комплекс «Отдел кадров». Подсистема должна обслуживать следующие запросы: выводить список сотрудников, у которых в заданном месяце день рождения; выводить список сотрудников, проживающих на заданной улице; выводить список улиц, на которых проживают сотрудники, в алфавитном порядке; выводить список сотрудников, имеющих минимальную заработную плату.

Содержание работы:


  1. Проработка лекционного материала на практике.

  2. Разработать программу;

  3. Изучить этапы процесса проектирования.


Форма представления отчета:

Студент должен выполнить и оформить работу в тетради и в электронном виде в виде спецификаций.
^ 4. РЕКОМЕНДАЦИИ ПО ОРГАНИЗАЦИИ САМОСТОЯТЕЛЬНОЙ РАБОТЫ СТУДЕНТОВ

4.1. Рекомендации для подготовки к лабораторным работам

Рекомендации к самостоятельной работе:


1   2   3   4

Похожие:

Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине " объектно-ориентированное...
Спецкурс «Программирование» нацелен на формирование у будущих учителей информатики умения реализовать, в первую очередь, педагогический...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине “ сети ЭВМ и телекоммуникации...
Настоящий курс предназначен для обучения студентов специальности «Информатика и вычислительная техника» основам работы с компьютерными...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине по выбору 12 " конфигурирование...
Эффективность и конкурентоспособность предприятий зависят от множества факторов его внешней и внутренней среды, которые подлежат...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине по выбору 12 " конфигурирование...
Эффективность и конкурентоспособность предприятий зависят от множества факторов его внешней и внутренней среды, которые подлежат...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине " информационные системы...
Эффективность и конкурентоспособность предприятий зависят от множества факторов его внешней и внутренней среды, которые подлежат...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине: дс. Ф. 4 " Информационные...
Эффективность и конкурентоспособность предприятий зависят от множества факторов его внешней и внутренней среды, которые подлежат...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине “ основы микроэлектроники”...
Спецкурс «основы мкроэлектроники» нацелен на формирование у будущих учителей информатики умения работать с ЭВМ и понимать принцип...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине “ основы микроэлектроники”...
Спецкурс «основы мкроэлектроники» нацелен на формирование у будущих учителей информатики умения работать с ЭВМ и понимать принцип...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине " информационные системы...
Изучение данной дисциплины базируется на знаниях студентов по Информатике, Экономической теории, Статистике, Бухгалтерскому учету,...
Учебно-методический комплекс по дисциплине \" Технология разработки программного обеспечения \" для специальности \" информатика и вычислительная техника форма отчетности: экзамен 8семестр 4 iconУчебно-методический комплекс по дисциплине « Б. 7»
Информатика и вычислительная техника (профилю: «Программное обеспечение средств вычислительной техники и автоматики»)
Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2014
shkolnie.ru
Главная страница