Главная › Интересное › Методическая разработка на тему: фонды оценочных средств по междисциплинарному курсу «информационные технологии и платформы разработки информационных систем» (мдк.02.01) профессионального модуля «разработка информационных систем» (пм. Платформа в информац

Методическая разработка на тему: фонды оценочных средств по междисциплинарному курсу «информационные технологии и платформы разработки информационных систем» (мдк.02.01) профессионального модуля «разработка информационных систем» (пм. Платформа в информац

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

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

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

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

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

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

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

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

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

Существуют комплексные прикладные системы масштаба корпораций, которые являются основой для надежного ведения крупного бизнеса, так называемые ERP-системы ( Enterprise Resource Planning Systems). Эти системы также являются прикладной платформой, гибко настраиваемой в своей предметной области .

2.5. Критерии выбора платформы

Выбор платформы представляет собой чрезвычайно сложную задачу, которая состоит из двух частей:

Существует несколько причин, в силу которых достаточно сложно оценить возможности платформы с выбранным набором компонентов, которые включаются в систему:

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

Выбор той или иной платформы и конфигурации определяется рядом критериев. К ним относятся:

Отношение стоимость-производительность.
Надежность и отказоустойчивость.
Масштабируемость.
Совместимость и мобильность программного обеспечения.

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

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

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

Масштабируемость должна обеспечиваться архитектурой и конструкцией компьютера, а также соответствующими средствами программного обеспечения.

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

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

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

Этот переход выдвинул ряд новых требований:

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

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

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

Департамент образования города Москвы

Государственное бюджетное образовательное учреждение

среднего профессионального образования города Москвы

Технический пожарно-спасательный колледж № 57

имени Героя Российской Федерации В.М. Максимчука

РАБОЧАЯ ПРОГРАММА

учебной дисциплины: ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ И ПЛАТФОРМЫ РАЗРАБОТКИ ИНФОРМАЦИОННЫХ СИСТЕМ

для специальностей:

230401 Информационные системы (по отраслям)

базовая подготовка

Москва

2015

СОДЕРЖАНИЕ

1. Паспорт рабочей программы учебной дисциплины 4

2. Структура и содержание учебной дисциплины 7

3. Условия реализации рабочей программы учебной дисциплины 15

4. Контроль и оценка результатов освоения учебной дисциплины 19

1. паспорт РАБОЧЕЙ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ

1.1. Область применения программы

Рабочая программа учебной дисциплины является обязательной частью основной профессиональной образовательной программы (ОПОП) и предназначена для реализации требований Федерального компонента государственного образовательного стандарта среднего (полного) общего образования .

Рабочая программа междисциплинарного курса МДК. 02.01. «Информационные технологии и платформы разработки информационных систем» входит в профессиональный модуль ПМ.02 «Участие в разработке информационных систем», который является частью основной профессиональной образовательной программы в соответствии с ФГОС по специальности СПО 230401 Информационные системы (по отраслям), укрупненной группы специальностей 230000 Информатика и вычислительная техника, в части освоения основного вида профессиональной деятельности (ВПД): участие в разработке информационных систем и соответствующих профессиональных компетенций (ПК):

Участвовать в разработке технического задания.

Программировать в соответствии с требованиями технического задания.

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

Формировать отчетную документацию по результатам работ.

Оформлять программную документацию в соответствии с принятыми стандартами.

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

1.2. Место дисциплины в структуре основной профессиональной образовательной программы: учебная дисциплина «Информационные технологии и платформы разработки информационных систем» входит в обязательный цикл общеобразовательных дисциплин федерального компонента рабочего учебного плана по специальностям: 230401 Информационные системы (по отраслям).

Обучающая система o n-line тестирования -

4. Контроль и оценка результатов освоения Дисциплины

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

Текущий контроль проводится преподавателем в процессе обучения.

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

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

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

Результаты

(освоенные профессиональные компетенции)

Участвовать в разработке технического задания

Разрабатывает техническое задание в соответствии с потребностями заказчика;

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

Выполнение индивидуальных и групповых заданий, направленных на демонстрацию умений решать прикладные вопросы интеллектуальных систем с использованием, статических экспертных систем, экспертных систем реального времени

Защита отчета по лабораторному практикуму

Собеседование

Программировать в соответствии с требованиями технического задания

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

Выполнение заданий по разработке графического интерфейса приложения;

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

Выполнение заданий по управлению проектом с использованием инструментальных средств;

Защита отчета по лабораторному практикуму, контроль самостоятельности составления документации, оценка содержания портфолио студента

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

Решение ситуационных задач по проведение тестирования разрабатываемого приложения в соответствии с требованиями технического задания;

Электронное тестирование

Защита совместного задания

Коллоквиум

Формировать отчетную документацию по результатам работ

Выполнение заданий по разработке, оформлению и формированию отчетной документации по результатам работ в соответствии с необходимыми нормативными правилами и стандартами

Защита отчета по лабораторному практикуму,

текущий контроль самостоятельности составления документации, оценка содержания портфолио студента

Оформлять программную документацию в соответствии с принятыми стандартами

Использовать критерии оценки качества и надежности функционирования информационной системы

Проведение оценки качества и надежности функционирования информационной системы в соответствии с заданными критериями

Собеседование, Защита расчетной части задания

Итоговая аттестация по модулю - экзамен

Результаты

(освоенные общие компетенции)

Основные показатели оценки результата

Формы и методы контроля и оценки

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

проявление интереса к будущей профессии через:

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

Участие в студенческих олимпиадах, научных конференциях;

Участие в органах студенческого самоуправления;

Участие в проектной деятельности;

Участие в конкурсе «Лучший по профессии».

Наблюдение;

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

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

Обоснование, выбор и применение методов и способов решения профессиональных задач в области информационных систем;

Оценка эффективности и качества выполнения профессиональных задач

Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность.

Способность решения стандартных и нестандартных профессиональных задач в области информационных систем, способностьнести за них ответственность;

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

Наблюдение и оценка на лабораторных занятиях; при выполнении работ по учебной практике.

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

Получение необходимой информации через ЭУМК по дисциплинам;

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

Тестирование; подготовка рефератов, докладов, эссе.

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

Оформление результатов самостоятельной работы и проектной деятельности с использованием ИКТ.

Подготовка и защита проектов с использованием ИКТ; на блюдение за навыками работы в глобальных и локальных информационных сетях.

Работать в коллективе и команде, эффективно общаться с коллегами, руководством, потребителями.

Разработка проектов в командах;

Участие во внеаудиторной деятельности по специальности

Взаимодействие с обучающимися, преподавателями и руководителями практик в ходе обучения и практики;

Умение работать в группе;

Наличие лидерских качеств;

Участие в студенческом самоуправлении;

Участие в спортивно - и культурно-массовых мероприятиях

Защита проектов командой; наблюдение и оценка роли обучающихся в группе.

Брать на себя ответственность за работу членов команды (подчиненных), результат выполнения заданий.

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

проявление лидерских качеств

– производить контроль качества выполненной работы и нести ответственность в рамках профессиональной компетентности;

Проявление ответственности за работу подчиненных, результат выполнения заданий;

- самоанализ и коррекция результатов собственной работы.

Оценка качества и сроков выполнения командных работ; тестирование; анкетирование; наблюдение, мониторинг и

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

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

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

Обучение на курсах дополнительной профессиональной подготовки

Организация самостоятельных занятий при изучении профессионального модуля;

Составление резюме;

Результаты защиты проектных работ и презентации творческих работ (открытые защиты творческих и проектных работ) ; сдача квалификационных экзаменов и зачетов

по программам ДПО; контроль графика выполнения индивидуальной самостоятельной работы обучающегося.

Ориентироваться в условиях частой смены технологий в профессиональной деятельности.

Выполнение практических и лабораторных работ; курсовых, дипломных проектов; рефератов с учетом инноваций в области профессиональной деятельности;

Анализ инноваций в области разработки технологических процессов;

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

Оценка лабораторных работ, презентации докладов и рефератов; учебно-практические конференции; конкурсы профессионального мастерства.

Исполнять воинскую обязанность, в том числе с применением полученных профессиональных знаний (для юношей).

Соблюдение техники безопасности;

Соблюдение корпоративной этики (выполнение правил внутреннего распорядка);

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

своевременность постановки на воинский учет; итоги проведения воинских сборов

тестирование по ТБ.

Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности.

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

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

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

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

Ручные ИС характеризуются отсутствием современных технических средств переработки информации и выполнением всех операций человеком.

В автоматических ИС все операции по переработке информации выполняются без участия человека.

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

В зависимости от характера обработки данных ИС делятся на информационно-поисковые и информационно-решающие.

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

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

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

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

В зависимости от сферы применения различают следующие классы ИС.

Информационные системы организационного управления - предназначены для автоматизации функций управленческого персонала как промышленных предприятий, так и непромышленных объектов (гостиниц, банков, магазинов и пр.).

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

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

ИС автоматизированного проектирования (САПР) - предназначены для автоматизации функций инженеров-проектировщиков, конструкторов, архитекторов, дизайнеров при создании новой техники или технологии. Основными функциями подобных систем являются: инженерные расчеты, создание графической документации (чертежей, схем, планов), создание проектной документации, моделирование проектируемых объектов.

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

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

БЭСТ
Инотек
Инфософт
Супер-Менеджер
Турбо-Бухгалтер
Инфо-Бухгалтер

Concorde XAL Exact
NS-2000 Platinum PRO/MIS
Scala SunSystems
БЭСТ-ПРО
1C-Предприятие
БОСС-Корпорация
Галактика
Парус
Ресурс
Эталон

Microsoft-Business Solutions - Navision,
Axapta D Edwards (Robertson & Blums)
MFG-Pro (QAD/BMS)
SyteLine (COKAП/SYMIX)

SAP/R3 (SAP AG)
Baan (Baan)
BPCS (ITS/SSA)
Oracle Applications (oracle)

Существует классификация ИС в зависимости от уровня управления, на котором система используется.

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

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

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

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

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

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

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

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

Традиционные архитектурные решения основаны на использовании выделенных файл-серверов или серверов баз данных. Существуют также варианты архитектур корпоративных информационных систем, базирующихся на технологии Internet (Intranet-приложения). Следующая разновидность архитектуры информационной системы основывается на концепции "хранилища данных" (DataWarehouse) - интегрированной информационной среды, включающей разнородные информационные ресурсы. И, наконец, для построения глобальных распределенных информационных приложений используется архитектура интеграции информационно-вычислительных компонентов на основе объектно-ориентированного подхода.

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

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

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

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

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

Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета.

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

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

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

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

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

Проектирование ИС охватывает три основные области:

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

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

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

Согласно современной методологии, процесс создания ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к ИС, проекта ИС, требований к приложениям и т.д. Модели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта. Создание моделей, их контроль, преобразование и предоставление в коллективное пользование осуществляется с использованием специальных программных инструментов - CASE-средств.

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

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

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

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

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

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

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

Конечными продуктами этапа проектирования являются:

Схема базы данных (на основании ER-модели, разработанной на этапе анализа);
набор спецификаций модулей системы (они строятся на базе моделей функций).

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

Будет ли это архитектура "файл-сервер" или "клиент-сервер";
будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;
будет ли база данных централизованной или распределенной. Если база данных будет распределенной, то какие механизмы поддержки согласованности и актуальности данных будут использоваться;
будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя (например, все серверы только Oracle или все серверы только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);.
будут ли для достижения должной производительности использоваться параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

Этап проектирования завершается разработкой технического проекта ИС.

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

Этап тестирования обычно оказывается распределенным во времени.

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

Обнаружение отказов модуля (жестких сбоев);
соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций).

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

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

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

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

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

Основная литература:Сенкевич А.В. Архитектура ЭВМ и вычислительные
системы: Учебник для сред.проф. образования.- 2-е
изд., 2015.
Гвоздева Т.В., Баллод Б.А. Проектирование
информационных систем., 2011.

Управление внедрением информационных систем. ,
2012.
Грекул В.И., Денищенко Г.Н., Коровкина Н.Л.
Проектирование информационных систем. -2-е изд.
Серия: Основы информационных технологий, 2013.
Соловьев И.В., Майоров А.А. Проектирование
информационных систем, 2011.

Дополнительные источники:

Васильев А.А. Избачков Ю.С. Петров В.Н. Телина И.С.
Информационные системы/ - 30е изд. – Спб: Питер, 2011.
Васильев Р. Б., Калянов Г. Н и др. Управление развитием
информационных систем. – М.: Горячая Линия-Телеком, 2011
Голенищев Э.П., Клименко И.В. Информационное обеспечение
управления. Серия Высшее образование. М.: Феникс, 2010.
Данилин А., Слюсаренко А. Архитектура и стратегия. "Инь" и
"янь" информационных технологий Интернет-университет
информационных технологий – ИНТУИТ.ру, 2009.
Пирогов В.Ю. Информационные системы и базы данных.
Организация и проектирование. Серия Учебная литература
для вузов. СПб.: БХВ-Петербург, 2009.
ГОСТ 24.103-84. Комплекс стандартов на автоматизированные
системы. Автоматизированные системы. Автоматизированные
системы управления. Общие положения

Интернет-ресурсы

Обучающая система on-line тестирования - http://www.iexam.ru/
http://window.edu.ru/window/library?p_rubr=2.2 –
Единое окно доступа к образовательным ресурсам.
http://www.edulib.ru/ – центральная библиотека
образовательных ресурсов
http://www.edu.ru/ – библиотека федерального портала
«РОССИЙСКОЕ ОБРАЗОВАНИЕ»
http://www.public.ru/ – публичная интернет-библиотека
http://www.vernikov.ru/ – всё о менеджменте и IT
http://www.interface.ru/ – интернет, ИТ, программное
обеспечение

1. Архитектура информационных систем

1.1 Понятия Архитектуры ИС
1.2 Структуры ИС (физическая, логическая,
программная, функциональная) и их
взаимосвязь.
1.3 Подсистемы ИС.
1.4 Основные концептуальные принципы
функционирования и построения.
1.5 Подсистемы обеспечения
работоспособности ИС.
1.6 Информационное, техническое,
программное, математическое и другие виды
обеспечения.
1.7 Их характеристика и состав.

2. Аппаратно-программные платформы ИС

2.1 Платформы серверов ИС и их
аппаратно-программные
характеристики.
2.2 Характеристики аппаратнопрограммных платформы ИС и их виды.
2.3 Программное обеспечение ИС и его
классификация.
2.4 Серверное и клиентское
программное обеспечение ИС
2.5 Оптимизация выбора программного
состава обеспечения ИС.

3. Web-программирование

3.1 Основы разработки сайтов и вебприложений
3.2 Web-технологии
3.3 HTML, CSS
3.4 HTML5. Основы клиентской
разработки
3.5 JavaScript с нуля
3.6 Основы PHP
3.7 Базы данных

4. Создание графичеcкого интерфейса пользователя

4.1 Разработка графического
интерфейса пользователя.
4.2 Приемы и методы.
4.3 Библиотека классов WindowsForms
4.4 Объекты библиотеки.
4.5 Порядок построения форм ввода
данных для корпоративных приложений
на конкретном примере.

5. Создание веб -сервисов

5.1 Концепция веб – сервиса.
5.2 Инструментальные средства
Microsoft используемые при создании
сервисов.
5.3 Разработка сервисно ориентированных корпоративных
приложений.

10. 1.1 Понятия Архитектуры ИС

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

11. Две группы подсистем в структуре АИС:

Архитектурой АИС называется
распределение функций по ее
подсистемам и компонентам, точное
определение границ этих подсистем и
их взаимодействие по управлению и
данным, а также распределение
хранения и исполнения этих подсистем
и компонентов по различным ЭВМ,
объединенным в локальную
илиглобальную вычислительную сеть.
Две группы подсистем в структуре АИС:
функциональные подсистемы
обеспечивающие подсистемы

12.

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

13.

Выбор архитектуры ИС влияет на
следующие характеристики:
Производительность ИС – количество
работ, выполняемых в ИС за единицу
времени.
Время реакции системы на запросы
пользователя (время отклика системы).
Надёжность – способность к безотказному
функционированию в течение определенного
периода времени.

14.

Законодатели стандартов международные организации:
SEI (Software Engineering Institute),
WWW (консорциум World Wide Web),
OMG (Object Management Group),
организация разработчиков Java –
JCP (Java Community Process),
IEEE (Institute of Electrical and
Electronics Engineers) и другие.

ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ГОРОДА МОСКВЫ

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

ФОНДЫ ОЦЕНОЧНЫХ СРЕДСТВ

по междисциплинарному курсу

«Информационные технологии и платформы разработки информационных систем» (МДК.02.01) профессионального модуля « Разработка информационных систем» (ПМ.02)

для специальности 09.02.04 Информационные системы (по отраслям)

Москва

Варианты на обязательную контрольную работу

в 4 семестре 2 курса

Рузанкова И.А.

Контроль доступа к файловой системе.

Преподаватель _________________________________ Рузанкова И.А.

Администрирование серверного программного обеспечения, используемые приемы.
Управления учетными записями групп с помощью средств автоматизации.

Преподаватель _________________________________ Рузанкова И.А.

Устранение неполадок с учетными записями компьютеров.

Преподаватель _________________________________ Рузанкова И.А.

Вопросы для выполнения обязательной контрольной работы

По дисциплине «Информационные технологии и платформы»

в 4 семестре 2 курса

Описать принцип проведение анализа информационного обеспечения ИС.
Описать алгоритм выбора состава программного обеспечения ИС для определенной предметной области.
Пользовательские и системные требования.
Сравнительный анализ доступных файловых серверов.
Контроль и мониторинг сетей, построенных на базе стека протоколов TCP/IP с помощью утилит операционной системы Windows.
Администрирование серверного программного обеспечения, используемые приемы.
Настройка системы безопасности. Анализ логов работы системы и серверных приложений.
Эксплуатация серверного программного обеспечения ЛВС и ее особенности.
Настройка и эксплуатация файлового сервера.
Управления учетными записями групп с помощью средств автоматизации.
Устранение неполадок с учетными записями компьютеров.
Контроль доступа к файловой системе.

Критерии оценки знаний студентов

Отлично:

1. Полно раскрыто содержание материала в объёме программы.

2. Чётко и правильно даны определения и раскрыто содержание.

3. Проведен сравнительный анализ.

4. Ответ самостоятельный, при ответе использованы знания, приобретённые ранее (межпредметные связи).

Хорошо:

1. Раскрыто основное содержание материала.

2. В основном правильно даны определения, понятия.

3. Ответ самостоятельный.

4. Материал изложен неполно, при ответе допущены неточности, нарушена последовательность изложения.

5. Допущены небольшие неточности при выводах и использовании терминов.

Удовлетворительно:

1. Усвоено основное содержание материала, но изложено фрагментарно, не всегда последовательно.

2. Определения и понятия даны не чётко.

3. Допущены ошибки в выводах.

4. Неумение использовать знания полученные ранее.

Неудовлетворительно:

1. Основное содержание учебного материала не раскрыто.

2. Не даны ответы на дополнительные вопросы преподавателя.

3. Допущены грубые ошибки в определениях.

Преподаватель _______________________________________Рузанкова И.А.

столбцы 1,2 «Результаты обучения – освоенные умения, усвоенные знания»; «ПК, ОК» заполняется в соответствии с разделом 4 рабочей программы «Контроль и оценка результатов освоения учебной дисциплины»

столбцы 3,4 «Наименование темы», «Уровень освоения темы» заполняется в соответствии с п.2.2 рабочей программы «Тематический план и содержание учебной дисциплины»

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