госы / 13

	Экзаменационный билет № 13	Утверждаю Проректор по учебной работе _____________ С.В. Михайлов " " мая 2014 г.
	Кафедра бизнес-информатики
	Итоговый междисциплинарный экзамен по специальности «Прикладная информатика в экономике». Специализации «Информационные системы в банковском деле»
Каноническое проектирование ИС (ГОСТ 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. Ввод в действие подготовка объекта автоматизации; подготовка персонала; комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); строительно-монтажные работы; пусконаладочные работы; проведение предварительных испытаний; проведение опытной эксплуатации; проведение приемочных испытаний. Сетевое программирование: основные принципы, технологии, особенности реализации в современных языках программирования. Расширяемый язык разметки (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-куба, изменить исходный набор данных и продемонстрировать работу сценария. Прокомментировать полученные результаты.