Главная страница

УМК. УМК Управление ИС 2019-20 ннн. Методические рекомендации по выполнению срс материалы по контролю и оценке учебных достижений обучающихся


Скачать 2.55 Mb.
НазваниеМетодические рекомендации по выполнению срс материалы по контролю и оценке учебных достижений обучающихся
Дата19.09.2022
Размер2.55 Mb.
Формат файлаdocx
Имя файлаУМК Управление ИС 2019-20 ннн.docx
ТипМетодические рекомендации
#684075
страница18 из 51
1   ...   14   15   16   17   18   19   20   21   ...   51

ТЕМА 9. ПОНЯТИЯ О БАЗАХ ДАННЫХ И СИСТЕМАХ УПРАВЛЕНИЯ ИМИ. ОСНОВНЫЕ ВИДЫ МОДЕЛЕЙ. РЕЛЯЦИОННАЯ БАЗА ДАННЫХ


    • ПОНЯТИЯ О БАЗАХ ДАННЫХ И СИСТЕМАХ УПРАВЛЕНИЯ ИМИ. КЛАССИФИКАЦИЯ БАЗ ДАННЫХ. ОСНОВНЫЕ СРЕДСТВА ОБРАБОТКИДАННЫХ

    • БАЗА ДАННЫХ. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ. ОСНОВНЫЕ ВИДЫ МОДЕЛЕЙ. ПРО- ЕКТИРОВАНИЕ БАЗДАННЫХ




    • РЕЛЯЦИОННАЯ БАЗА ДАННЫХ И ЕЕ ОСОБЕННОСТИ. ВИДЫ СВЯЗЕЙ МЕЖДУ РЕЛЯЦИОННЫМИ ТАБЛИЦАМИ


ПОНЯТИЯ О БАЗАХ ДАННЫХ И СИСТЕМАХ УПРАВЛЕНИЯ ИМИ. КЛАССИФИКАЦИЯ БАЗ ДАННЫХ. ОСНОВНЫЕ СРЕДСТВА ОБРАБОТ- КИ ДАННЫХ



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

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


  • достаточно большие объемы информации;

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

  • возможность извлечения из базы данных разнообразной информации в определенной предметной области;

  • удобные для пользователя вид и форма извлекаемой информации;

  • высокая скорость доступа к данным;

  • надежность хранения информации и возможность Предоставления санкционированного доступа к данным Шля отдельных пользователей;

  • удобство и простота конструирования пользователем запросов, форм и отчетов для вы- борки данных. Создание базы данных, ее поддержка и обеспечение Доступа пользовате- лей к ней осуществляется с помощью специального программного инструмента — си- стемы управления базами данных.


Система управления базами данных (СУБД) — это Программное обеспечение для создания и редактирования баз данных, просмотра и поиска информации в них. I По технологии обработки базы данных делятся на централизованные и распределенные. Централизованная база данных хранится в памяти одной машины.
Распределенная база данных состоит из нескольких частей, хранимых на нескольких машинах вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных - СУРБД.
Централизованные базы данных по способу доступа делятся на:


  • базы данных с локальным доступом (данные и процедуры их обработки хранятся на од- ной машине);

  • базы данных с удаленным (сетевым) доступом. СУБД с удаленным доступом могут быть построены с использованием архитектур файл-сервер и клиент-сервер.


Архитектура файл-сервер. Принцип организации: одна машина выделена в качестве цен- тральной (сервер файлов), на ней хранится централизованная БД. Остальные машины сети вы- полняют функции рабочих станций. Файлы базы данных в соответствии с пользовательскими запросами рабочих станций передаются на эти станции и там обрабатываются. Производитель- ность такой системы падает, если требуется интенсивный одновременный доступ к одним и тем же данным.
Архитектура клиент-сервер. Принцип организации: центральная машина (сервер базы дан- ных) хранит централизованную БД и процедуры обработки. Клиент посылает запрос, он обра- батывается сервером, и данные, полученные по запросу, передаются клиенту.


БАЗА ДАННЫХ. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ. ОС- НОВНЫЕ ВИДЫ МОДЕЛЕЙ. ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ



Основой базы данных является модель данных. Информационно-логическая (мифологическая) модель предметной области отражает предметную область в виде совокупности информацион- ных объектов и их структурных связей.
Информационный объект — это описание некоторой сущности (явления, реального объекта, процесса) в виде совокупности логически связанных реквизитов. Например, информационный объект Студент описывает некоторую сущность — студент. Реквизитный состав этого инфор- мационного объекта, т. е. его структура, следующий: № группы, ФИО, № зачетной книжки, да- та рождения. Информационный объект имеет множество реализаций — экземпляров.
Базы данных также могут быть иерархическими, сетевыми и реляционными. Иерархическая (древовидная) модель данных представляет собой иерархию элементов, называемых узлами. Узел — это совокупность атрибутов данных, описывающих информационный объект. На самом верхнем уровне имеется только один узел — корень. Каждый узел кроме корня связан только с одним узлом на более высоком уровне, называемом исходным узлом для данного узла. Каждый узел может быть связан с одним или несколькими узлами более низкого уровня, называемыми порожденными (подчиненными). Узлы, не имеющие порожденных, называются листьями. Ко- личество деревьев в базе данных определяется числом корневых записей. К каждой записи базы данных существует только один путь.
Сетевая модель также основывается на понятиях узел, уровень, связь. Сетевая модель данных

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


Реляционная модель базы данных состоит из одного или нескольких файлов, каждый из кото- рых соответствует одной таблице.
Основная цель проектирования базы данных — это сокращение избыточности хранимых дан- ных, а следовательно, экономия объема используемой памяти, уменьшение затрат на много- кратные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте. При созда- нии баз данных следует придерживаться методологии нормализации отношений.
Процесс проектирования информационных систем является достаточно сложной задачей. Он начинается с построения инфологической модели данных, т. е. идентификации сущностей. За- тем необходимо выполнить следующие шаги процедуры проектирования даталогической моде- ли, т. е. мифологическая модель должна быть ': отображена в компьютероориентированную да- талогическую модель, «понятную» СУБД.


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

    • Для каждой таблицы определить ключевые поля; установить связи между таблицами; для каждой связи определить тип.

    • Разработать структуру каждой таблицы: перечень полей, их типы и свойства.

    • Заполнить таблицы данными.

    • Разработать необходимые запросы к БД, входные и выходные формы и отчеты.

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



РЕЛЯЦИОННАЯ БАЗА ДАННЫХ И ЕЕ ОСОБЕННОСТИ. ВИДЫ СВЯЗЕЙ МЕЖДУ РЕЛЯЦИОННЫМИ ТАБЛИЦАМИ



Реляционная база данных — это совокупность взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Строка таблицы содержит данные об одном объекте (например, товаре, клиенте), а столбцы таблицы описывают различные характе- ристики этих объектов — атрибутов (например, наименование, код товара, сведения о клиенте). Записи, т. е. строки таблицы, имеют одинаковую структуру — они состоят из полей, хранящих атрибуты объекта. Каждое поле, т. е. столбец, описывает только одну характеристику объекта и имеет строго определенный тип данных. Все записи имеют одни и те же поля, только в них отображаются различные информационные свойства объекта.
В реляционной базе данных каждая таблица должна иметь первичный ключ — поле или комби- нацию полей, которые единственным образом идентифицируют каждую строку таблицы. Если ключ состоит из нескольких полей, он называется составным. Ключ должен быть уникальным и однозначно определять запись. По значению ключа можно отыскать единственную запись. Ключи служат также для упорядочивания информации в БД.
Таблицы реляционной БД должны отвечать требованиям нормализации отношений. Нормали- зация отношений — это формальный аппарат ограничений на формирование таблиц, который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение базы данных.
Пусть создана таблица Студент, содержащая следующие поля: № группы, ФИО, № зачетки, да- та рождения, название специальности, название факультета. Такая организация хранения ин- формации будет иметь ряд недостатков:


    • дублирование информации (наименование специальности и факультета повторяются для каждого студента), следовательно, увеличится объем БД;

    • процедура обновления информации в таблице затрудняется из-за необходимости редак- тирования каждой записи таблицы.


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

полей. Функциональная зависимость полей — это зависимость, при крторой в экземпляре ин- формационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.
Третья нормальная форма. Таблица находится в третьей нормальной форме, если она удовле- творяет требованиям второй нормальной формы, ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Например, в таблице Студент (№ группы, ФИО, № зачетной книжки, Дата рождения, Староста) три поля — № зачетной книжки, № груп- пы, Староста находятся в транзитивной зависимости. № группы зависит от № зачетной книжки, а Староста зависит от № группы. Для устранения транзитивной зависимости необходимо часть полей таблицы Студент перенести в другую таблицу Группа. Таблицы примут следующий вид: Студент (№ группы, ФИО, № зачетной книжки, Дата рождения), Группа (№ группы, Староста).
Над реляционными таблицами возможны следующие операции:


    • Объединение таблиц с одинаковой структурой. Результат— общая таблица: сначала пер- вая, затем вторая (конкатенация).

    • Пересечение таблиц с одинаковой структурой. Результат — выбираются те записи, кото- рые находятся в обеих таблицах.

    • Вычитание таблиц с одинаковой структурой. Результат — выбираются те записи, кото- рых нет в вычитаемом.

    • Выборка (горизонтальное подмножество). Результат — выбираются записи, отвечающие определенным условиям.

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

    • Декартово произведение двух таблиц Записи результирующей таблицы получаются пу- тем объединения каждой записи первой таблицы с каждой записью другой таблицы.


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


    • один-к-одному;

    • один-ко-многим;

    • многие-ко-многим.


Связь один-к-одному предполагает, что одному атрибуту первой таблицы соответствует только один атрибут второй таблицы и наоборот.
Связь один-ко-многим предполагает, что одному атрибуту первой таблицы соответствует не- сколько атрибутов второй таблицы.
Связь многие-ко-многим предполагает, что одному атрибуту первой таблицы соответствует не- сколько атрибутов второй таблицы и наоборот.




  • Что такоепроект?

Тема 10. Современное управление проектами


  • Методика использования MicrosoftProject
      1. Что такое проект?



Понятие проекта очень широкое. Если задаться вопросом «что является проектом?», то можно привести самые разнообразные определения и примеры:

    • строительство дома;

    • организация вечеринки;

    • подготовка реферата.

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

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

Проект обладает следующими свойствами:

  • Цель – это основная причина, по которой затевается проект. Когда цель достигну- та, проект считается выполненным.

  • Задачи – проект состоит из определенных действий – мелких этапов, которые называются задачами, каждая из них направлена на достижение общей цели проек- та.

  • Время (длительность) – общий интервал рабочего времени, необходимого для за- вершения задачи или проекта.

  • Бюджет – общая сумма денежных средств, которая выделяется на выполнение про- екта.

  • Ресурсы - это те элементы, посредством которых выполняются задачи и весь про- ект в целом, например, персонал, оборудование, техника и т.д.

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

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

Эффективное управление проектом невозможно без использования современных инфор- мационно-коммуникационных технологий и соответствующих инструментов. В практике управления проектами используются как универсальные, так и специализированные программ- ные комплексы. К последним можно отнести программы, обеспечивающие решение задач биз- нес-планирования (экономического анализа), подготовки проекта к реализации (разработка графика реализации).
В настоящее время для решения задач бизнес-планирования наиболее широко использует- ся пакет Project Expert, а для подготовки проекта к реализации – Microsoft Project.

      1. Методика использования Microsoft Project



Программный комплекс Microsoft Project является является наиболее популярным в среде менеджеров малых и средних проектов. Это объясняется достаточно широкими возможностями пакета, удобным графическим интерфейсом.

Поддерживая современные информационные технологии Microsoft Project позволяет им- портировать данные из файлов, созданных в среде других приложений, например, Microsoft Excel и Microsoft Access.

Методика использования Microsoft Project на этапе подготовки проекта к реализации, це- лью которого является разработка графика реализации (календарного плана) проекта, может быть представлена в виде последовательности следующих шагов:

задать дату начала проекта;

создать (уточнить) календарь проекта;

составить список целей, задач и подзадач (работ); определить связи между задачами;

распределить ресурсы.

        1. Начало работы



Чтобы запустить Microsoft Project, надо выполнить команду Пуск, Программы, Microsoft Project.

В заголовке окна отображается имя файла нового проекта – Проект1. В верхней части ок- на находится строка меню и панели инструментов. Основную часть окна занимает область отображения диаграммы Ганта. Слева от диаграммы Ганта отображается область задач. В ней перечислены проекты, с которыми пользователь работал в последнее время, а также коман- ды, обеспечивающие создание нового проекта (пустого или на основе шаблона). Чтобы увели- чить место для отображения диаграммы Ганта, область задач можно закрыть.

        1. График реализации проекта



На практике график реализации проекта принято изображать в виде диаграммы Ганта, ре- же – в виде сетевого графика.

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

        1. Календарь проекта



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

Стандартный календарь не учитывает «национальные» особенности. Поэтому, после уста- новки Длительность задачи – нужно внести изменения в стандартный календарь. Для этого выполните команды:

А) Сервис, Изменить рабочее время


Б) в появившемся окне надо выбрать месяц, в который надо внести изменения при помо- щи кнопок «прокрутки» календаря «к предыдущему месяцу» и «к следующему месяцу»;

В) в группе Установить для выбранных дат включить опцию Нерабочее время; ОК.

        1. Дата начала реализации проекта





  1. способ. Чтобы задать дату начала реализации проекта, выполните команды:
  1. Проект, Сведения о проекте;


  2. в поле Дата начала появившегося диалогового окна ввести дату начала реализации проекта, ОК.

  1. способ. Microsoft Project позволяет производить планирование работ как от даты нача- ла реализации проекта, так и от требуемой даты его завершения. Для этого:

А) Проект, Сведения о проекте;


Б) в появившемся диалоговом окне в списке Планирование от выбрать строку даты окончания проекта;

В) в этом же окне в поле Дата окончания ввести дату, когда проект должен быть завер- шен. При этом, после ввода списка задач проекта, Microsoft Project определит, когда необходи- мо будет выполнять те или иные работы, чтобы проект был завершен к заданному сроку.

        1. Задачи проекта



При планировании проекта принято различать задачи и подзадачи, а также работы.

Задача – это некоторая деятельность, которую надо выполнить для достижения цели. Раз- личают сложные и простые задачи.

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

Простая, элементарная задача или работа – это задача, которая может быть выпол- нена некоторым ресурсом и которую не имеет смысла делить на более простые задачи.

Основными характеристиками задачи являются:

    • название

    • длительность

    • дата начала выполнения задачи

    • дата завершения задачи

Название задачи должно отражать ее суть. Например, лучше записать «Оргтехника», а не

«Покупка оргтехники».

Длительность задачи – время, необходимое для ее выполнения. Длительность задачи, у которой есть подзадачи, определяется длительностью и порядком следования подзадач. Дли- тельность таких подзадач вычисляет Microsoft Project. Длительность задач нижнего уровня за- дает менеджер проекта на основе своего опыта или нормативной документации.

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

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

Характеристики задач на диаграмме Ганта, в таблице задач: название задачи – в колонке Название задачи, длительность – в колонке Длительность, дата нача

ла выполнения задачи – в колонке Начало, дата завершения задачи – в колонке Окончание.
2.6 Составление списка задач проекта
При составлении списка задач проекта обычно используют метод, который принято назы- вать «сверху вниз». Суть метода заключается в том, что сначала составляют список главных задач. Затем главные задачи уточняются путем составления списка подзадач. После этого со- ставляется список работ, которые надо выполнить, чтобы обеспечить выполнение каждой под- задачи.

Задача – это фиксированное действие, предназначенное для реализации отдельной части проекта. Совокупность всех задач – это ваша формула по достижению конечного результата. Каждая задача обладает длительностью, т.е. временем, которое необходимо для ее выполнения. Есть особый вид задач, которые не имеют длительности, они называются вехами. Их предна- значение – обозначать важные события в проекте, как правило, это моменты завершения или начала определенного этапа проекта. Благодаря использованию вех достигается лучший кон- троль над проектом в целом, т.к. они служат ориентиром и позволяют быстро оценить уже до- стигнутый результат.

Рассмотрим небольшой пример. Предположим, мы ведем проект по созданию дорожки в нашем летнем саду. Мы запланировали следующие задачи:





зом:

Рис. 1. Список задач для реализации проекта «Дорожка в летнем саду»

А теперь добавим в проект несколько вех, в результате он изменится следующим обра-



Согласитесь, со вторым планом удобнее работать, т.к. он позволяет сказать, к какому ре- зультату приводит определенный набор действий.

Тема 11. Формирование структуры проекта. Связывание задач.





  • Формирование структурыпроекта

  • Типы связей междузадачами

  • Связываниезадач



  1. Формирование структуры проекта



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

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

Чтобы понизить уровень задачи, сделать ее подчиненной, надо выделить эту задачу (сде- лать щелчок на ее номере) и нажать кнопку На уровень ниже (рис. 10.1).

На уровень выше На уровень выше


Рис. 10.1. Командные кнопки формирования структуры проекта
Если надо понизить уровень нескольких, следующих одна за другой, задач, то нужно сна- чала выделить эти задачи (установить указатель мыши на номер первой задачи, нажать левую кнопку мыши и, удерживая кнопку нажатой, переместить указатель на номер последней задачи) и затем сделать щелчок на кнопке На уровень ниже.

Чтобы повысить уровень задачи, надо выделить эту задачу и сделать щелчок на кнопке На уровень выше.

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

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

Показать подзадачи Скрыть подзадачи



Рис. 10.2. Кнопки управления степенью детализации отображения задач проекта
Следует обратить внимание, что при копировании или перемещении обобщенной задачи все подчиненные задачи также копируются или перемещаются. Если надо переместить только обобщенную задачу, то сначала необходимо перевести подчиненные задачи на уровень обоб- щенной.

  1. Типы связей между задачами



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

Различают 4 типа связей между задачами проекта:
    • Окончание-Начало (ОН)


    • Начало-Начало (НН)

    • Окончание-Окончание (ОО)

    • Начало-Окончание

Описание связей различного типа приведено в таблице 1.

Таблица 1. Типы связей


Связь

Характеристика

Окончание-Начало

Связь Окончание-Начало между задачами А и В означает, что задача В не может начаться раньше, чем закончится за- дача А.

Начало-Начало

Связь Начало-Начало между задачами А и В означает, что задача В не может начаться раньше, чем начнется задача А.

Окончание-Окончание

Связь Окончание-Окончание между задачами А и В означа- ет, что задача В не может закончиться до тех пор, пока не за- кончится задача А.

Начало-Окончание

Связь Начало-Окончание между задачами А и В означает, что задача А не может начаться, пока не закончилась задача В.


Таблица 2. Примеры для различных типовсвязей

Связь

Описание

Примеры

Окончание- Начало

Самый распространен- ный тип связи подразу- мевает, что задача В начинается только после того, как закончится за- дача А.

  1. Вы не можете начать готовить пиццу, пока не готово тесто.

  2. Вы можете приступить к установке рекламно- го стенда только после того, как он будет изго- товлен.

  3. Вы можете приступать к сдаче экзамена только после того, как получили задание или экзаме- национный билет.

Начало- Начало

Подразумевает, что обе задачи начинаются од- новременно.

  1. Можно поставить разогревать духовку и сразу же начать мыть посуду.

  2. При продвижении нового товара вы можете

запустить сразу и рекламу и на телевидение, и рекламу на радио.

Окончание- Окончание

Подразумевает, что обе задачи заканчиваются одновременно.

  1. Промоакция начинается в 18:00, к этому вре- мени необходимо арендовать и привезти обо- рудование (фотоаппараты) и обучить промо- утеров (за 3 часа до начала).

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

Связь

Описание

Примеры

Начало- Окончание

Один из самых сложных и редко используемых типов связей и означает, что задача А не может

начаться, пока не закон- чилась задача В. Для данного типа связи часто в качестве одной из за- дач используется веха.

  1. Пиццу нельзя начать печь, пока на ней не за- кончено размещение ингредиентов.

  2. Вы не можете начать рекламную кампанию до того момента, пока ваш директор не утвердил бюджет

  3. Вы не можете приглашать VIP-персон на ков- ровую дорожку, пока не будет выставлена охрана.


Примечание. У вас может возникнуть вопрос: «А можно ли заменить связь «Начало- Окончание» на «Окончание-Начало», ведь на первый взгляд они очень похожи?». Я не рекомен- дую делать вам это, т.к. цель создания связи «Начало-Окончание» заключается в обозначении акцента на факт, что после окончания одной и перед началом другой не должно пройтимного

времени. Предположим, вы свяжете задачи, приведенные в третьем примере, связью «Окон- чание-Начало», тогда получится, что основной акцент вы делаете на выставление охраны, в то время как приглашение VIP-персон может и подождать.

  1. Связывание задач





  1. Чтобы установить связи типа Окончание-Начало между следующими друг за другом несколькими задачами, надо:

А) выделить задачи, которые надо связать: установить курсор мыши на номер первой за- дачи цепочки связываемых задач (обычно это задача с меньшим номером), нажать левую кнопку мыши и, удерживая ее нажатой, переместить курсор на номер последней задачи цепочки, отпустить кнопку мыши;

Б) щелкнуть на кнопке Связать задачи или в меню Правка, Связать задачи.


  1. Если задачи в списке задач не следуют одна за другой, то, для того, чтобы установить между этими задачами связь типа Окончание-Начало, надо:

  1. выделить первую задачу цепочки (щелкнуть левой кнопкой мыши на номере задачи);

  2. нажать клавишу Сtrl и, удерживая ее нажатой, сделать щелчок левой кнопкой мыши на номерах остальных задач цепочки;

  3. щелкнуть на командной кнопке Связать задачи или в меню Правка, Связать задачи.




  1. Чтобы между задачами установить связь отличную от Окончание-Начало, например, Окончание-Окончание, надо выделить задачу с большим номером, сделать щелчок на кнопке Сведения о задаче, открыть вкладку Предшественники, в столбце Название за- дачи выбрать задачу, с которой надо установить связь, и затем в столбце Тип – тип связи.

  2. Иногда возникает необходимость удалить связи между задачами. Для этого, надо выделить связанные задачи и сделать щелчок на кнопке Разорвать связи задач.



4. Время запаздывания



Иногда между завершением одной задачи и началом другой должно пройти некоторое время. Например, после выравнивания пола ламинат можно укладывать только после 48 часов. Следовательно, задача Укладка ламината может начаться через 2 дня после завершения задачи Выравнивание пола. Такая ситуация моделируется при помощи связывания задач связью ОН и заданием запаздывания для задачи приемника.

Чтобы задать время запаздывания, надо выбрать задачу с большим номером, сделать щел- чок на кнопке Сведения о задаче и на вкладке Предшественники указать величину запазды- вания.

Возможна и другая ситуация, когда задачи А и В связаны связью типа ОН и при этом за- дача В должна начаться немного раньше, чем закончится задача А. Эта ситуация моделируется путем указания отрицательного значения величины запаздывания.

Мини-проект "Приготовлениепиццы"



Разработаем свой собственный проект «Приготовление пиццы».

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

ЭТАП 1. Начало работы. Итак, поговорим о самом главном - о цели предстоящего проек- та. Она будет заключаться в приготовлении пиццы. Несмотря на то, что цель вроде бы и обо-

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

    • Какая именно пицца нужна: обычная, с морепродуктами или вегетариан- ская?

    • К какой дате нужна пицца?

    • Какая должна быть пицца (где изготовлена): домашняя, магазинный полу- фабрикат, спецзаказ в пиццерии?

    • Сколько финансовых средств выделяется на проект?

    • Проект предполагает наличие одного исполнителя или нескольких?

После ответов на вопросы цель можно сформулировать более конкретно. Например, "Ис- печь пиццу с ветчиной и грибами в домашних условиях в течение 5 часов своими силами, при этом выделяемая сумма денежных средств составляет 2000 рублей".

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

1.

Таблица 1. План реализации проекта «Приготовление пиццы»

задачи

Описание задачи

Срок

1

Покупка продуктов (ингредиентов для пиццы)

1 час

2

Приготовление теста

30 минут

3

Изготовление основы для пиццы из теста

50 минут

4

Нарезка ингредиентов (ветчина, сыр, грибы, помидо- ры...)

40 минут

5

Прогрев духовки

20 минут

6

Размещение ингредиентов на тесте

10 минут

7

Приготовление пиццы

25 минут

8

Пицца готова

Веха (0 минут)

9

Упаковка пиццы

5 минут

10

Доставка пиццы другу

20 минут (с учетом ве- черних пробок)


Тема 12. Тема: ИТ-СЕРВИС - основа деятельности современной ИС службы. Цель лекции: изучение современной ИС службы для деятельности ИТ-СЕРВИСов. Ключевые слова: системы, приложения, инфраструктура.

План лекции:


    1. Системы управления информационными технологиями

    2. Инфраструктура ИТ

    3. ИТ-проекты


Системы управления информационными технологиями (ИТ) предприятий и организаций (далее по тексту используется термин «предприятие») являются достаточно сложными, поскольку требуется учета интересов множества участников, вовлеченных в создание и использование ИТ-ресурсов (спонсоров создания информационной системы, конечных пользователей и разработчиков). Понятие «информационные технологии» является общеупотребительным, в то же время отсутствует общепризнанное определение этого понятия. Мы будем придерживаться определения, данного в энциклопедии «Информационные технологии (ИТ), или информационные и коммуникационные технологии (ИКТ), — это технологии, применяемые для обработки информации. В частности, они используют ком- пьютеры и программное обеспечение для преобразования, хранения, защиты, передачи и извлечения информации в любом месте и в любое время» [1]. С учетом этого определения ИТ- менеджмент охватывает управление всеми компьютерными и коммуникационными ресурсами предприятия. Его основная задача состоит в создании и поддержании в работоспособном состоянии приложений и инфраструктуры, на которой они исполняются. Подобный менеджмент можно разделить на три уровня: операционный, тактический и стратегический. На стратегическом уровне обеспечивается установление соответствия между информационными функциями системы и ее контентом, что сводится к атрибуции задач на поле информационной политики, определению содержания информационных функций и ИТ-поддержке. На операционном и тактическом уровнях ИТ-менеджмента должны обеспечиваться заданные уровни работоспособности и надежности эксплуатации приложений информационной системы (ИС) на продолжении всего жизненного цикла системы. Создание системы управления ИТ, как и любой другой системы управления, предполагает определение управляемых объектов и управляющих воздействий.

Объектами ИТ-менеджмента являются: инфраструктура; приложения; организационная структура службы ИС; ИТ-проекты.

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

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

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

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

Вопросы для самоконтроля





  1. Системы управления информационными технологиями?

  2. Что представляет собой Инфраструктура ИТ?

  3. Применение ИТ-проекты?



Рекомендуемая литература:





  1. Информационные системы и технологии в экономике. В.Б.Уткин, К.В.Балдин. Учебник для вузов.-М.: ЮНИТИ-ДАНА, 2015.

  2. Салмии С.П. Управленческие информационные комплексы и автоматизированные информационные технологии. - Н. Новгород: Изд-во ННГУ, 2019.



1   ...   14   15   16   17   18   19   20   21   ...   51


написать администратору сайта