Шпаргалка по "Информатика"

Автор работы: Пользователь скрыл имя, 28 Сентября 2012 в 14:40, шпаргалка

Краткое описание

Билеты к экзамену

Вложенные файлы: 1 файл

Информационные_технологии.doc

— 624.50 Кб (Скачать файл)

Для преодоления этих проблем предложена поэтапная модель с промежуточным контролем (рис. 2).

Рис. 2. Поэтапная  схема разработки ПО.

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

Затем появилась спиральная модель ЖЦ (рис. 3), в которой на начальных этапах ЖЦ осуществляются анализ и проектирование.

Рис 3. Спиральная модель.

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

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

 

 

  1. Стадии и этапы процесса канонического проектирования ИС. Состав проектной документации.

 

Ответ

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

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

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

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

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

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

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

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

Этап проектирования завершается разработкой технического проекта информационной системы.

Состав проектной документации

В состав архитектурно-строительной документации входят:

Архитектурная часть:

  1. Общие данные по проекту;
  2. Основные строительные показатели;
  3. Экспликация полов;
  4. Спецификации заполнения оконных и дверных проемов;
  5. Вентиляционные стояки;
  6. Поэтажные планы;
  7. Фасады;
  8. План кровли;
  9. Основные разрезы по дому;
  10. Маркировочные планы.

Конструктивная часть: конструктивные решения фундаментов, перекрытий, монолитных участков, балок, перемычек, кровельных конструкций, несущих элементов кровли:

  1. Общие данные;
  2. Схема расположения фундаментов;
  3. Разрезы;
  4. Схема расположения перекрытий;
  5. Ведомость перемычек;
  6. Монолитные участки;
  7. Схема стропил;
  8. Схема расположения балок;
  9. Основные конструктивные узлы и детали;
  10. Детали;
  11. Спецификации.

В состав инженерного раздела проектной документации входят:

  • отопления и вентиляции (комплект ОВ);
  • водоснабжения и канализации (комплект ВК);
  • электроснабжения и слаботочных сетей (комплект ЭС);

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

 

 

  1. Предварительные испытания. Эксплуатация и приемочные испытания 

 

Ответ

Предварительные испытания (англ.: preliminary test)  - контрольные испытания опытных образцов и (или) опытных партий продукции с целью определения возможности их предъявления на приемочные испытания.

Предварительные испытания  могут  быть:

  • 1) автономные;
  • 2) комплексные.

Автономные испытания 

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

В программе автономных испытаний  указывают:

  • 1) перечень функций, подлежащих испытаниям;
  • 2) описание взаимосвязей объекта испытаний с другими частями АС;
  • 3) условия, порядок и методы проведения испытаний и обработки результатов;
  • 4) критерии приемки частей по результатам испытаний.

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

Комплексные испытания 

Комплексные испытания АС проводят путем выполнения комплексных тестов. Результаты испытаний отражают в  протоколе. Работу завершают оформлением  акта приемки в опытную эксплуатацию.

В программе комплексных испытаний  АС или частей АС указывают:

  • 1) перечень объектов испытания;
  • 2) состав предъявляемой документации;
  • 3) описание проверяемых взаимосвязей между объектами испытаний;
  • 4) очередность испытаний частей АС;
  • 5) порядок и методы испытаний, в том числе состав программных средств и оборудования, необходимых для проведения испытаний, включая специальные стенды и полигоны.

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

  • 1) условия и порядок функционирования частей АС и АС в целом;
  • 2) продолжительность опытной эксплуатации, достаточную для проверки правильности функционирования АС при выполнении каждой функции системы и готовности персонала к работе в условиях функционирования АС;
  • 3) порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

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

По результатам опытной эксплуатации принимают решение о возможности (или невозможности) предъявления частей АС и системы в целом на приемочные испытания.

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

 

Приемочные испытания проводят в соответствии с программой, в  которой указывают:

  • 1) перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты ТЗ);
  • 2) критерии приемки системы и ее частей;
  • 3) условия и сроки проведения испытаний;
  • 4) средства для проведения испытаний;
  • 5) фамилии лиц, ответственных за проведение испытаний;
  • 6) методику испытаний и обработки их результатов;
  • 7) перечень оформляемой документации.

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

  • 1) техническое задание на создание АС;
  • 2) акт приемки в опытную эксплуатацию;
  • 3) рабочие журналы опытной эксплуатации;
  • 4) акт завершения опытной эксплуатации и допуска АС к приемочным испытаниям;
  • 5) программа и методика испытаний.

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

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

  • 1) полноты и качества реализации функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования АС, указанных в ТЗ;
  • 2) выполнения каждого требования, относящегося к интерфейсу системы;
  • 3) работы персонала в диалоговом режиме;
  • 4) средств и методов восстановления работоспособности АС после отказов;
  • 5) комплектности и качества эксплуатационной документации.

 

  1. Типовое проектирование ИС.

Ответ

Ключевые особенности технологии типового проектирования

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

Информация о работе Шпаргалка по "Информатика"