Файл: 13.docx

Экзаменационный билет № 13

Утверждаю

Проректор по учебной работе

_____________ С.В. Михайлов

" " мая 2014 г.

Кафедра бизнес-информатики

Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле»

1. Каноническое проектирование ИС (ГОСТ 34.601-90).

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

Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ. Перечень стадий и этапов ЖЦ по ГОСТ 34.601-90, а также комментарии по выполнению работ приведен ниже.

Стадия 1. Формирование требований к ИС

На начальной стадии проектирования выделяют следующие этапы работ:

• обследование объекта и обоснование необходимости создания ИС;

• формирование требований пользователей к ИС;

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

Комментарии:

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

• обоснования разработки и поэтапного внедрения систем;

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

• разработки технического и рабочего проектов систем.

• изучение объекта автоматизации;

• проведение необходимых научно-исследовательских работ;

• разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

• оформление отчета и утверждение концепции.

Комментарии:

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

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

• получения сравнительных характеристик предполагаемых к использованию аппаратных платформ, операционных систем, СУБД, иного окружения;

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

Стадия 3. Техническое задание

• разработка и утверждение технического задания на создание ИС.

Комментарии:

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

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

В соответствии с ГОСТ 34.601-90 порядок разработки, состав, структура и оформление технического задания регламентируется ГОСТ 34.602-89.

Цель, которая достигается при подготовке правильно составленного технического задания очень проста. Это однозначное распределение сфер ответственности между Заказчиком и Исполнителем. ТЗ – это тот документ, который становиться основой при принятии решения о закрытии проекта и о размере и порядке расчета Заказчика и Исполнителя. Если ТЗ составлено правильно, то стороны могут формально подходить к вопросу сдачи-приемки работ. В противном случае характерна ситуация, когда одна из сторон, как правило этой стороной является Исполнитель, оказывается не в состоянии отстоять свои интересы. Для того, чтобы заявленная цель была реализована и до начала работ по реализации были однозначно определены критерии по которым будет осуществляться приемка ИС, при разработке технического задания необходимо решить следующие задачи (Error: Reference source not found):

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

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

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

• установить общие требования к проектируемой системе;

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

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

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

Стадия 4. Эскизный проект

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

• разработка эскизной документации на ИС и ее части.

Комментарии:

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

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

• функции ИС;

• функции подсистем, их цели и ожидаемый эффект от внедрения;

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

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

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

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

• функции и параметры основных программных средств.

По результатам проделанной работы оформляется, согласовывается и утверждается документация в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию системы. В соответствии с РД 50.34.698-90 документация стадии эскизного проектирования оформляется по ГОСТ 2.106

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

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

Стадия 5. Технический проект

• разработка проектных решений по системе и ее частям;

• разработка документации на ИС и ее части;

• разработка и оформление документации на поставку комплектующих изделий;

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

Комментарии:

Если техническое задание регламентирует взаимодействие между Заказчиком системы и Исполнителем, то технический проект – это документ определяющий порядок взаимодействия между участниками проекта: проектировщиками и программистами.

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

Стадия 6. Рабочая документация

• разработка рабочей документации на ИС и ее части;

• разработка и адаптация программ.

Комментарии:

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

Стадия 7. Ввод в действие

• подготовка объекта автоматизации;

• подготовка персонала;

• комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

• строительно-монтажные работы;

• пусконаладочные работы;

• проведение предварительных испытаний;

• проведение опытной эксплуатации;

• проведение приемочных испытаний.

2. Сетевое программирование: основные принципы, технологии, особенности реализации в современных языках программирования.

Расширяемый язык разметки (eXtensible Markup Language–XML) предоставляет способ описания структурированных данных. В отличие от HTML-тэгов, которые применяются в основном для управления отображением данных, XML-тэги используются для определения структуры и типов самих данных.

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

Перечислим некоторые преимущества XML по сравнению с другими форматами в отношении хранения информации:

• XML-форматы основываются на тексте, что облегчает их чтение, документирование и в некоторых случаях отладку.

• Документы XML могут использовать большую часть инфраструктуры, созданной для HTML, включая протокол http, что позволяет передавать XML через брандмауэр.

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

• XML создан на основе Юникода, что упрощает создание интернациональных документов.

Однако XML подходит не в каждой ситуации.

На платформе .NET язык XML применяется для повышения производительности, совместимости с открытыми стандартами и интеграции с ADO .NET.

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

XML-схемы

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

XML-схема определяет и описывает отдельные типы данных XML, используя язык определения схем XML (XSD). Элементы XML-схемы (элементы, атрибуты, типы и группы) используются для определения допустимой структуры, допустимого содержимого и отношений данных XML определенных типов.

3. В проект Магазины, созданный на платформе Countur добавить сценарий обновления OLAP-куба, изменить исходный набор данных и продемонстрировать работу сценария. Прокомментировать полученные результаты.