Проектирование информационной системы

Размещено на http://www.allbest.ru/

1. Проектирование информационной системы (ИС). Основные подходы к проектированию ИС. Задачи управления процессом проектирования корпоративных систем. Основные области проектирования ИС

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

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

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

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

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

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

Проектирование ИС - процесс преобразования входной информации об объекте, методах и опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС.

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

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

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

Технология проектирования ИС -- это совокупность методологии и средств проектирования ИС, а также методов и средств его организации (управление процессом создания и модернизации проекта ИС).

Каждый проект, независимо от сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенные состояния: от состояния, когда «проекта еще нет», до состояния, когда "проекта уже нет". Совокупность ступеней развития от возникновения идеи до полного завершения проекта принято разделять на фазы (стадии, этапы).

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

Можно выделить следующие фазы развития информационной системы:

1. формирование концепции;

2. разработка технического задания;

3. проектирование;

4. изготовление;

5. ввод системы в эксплуатацию.

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

Задачи корпоративных систем в разрезе изделия охватывают полный "цикл жизни" изделия и выглядят, например, так:

· Поддержка разработки изделия (интерфейс с системой конструирования).

· Обеспечение изготовления и испытаний пилотных экземпляров.

· Обеспечение изготовления опытных и установочных партий.

· Обеспечение серийного и заказного производства.

· Поддержка изготовления модификаций и клонов.

· Организация выпуска семейства изделий.

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

Такие системы получили название ERP систем (Enterprise Resource Planning).

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

· проектирование объектов данных, которые будут реализованы в базе данных;

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

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

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

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

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

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

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

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

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

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

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

· схема базы данных (на основании ER-модели, разработанной на этапе анализа);

· набор спецификаций модулей системы (они строятся на базе моделей функций).

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

· будет ли это архитектура "файл-сервер" или "клиент-сервер";

· будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;

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

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

· будут ли для достижения должной производительности использоваться параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

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

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

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

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

· обнаружение отказов модуля (жестких сбоев);

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

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

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

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

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

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

Методология и технология разработки информационных систем

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

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

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

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

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

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

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

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

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

Технология проектирования может быть представлена как совокупность трех составляющих:

· заданной последовательности выполнения технологических операций проектирования;

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

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

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

· данными, полученными на предыдущей операции (или исходными данными), представленными в стандартном виде;

· методическими материалами, инструкциями, нормативами и стандартами;

· программными и техническими средствами;

· исполнителями.

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

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

· поддерживать полный жизненный цикл информационной системы;

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

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

3. Понятие жизненного цикла (ЖЦ) программного обеспечения ИС. Процессы жизненного цикла. Основные характеристики моделей жизненного цикла

Жизненный цикл проекта

(PLM - Project Lifecycle Management)

Одним из ключевых понятий управл-я проектами, в т.ч. приложений к индустрии ПО яв-ся ЖЦ проекта.

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

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

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

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

Модели ЖЦ

Известны и использ-ся след-е модели ЖЦ: каскадная модель, поэтапная модель с промежуточным контролем и спиральная модель.

Спиральная модель предложена в 1988г. Барри Боэмом.

Развитие спиральной модели:

· Унифицированный (комплекс) процесс RUP (Rational Unified Process)

· Архитектура управления моделями

· Разработка ПО.

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

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

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

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

Итерация - циклические повторения.

Процессы ЖЦ в соответствии с ISO/IEC 12207

1. Основные процессы ЖЦ:

1.1. Заказ

1.2. Поставка

1.3. Разработка

1.4. Эксплуатация

1.5. Сопровождение

2. Вспомогательные процессы:

2.1. Документирование

2.2. Управление конфигурацией

2.3. Обеспечение качества

2.4. Верификация

2.5. Аттестация

2.6. Совместный анализ

2.7. Аудит

2.8. Решение проблем

3. Организационные процессы:

3.1. Управление

3.2. Создание инфраструктуры

3.3. Усовершенствование

3.4. Обучение

4. Понятие жизненного цикла (ЖЦ) программного обеспечения ИС. Регламентация процессов проектирования на основе стандартов. Стадии создания информационных систем

Жизненный цикл проекта

(PLM - Project Lifecycle Management)

Одним из ключевых понятий управл-я проектами, в т.ч. приложений к индустрии ПО яв-ся ЖЦ проекта.

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

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

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

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

Регламентация

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

Отечественные стандарты:

· ГОСТ 34.601-90 стадии создания АС распростр-ся на АС и устанавливает стадии и этапы создания. В ГОСТе содерж-ся описание содержания работ, стадии и этапы содержания работ соотв-ие каскадной модели и включая в себя: формирование требований к АС, разработку концепции АС, ТЗ, жизненный проект, технический проект, рабочую документацию, ввод в действие, сопровождение АС.

· ГОСТ 34.602-89 ТЗ на создание АС включает в себя 9 разделов:

1) Общие сведения

2) Назначения и сведения создания системы

3) Характеристику

4) Требования к системе

5) Состав и содержание работ

6) Порядок контроля и приемки системы

7) Требования к составу и содержанию работ по подготовке к автоматизации, вводу системы в действие

8) Требования к действию

9) Источник разработки

· ГОСТ 34.602-89 Виды испытаний АС включает опытное эксплуатирование и приемочные работы.

· ГОСТ 34.201-89 Виды, комплексность и обозначение документов при создании. Включает специф-ю, текст и описание программы, программ-ые методики испытания, ТЗ, пояснит-ю записку.

· ГОСТ 19.101-77 Виды программ и программных документов

Международные стандарты

· IEEE Std 830-1993. Спецификация требований. Определены ключевые требования хорошей спецификации. Протоколирование определено как метод разработки требований к системе. В данной спецификации нет понятия use case или UML-языка, применяемых в UML, используется близкое к нему описание.

· IEEE Std 1074.1:1991, 1995. «процессы ЖЦ для развития ПО». Описывает этапы ЖЦ ПО и соответ-ие входы/выходы (отчетные документы) для каждого этапа. В ЖЦ описывается 6 базовых процессов, кот. детализируются по 16 частным процессам, кот. в свою очередь детализируются по 65 процессам. В стандарте внимание сосредотачивается на процессах предварительного проектирования.

· ISO 12207:1995 «Стандарт на процесс и организацию ЖЦ». Распростр-ся на все виды заказного ПО. Предполагает использ-е конкретной модели ЖЦ. Под ней понимается структура, определенная последовательность выполнения и взаимосвязи проц. действий и задач, выполненных на протяжении ЖЦ. Определяет общий порядок создания ПО.

4 стадии создания информационной системы.

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

2. Оценка проекта

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

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

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

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

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

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

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

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

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

5. Каноническое проектирование ИС. Стадии и этапы процесса канонического проектирования ИС

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

Каноническое проектирование основано на следующих стандартах-1 -ГОСТ 34.003- термины и определения используемые при разработке ИС.2 -ГОСТ 34.201- требования к составу выпускаемых документов.3 -ГОСТ 34.601- перечень и последовательность стадий и этапов выполняемых работ, требования к результатам стадий и этапов.4 -ГОСТ 34.602- требования к техническому заданию на АС.5 -ГОСТ 34.603- требования к видам испытаний.6 -РД50 34.698- требования к составу и содержанию.7 -ГОСТ 7.32- отчет о НИР, структура и правила оформления.8 -ГОСТ 2.105- требования к оформлению текстовых документов.

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

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

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

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

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

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

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

Стадия 2.Разработка концепции ИС.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стадия 8.Сопровождение ИС.

· выполнение работ в соответствии с гарантийными обязательствами;

· послегарантийное обслуживание.

6. Каноническое проектирование ИС. Формирование требований к ИС

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

Каноническое проектирование основано на следующих стандартах-1 -ГОСТ 34.003- термины и определения используемые при разработке ИС.2 -ГОСТ 34.201- требования к составу выпускаемых документов.3 -ГОСТ 34.601- перечень и последовательность стадий и этапов выполняемых работ, требования к результатам стадий и этапов.4 -ГОСТ 34.602- требования к техническому заданию на АС.5 -ГОСТ 34.603- требования к видам испытаний.6 -РД50 34.698- требования к составу и содержанию.7 -ГОСТ 7.32- отчет о НИР, структура и правила оформления.8 -ГОСТ 2.105- требования к оформлению текстовых документов.

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

Квалифицированное построение организационной диаграммы и модели “AS IS” как в виде IDEF0-модели, так в виде диаграмм Swim Lane позволяет в удобной форме использовать принципы системного подхода при анализе структуры и процесса функционирования организации. Организационная диаграмма и плавательные дорожки в качестве модели “AS IS” приведены в Приложении №1.

Результирующим документов этапа формирования требований является технико-экономическое обоснование (ТЭО) (ГОСТ 24.202-80, РД 50-34.698-90).

Документ ТЭО ИС должен состоять из введения и следующих разделов:

· введение;

· характеристика объекта и существующей системы управления;

· цели, критерии и ограничения создания ИС;

· функции и задачи создаваемой ИС;

· ожидаемые технико-экономические результаты создания ИС;

· выводы и предложения.

«Введение»должно содержать следующие сведения по технико-экономическому обоснованию создания ИС:

· основание для проведения работ;

· наименование организации-заказчика;

· сроки начала и окончания работ.

Раздел «Характеристика объекта и существующей системы управления»должен содержать:

· общую характеристику объекта;

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

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

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

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

Раздел «Цели, критерии и ограничения создания ИС»Должен содержать:

· формулировку производственно-хозяйственных, научно-технических и экономических целей и критериев создания ИС;

· характеристику ограничений по созданию ИС.

Раздел «Функции и задачи создаваемой ИС»должен содержать обоснование выбора перечня автоматизированных функций и комплексов задач (задач) управления с указанием очередности внедрения;

Раздел «Ожидаемые технико-экономические результаты создания ИС»должен содержать:

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

· оценку ожидаемых затрат на создание ИС с распределением их по очередям создания ИС и по годам;

· ожидаемые обобщающие показатели экономической эффективности ИС.

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

7. Каноническое проектирование ИС. Разработка концепции ИС

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

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

Разработка концепции ИС:

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

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

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

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

8. Каноническое проектирование ИС. Стадии технического и рабочего проектирования, стадии ввода в действие ИС, эксплуатации и сопровождения

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

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

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

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

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

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

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

Стадия 2. Разработка концепции ИС.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стадия 8. Сопровождение ИС.

· выполнение работ в соответствии с гарантийными обязательствами;

· послегарантийное обслуживание.

9. Каноническое проектирование ИС. Состав проектной документации

Каноническое проектирование ИС

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

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

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

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

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

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

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

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

Стадия 2. Разработка концепции ИС.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стадия 8. Сопровождение ИС.

выполнение работ в соответствии с гарантийными обязательствами;

послегарантийное обслуживание.

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

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

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

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

На этапе обследования целесообразно выделить две составляющие: определение стратегии внедрения ИС и детальный анализ деятельности организации.

Основная задача первого этапа обследования - оценка реального объема проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта высокого уровня [8]. Эти задачи могут быть реализованы или заказчиком ИС самостоятельно, или с привлечением консалтинговых организаций. Этап предполагает тесное взаимодействие с основными потенциальными пользователями системы и бизнес-экспертами. Основная задача взаимодействия - получить полное и однозначное понимание требований заказчика. Как правило, нужная информация может быть получена в результате интервью, бесед или семинаров с руководством, экспертами и пользователями.

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

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

Ориентировочное содержание этого документа:

ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

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

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

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

возможности развития системы;

информационные объекты системы;

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

требования к программным и информационным компонентам ПО, требования к СУБД;

что не будет реализовано в рамках проекта.

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

инструктивно-методические и директивные материалы, на основании которых определяются состав подсистем и перечень задач;

возможности применения новых методов решения задач.

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

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

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

При изучении каждой функциональной задачи управления определяются:

наименование задачи; сроки и периодичность ее решения;

степень формализуемости задачи;

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

показатели и их количественные характеристики;

порядок корректировки информации;

действующие алгоритмы расчета показателей и возможные методы контроля;

действующие средства сбора, передачи и обработки информации;

действующие средства связи;

принятая точность решения задачи;

трудоемкость решения задачи;

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

потребители результатной информации по задаче.

10. Состав и содержание технико-экономическое обоснование проектируемой ИС

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

• ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;

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

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

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

• возможности развития системы;

• информационные объекты системы;

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

• требования к программным и информационным компонентам ПО, требования к СУБД;

• что не будет реализовано в рамках проекта.

11. Состав и содержание технического задания (ГОСТ 34.602- 89)

1. Общие сведения

· полное наименование системы и ее условное обозначение

· шифр темы или шифр (номер) договора;

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

· перечень документов, на основании которых создается ИС

· плановые сроки начала и окончания работ

· сведения об источниках и порядке финансирования работ

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

2. Назначение и цели создания (развития) системы

· вид автоматизируемой деятельности

· перечень объектов, на которых предполагается использование системы

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

3. Характеристика объектов автоматизации

· краткие сведения об объекте автоматизации

· сведения об условиях эксплуатации и характеристиках окружающей среды

4. Требования к системе

4.1. Требования к системе в целом:

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

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

· показатели назначения (степень приспособляемости системы к изменениям процессов управления и значений параметров)

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

4.2. Требования к функциям (по подсистемам) :

· перечень подлежащих автоматизации задач

· временной регламент реализации каждой функции

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

· перечень и критерии отказов

4.3. Требования к видам обеспечения:

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

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

· лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода- вывода)

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

· техническому

· метрологическому

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

· методическому (состав нормативно-технической документации)

5. Состав и содержание работ по созданию системы

· перечень стадий и этапов работ

· сроки исполнения

· состав организаций -- исполнителей работ

· вид и порядок экспертизы технической документации

· программа обеспечения надежности

· программа метрологического обеспечения

6. Порядок контроля и приемки системы

· виды, состав, объем и методы испытаний системы

· общие требования к приемке работ по стадиям

· статус приемной комиссии

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

· преобразование входной информации к машиночитаемому виду

· изменения в объекте автоматизации

· сроки и порядок комплектования и обучения персонала

8. Требования к документированию

· перечень подлежащих разработке документов

· перечень документов на машинных носителях

9. Источники разработки

документы и информационные материалы, на основании которых разрабатывается ТЗ и система

12. Состав и содержание технического проекта

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

Подобные документы

• Создание информационной системы

  Анализ информационной системы ИНЭК "Страховщик". Описание предметной области с использованием модели "сущность-связь". Моделирование бизнес-процессов с помощью IDEF0-диаграмм. Проектирование и разработка приложения в среде Delphi и создание интерфейса.
  
  отчет по практике [4,9 M], добавлен 28.12.2014
  

• Создание информационной системы для организации "Проф&Элит"

  Разработка структуры информационной системы с использованием СУБД MS Access. Моделирование бизнес-процессов с помощью IDEF0-диаграмм. Проектирование приложения в среде Delphi. Физическая реализация структуры базы данных. Создание интерфейса системы.
  
  отчет по практике [3,4 M], добавлен 07.01.2015
  

• Проектирование информационной системы "Ювелирная мастерская"

  Создание информационной системы "Голд", автоматизирующей работу Ювелирной мастерской. Моделирование бизнес-процессов с помощью диаграмм IDEF0 и UML и потоков данных DFD и sicuence. Составление технического проекта и задания на основании ГОСТ 34.602-89.
  
  курсовая работа [841,1 K], добавлен 10.02.2013
  

• Построение модели бизнес-процессов гостиницы в среде All Fusion

  Проектирование модели информационной системы "Гостиница" в стандарте IDEF0. Разработка диаграммы потоков данных (Data Flow Diagramming), предназначенной для описания документооборота и обработки информации. Создание диаграммы декомпозиции в нотации IDEF3.
  
  курсовая работа [3,8 M], добавлен 14.12.2012
  

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

  Проектирование информационной системы "Учёт работы поликлиники": анализ программных продуктов, описание диаграмм бизнес–процесса, описание IDEF0, DFD, IDEF3 диаграмм потоков данных и документирования процессов посредством AllFusion Process Modeler r7.3.
  
  курсовая работа [2,5 M], добавлен 20.08.2012
  

• Проектирование информационной системы для расчета оплаты труда в торговле

  Методика проектирование информационной системы, общее описание предметной области, примеры разработок проектов-аналогов. Требования к данной системе. Построение моделей IDEF0, создание диаграммы IDEF3, потока данных DFD, вариантов использования.
  
  курсовая работа [680,7 K], добавлен 21.06.2010
  

• Разработка информационной системы "Телефонная станция"

  Содержательное описание предметной области. Структурный анализ бизнес-процесса на основе IDEF0-модели. Построение информационно-логической модели данных. Структурная схема на основе IDEF0. Даталогическая модель данных. Реализация информационной системы.
  
  курсовая работа [849,7 K], добавлен 10.07.2014
  

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

  Понятие и этапы жизненного цикла информационной системы. Классификация и характеристика бизнес-процессов. Проектирование архитектуры автоматизированной системы управления документооборотом и баз данных. Разработка интерфейса пользовательской части.
  
  дипломная работа [549,9 K], добавлен 09.02.2018
  

• Проектирование автоматизированной информационной системы учета и процесса реализации объектов недвижимости риэлтерского агентства "Азбука Жилья"

  Анализ бизнес-процессов предприятия. Определение сущностей и связей между ними. Создание таблиц, запросов, отчетов и форм. Построение логической модели информационной системы. Разработка программного обеспечения. Инструкция по использованию базы данных.
  
  дипломная работа [3,1 M], добавлен 16.08.2015
  

• Проектирование информационных систем

  Основные области проектирования информационных систем: базы данных, программы (выполнение к запросам данных), топология сети, конфигурации аппаратных средств. Модели жизненного цикла программного обеспечения. Этапы проектирования информационной системы.
  
  реферат [36,1 K], добавлен 29.04.2010
  

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

  Выявление информационных объектов баз данных и требований целостности к данным. Построение результирующей ER диаграммы. Даталогическое проектирование и разработка сценариев работы информационной системы. Выбор средства реализации клиентского приложения.
  
  курсовая работа [2,7 M], добавлен 28.08.2012
  

• Моделирование бизнес-процессов деятельности гостиницы

  Рассмотрение особенностей структурного разбиения предметной области. Характеристика функциональной и информационной модели бизнес-процессов предметной области. Построение IDEF0- и IDEF1Х-модели заданной предметной области с помощью пакета Design/IDEF.
  
  контрольная работа [486,5 K], добавлен 08.06.2019
  

• Процессно-задачная технология управления ООО ЧЭЦ "Промышленная безопасность" и ее реализация средствами информационной системы 1С на примере задачи учета услуг

  Анализ и реинжиниринг бизнес-процессов ООО ЧЭЦ "Промышленная Безопасность" для повышения эффективности управления. Проектирование информационной системы "Оказания услуг", разработка алгоритма решения задачи их учета средствами информационной системы 1С.
  
  дипломная работа [1,9 M], добавлен 30.04.2011
  

• Разработка информационной системы управления учебным процессом (на примере филиала РГГУ г. Всеволжска)

  Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.
  
  дипломная работа [6,0 M], добавлен 21.01.2012
  

• Проектирование информационной обучающей системы по теме "Атрибутивные комплексы в английском языке"

  Проектирование функциональной и информационной моделей приложения с помощью AllFusion Process Modeler 7. Декомпозиция контекстной диаграммы "Обучение и тестирование". Логическая модель обучающей информационной системы. Тестирование программного продукта.
  
  курсовая работа [2,9 M], добавлен 18.01.2017
  

• Моделирование работы банкомата

  Разработка программного продукта и описание использования банкомата с помощью диаграммы прецедентов, с помощью IDEF0 диаграмм. Разработка информационной системы банкомата. Создание базы данных, форм, бизнес-правил. Возможные пути развития и реинжиниринга.
  
  курсовая работа [1,6 M], добавлен 25.03.2015
  

• Проектирование информационной системы для учета предоставленных гостиничных услуг

  Анализ предметной области, главных функций организации. Разработка макета внутренней структуры программного обеспечения информационной системы в виде диаграммы классов. Составление схемы базы данных. Разработка интерфейса и руководства пользователя.
  
  курсовая работа [866,3 K], добавлен 02.06.2015
  

• Моделирование бизнес–процессов "Управления связи УВД"

  Исследование предметной области "Управления связи УВД". Перечень документов ЦСОСТ и СС. Создание автоматизированной информационной системы и структурной функциональной модели деятельности в соответствии со стандартом IDEF0 (иерархия SADT-диаграмм).
  
  курсовая работа [2,1 M], добавлен 12.04.2012
  

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

  Построение модели деятельности организации в IDEF0. Описание средств размещения данных в Интернет (форум, e-mail, web-site, хостинг). Выбор инструментальной среды разработки, логическое проектирование, установка и тестирование информационной системы.
  
  дипломная работа [1,9 M], добавлен 13.01.2014
  

• Внедрение компьютерной информационной системы

  Жизненный цикл программного обеспечения. Основные этапы разработки информационной системы (ИС), методики ее внедрения. Модели жизненного цикла ИС, традиционные и альтернативные модели ее создания. Разработка стратегии автоматизации. Проекты создания ИС.
  
  презентация [105,5 K], добавлен 27.04.2013
  

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