лекция. Программа профессионального модуля проектирование и разработка информационных систем
 Скачать 1.78 Mb.
|
|
Задание № 1 Привести национальные стандарты обеспечения качества автоматизированных информационных систем. Задание № 2 Охарактеризовать международную систему стандартизации и сертификации качества продукции. Задание № 3 Описать стандарты группы ISO. Задание № 4 Привести методы контроля качества в информационных системах. Задание № 5 Постройте модель управления качеством процесса изучения модуля «Проектирование и разработка информационных систем». Задание № 6 Оформить отчет. ПРАКТИЧЕСКАЯ РАБОТА № 6. РАЗРАБОТКА ТРЕБОВАНИЙ БЕЗОПАСНОСТИ ИНФОРМАЦИОННОЙ СИСТЕМЫ Цели: получение навыков разработки требований безопасности информационной системы. Теоретические вопросы Угрозы безопасности информационных систем. Обеспечение безопасности функционирования информационных систем. Методы и средства обеспечения безопасности информационных систем. Задание № 1. Определите цели и задачи системы защиты информации. Задание № 2 Перечислите факторы, влияющие на организацию системы защиты информации. Задание № 3 Определите дестабилизирующие воздействия на информационную систему и способы их нейтрализации. Задание № 4 Напишите программу по подсчету общей вероятности нарушения безопасности объекта, подсчитываемой по формуле где к – число угроз; n – число нарушителей; Р i – вероятность появления субъекта i-го типа; p(j/i) – условная вероятность того, что субъект i-го типа выберет для реализации угрозу j-го типа; q н1 – вероятность несрабатывания средств обнаружения; q н2 – вероятность несрабатывания средств отражения; а – постоянная величина, характеризующая "скорость" реализации угрозы, tот – время, которым располагает субъект угрозы, если tот = 0 – угроза не реализуется. Задание № 5 Разработайте требования безопасности информационной системы (см. практическая работа № 1). Задание № 6 Выберите методы и средства защиты информации для исследуемой информационной системы. 55 ПРАКТИЧЕСКАЯ РАБОТА № 7. ПРОЕКТИРОВАНИЕ СПЕЦИФИКАЦИИ ИНФОРМАЦИОННОЙ СИСТЕМЫ ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ Цели: получение навыков проектирования спецификации информационной системы. Теоретические вопросы Требования к информационной системе. Методы анализа и спецификации требований. Концептуальные требования. Функциональные требования. Технические требования. Технологии и методологии управления требованиями. Задание № 1 Сформулировать цели и задачи создания информационной системы (см. практическая работа № 1). Охарактеризовать вид информационной системы, её назначение, используемые в работе системы данные. Сформулировать концептуальные требования к информационной системе. Задание № 2 Дать характеристику типового объекта автоматизации (организации, предприятия) для которого создаётся и на котором будет внедрена информационная система. Описать автоматизируемые бизнес-процессы. Задание № 3 Сформулировать требования к системе в целом. Описать структуру информационной системы. Перечислить функциональные подсистемы. Задание № 4 Сформулировать функциональные требования. Описать требования к функциям и задачам, выполняемым системой. Описать назначение и состав функций каждой из подсистем. Задание № 5 Описать предметную область. Разработать концептуальную модель данных предметной области. Сформулировать требования к информационному обеспечению системы. Задание № 6 Сформулировать требования к программному обеспечению системы. Описать требования к пользовательскому интерфейсу. Сформулировать технические требования к реализации и режимам работы информационной системы. Задание № 7 Используя полученные результаты, подготовить документ «Техническое задание на создание информационной системы», включающий в себя полное описание концептуальных, функциональных и технических требований к создаваемой системе. ПРАКТИЧЕСКАЯ РАБОТА № 8. РАЗРАБОТКА ОБЩЕГО ФУНКЦИОНАЛЬНОГО ОПИСАНИЯ ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ Цели: получение навыков разработки общего функционального описания программного средства. Теоретические вопросы Виды информационных систем, их назначение и состав. Технологии разработки информационных систем. Методологии разработки программного обеспечения. Процесс разработки программного обеспечения. Управление разработкой программного обеспечения. Проектирование информационных систем. Этапы проектирования. 56 Задачи и результаты проектирования. Задание № 1 Подготовить исходные данные для разработки информационной системы (см. практическая работа № 1). Исходными данными для планирования являются: общее описание некоторой информационной системы (назначение, область применения, решаемые задачи, технологические особенности реализации и внедрения); ограничения и условия разработки (требования заказчика, возможности команды разработчиков, сроки разработки, бюджет проекта и т.д.). Задание № 2 Составить эскизный план разработки информационной системы. Задание № 3 Составить документ «Технический проект» с описанием проектных решений (архитектура системы, логическая структура базы данных, решения по реализации пользовательского интерфейса и т.д.). Задание № 4 Составить документ «План тестирования» с описанием методики тестирования и контрольных тестов. Задание № 5 Составить документ «План ввода информационной системы в эксплуатацию». ПРАКТИЧЕСКАЯ РАБОТА № 9. РАЗРАБОТКА РУКОВОДСТВА ПО ИНСТАЛЛЯЦИИ ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ Цели: получение навыков разработки руководства по инсталляции программного средства. Теоретические вопросы Понятие дистрибутива. Виды дистрибутивов. Типы инсталляции программного обеспечения. Руководство по инсталляции программного средства. Задание № 1 Разработать руководство по инсталляции программного средства для заданной информационной системы (см. практическая работа № 1). ПРАКТИЧЕСКАЯ РАБОТА № 10. РАЗРАБОТКА РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ ПРОГРАММНОГО СРЕДСТВА ПО ИНДИВИДУАЛЬНОМУ ЗАДАНИЮ Цели: получение навыков разработки руководства пользователя программного средства. Теоретические вопросы Перечень и комплектность документов на информационные системы согласно ЕСПД и ЕСКД. Задачи документирования. Проектная документация. Техническая документация. Отчетная документация. Пользовательская документация. Маркетинговая документация. Задание № 1 Разработать руководство пользователя программного средства (см. практическая работа № 1). ЛАБОРАТОРНАЯ РАБОТА № 1. ИЗУЧЕНИЕ СРЕДСТВ АВТОМАТИЗИРОВАННОГО ДОКУМЕНТИРОВАНИЯ Цели: изучение средств автоматизированного проектирования. Теоретические вопросы Использование CASE-технологий при разработке программного обеспечения. Зарубежный подход к делопроизводству. Функциональные 57 требования к системам автоматизации делопроизводства. Характеристика средств автоматизированного документирования. Задание № 1 Изучить CASE-технологии в разработоке программного обеспечения. Выделить главные преимущества CASE-технологий по сравнению с другими способами моделирования. Задание № 2 Изучить CASE-средство Rational Rose: функциональные возможности. Задание № 3 Изучить средство автоматизированного документирования SoDA. Задание № 4 Оформить отчет. SoDA, по существу, представляет собой макрос, написанный для MS Word и особенно полезный при реализации крупных информационных проектов, в которых на составление документации и ее постоянную переработку обычно тратится очень много времени и сил разработчиков. По задаваемым пользователем шаблонам SoDA «компилирует» документацию, собирая в один документ текстовые и графические данные из различных источников, например из моделей, созданных в Rational Rose. Далее пользователь может отредактировать полученный документ с помощью Microsoft Word или Adobe FrameMaker. Как и любая система отчетности, SoDA базируется на тех данных, которые получает из сторонних программ. SoDA поддерживает всю линейку продуктов Rational Software, позволяя создавать сложные комбинированные отчеты на основе выходных данных программ состава Rational Suite. Плюс ко всему SoDA имеет доступ к данным из Microsoft Project. Основные возможности системы: – автоматическое извлечение информации из файлов, созданных различными инструментальными средствами. SoDA «понимает» структуру информации, хранимой теми системами, с которыми она интегрирована, а сама информация доступна ей через API этих систем; – сохранение при «перекомпиляции» текста и графики, введенных пользователем вручную в текстовом процессоре. Если пользователь, скажем, в Microsoft Word, добавил какие-нибудь комментарии или иллюстрации в сгенерированный с помощью SoDA документ, то при перестраивании данного документа SoDA его не испортит; – настройка шаблонов, по которым генерируется документация. С помощью удобного визуального редактора можно создавать шаблоны, соответствующие всевозможным внешним стандартам (таким, как ISO 9000, IEEE, MIL-STD-498 и DOD- STD-2167A) или внутренним стандартам компании; – синхронизация с источниками и проверка актуальности документации. Связи между отдельными частями документации и исходными файлами запоминаются. Поэтому, во-первых, SoDA может отслеживать изменения, происходящие с источниками, на основе которых была в последний раз «скомпилирована» документация, а во-вторых, пользователь может из любой секции документа быстро получить доступ к источникам, информация из которых используется в этой секции; – частичная «перекомпиляция» больших документов. Проектная документация к масштабным программным системам может достигать гигантских объемов. Поэтому в SoDA предусмотрена возможность «перекомпилировать» только такие части документации, которые действительно утратили актуальность; – сбор информации из многочисленных и разнородных источников; – документирование всех этапов работы над проектом; – проверка соблюдения требований, предъявляемых к разрабатываемой системе. SoDA позволяет сформировать таблицы, из которых можно понять, насколько полученные результаты соответствуют требованиям, определенным на начальных этапах проектирования; – поддержка русифицированных шаблонов и отчетов. Из описания следует, что SoDA может работать в двух режимах. Первый – генерация отчета по данным на основе существующего шаблона, который, в свою очередь, строго следует стандартам RUP и ISO. Второй – генерация отчета на основе собственного 58 шаблона компании, оформленного произвольным образом в соответствии с ее традициями. Давайте немного остановимся на первом режиме, когда за основу берется стандартный шаблон. Известно, что компания Rational не только полностью описала процесс выпуска программного обеспечения, но и создала программные средства для каждого этапа этого процесса. Следовательно, каждый продукт сохраняет данные, а SoDA по ним строит («компилирует») отчет. Если внимательнее присмотреться к этапам разработки приложений с точки зрения Rational, получится следующий список: 1. Бизнес-моделирование. 2. Определение требований. 3. Анализ и проектирование 4. Тестирование. 5. Реализация. 6. Внедрение. Естественно, все этапы детально описаны, и на каждом из них предполагается получение документа строго определенного образца (согласно RUP), после того как соответствующие данные были обработаны той или иной программой из набора средств Rational. Так, на первом этапе при помощи SoDA можно получить документы «Оценка организации заказчика», «Словарь терминов предметной области», «Коммерческое предложение», «Бизнес-правила» и т.д. На втором этапе можно получить документы «Спецификация на программную систему», «Спецификация на функции системы». Каждый из этих отчетов будет соответствовать RUP, а форма изложения – отражать требования ISO. В дальнейшем такой документ можно согласовать с заказчиком. Обратите внимание: первый этап называется «Бизнес-моделирование», что подразумевает использование на данном этапе средств визуального проектирования. Согласно технологии RUP, этим средством является Rational Rose, позволяющее на основе различных диаграмм получить полную бизнесмодель предприятия и модель проектируемой системы. Соответственно, опять же по технологии RUP, на этапе проектирования аналитик или проектировщик не только рисует модель, создавая определенные связи между диаграммами, но и комментирует каждое свое движение на специальных полях либо подключает уже имеющиеся документы к модели. Разумеется, в результате получается отличная модель, полностью описывающая бизнес-процессы и программную систему. Правда, понятной она будет только узкому кругу лиц, представляющих себе полную картину сделанного. Заказчик же, к сожалению, зачастую плохо ориентируется в мире диаграмм... Из меню Rose запускается составитель отчетов, пользователь выбирает тип отчета и через 1-5 минут получает готовый документ с разметками, комментариями и фрагментами моделей в формате Word. При этом все элементы документа представляют собой внедренные объекты, а это значит, что изменения, внесенные в модель, автоматически отражаются в документе. В таблице 1 показано, с какими программными продуктами работает SoDA и какие отчеты может создавать. 59 Таблица 1 В таблице 2 даны расшифровка и описание типов диаграмм в Rose. Можно выделить 10 важнейших моментов, когда без системы отчетности невозможно обойтись. Это бывает в тех случаях, когда необходимо: – выработать концепцию будущего приложения (документы, роли участников); – выработать план; – идентифицировать и смягчить риски; – устанавливать и отслеживать проблемы; – проанализировать прецеденты; – разработать компонентную архитектуру; – создавать и тестировать продукт; – проверять и оценивать результаты; – управлять изменениями и контролировать их; – обеспечивать ввод в коммерческую эксплуатацию и поддержку пользователей Таблица 2 60 Методические рекомендации студентам для самостоятельной работы Самостоятельная работа - это планируемая работа студентов, выполняемая по заданию и при методическом руководстве преподавателя, но без его непосредственного участия. Самостоятельная работа выполняет ряд функций, среди которых особенно выделяются: развивающая (повышение культуры умственного труда, приобщение к творческим видам деятельности, обогащение интеллектуальных способностей студентов); ориентирующая и стимулирующая (процессу обучения придается ускорение и мотивация); воспитательная (формируются и развиваются профессиональные качества специалиста); исследовательская (новый уровень профессионально-творческого мышления); информационно-обучающая (учебная деятельность студентов на аудиторных занятиях). Целью самостоятельных занятий является самостоятельное более глубокое изучение студентами отдельных вопросов курса с использованием рекомендуемой дополнительной литературы и других информационных источников. Задачами самостоятельной работы студентов являются: систематизация и закрепление полученных теоретических знаний и практических умений студентов; углубление и расширение теоретических знаний; формирование умения использовать справочную литературу; развитие познавательных способностей и активности студентов: творческой инициативы, самостоятельности, ответственности и организованности; Внеаудиторная самостоятельная работа включает такие формы работы, как: Индивидуальные занятия (домашние занятия): изучение программного материала дисциплины (работа с учебником и конспектом лекции); изучение рекомендуемых литературных источников; конспектирование источников; выполнение контрольных работ; работа со словарями и справочниками; использование аудио- и видеозаписи; работа с электронными информационными ресурсами и ресурсами Internet; составление плана и тезисов ответа на лекции; составление схем, таблиц, для систематизации учебного материала; выполнение тестовых заданий; решение задач; подготовка презентаций; ответы на контрольные вопросы; аннотирование, реферирование, рецензирование текста; написание эссе, тезисов, докладов, рефератов; составление глоссария, кроссворда по темам дисциплины ; работа с компьютерными программами; 61 подготовка к дифференцированному зачету. Групповая самостоятельная работа студентов: подготовка к занятиям, проводимым с использованием активных форм обучения (круглые столы, деловые игры); анализ деловых ситуаций (мини-кейсов) и др; участие в Интернет - конференциях. Получение консультаций для разъяснений по вопросам изучаемой дисциплины . Но наиболее часто при изучении дисциплины используются следующие виды самостоятельной работы студентов: поиск (подбор) литературы (в том числе электронных источников информации) по заданной теме; подготовка рефератов; подготовка докладов. Реферат - форма письменной работы. Как правило, реферат является самостоятельным библиографическим исследованием студента, носящим описательно- аналитический характер. Объем реферата может достигать 10-15 страниц. Подготовка реферата подразумевает самостоятельное изучение студентом нескольких литературных источников (монографий, научных статей и т.д.) по теме, не рассматриваемой подробно на лекции, систематизацию материала и краткое его изложение. Цель написания реферата - привитие навыков краткого и лаконичного представления собранных материалов и фактов в соответствии с требованиями, предъявляемыми к научным отчетам, обзорам и статьям. Работа студента над рефератом включает следующие операции: уяснение сути темы (по её названию); выявление литературных источников по данной теме; ознакомление с содержанием источников, направленным на осмысление его внешней и внутренней структуры; работа над выделением главных смысловых компонентов текста (ключевых слов и предложений); отбор наиболее важных сведений из выделенных фрагментов; составление «связок» из отобранного материала в соответствии с логикой изложения фактов; написание реферата. Реферат в структурном отношении должен включать: заголовочную часть (введение); собственно реферативную часть (изложение основных положений по плану с соответствующими названиями и нумерацией); заключительную часть (выводы); справочную часть (список использованной литературы); оглавление (содержание). Текст реферата должен иметь связанное, цельное построение. Содержание реферата должна пронизывать главная идея, которая объединяет все информационные элементы источников, а также приводимые факты. При этом допускается сохранение отдельных структурных элементов оригинала. Однако не допустимо простое переписывание положение литературных источников. Язык должен быть кратким, ясным, доступным. Оформление реферата должно быть выполнено машинописным способом в соответствии со следующими требованиями: |