Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Answers.docx
Скачиваний:
1
Добавлен:
01.05.2025
Размер:
147.32 Кб
Скачать

Тема 9. Управление проектом исо, проектная документация.

  1. Основные понятия управления проектом.

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

Тема 10. Инструментальные средства проектирования исо.

  1. Инструментальные средства проектирования ИС, факторы выбора.

Инструментальные средства проектирования ИС, факторы выбора.

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

Критерии выбора:

a. Поддержка полного жизненного цикла ИС с обеспечением эволюционности ее развития

b. Обеспечение целостности проекта и контроля за его состоянием

c. Независимость от программно-аппаратной платформы и СУБД

d. Поддержка одновременной работы групп разработчиков

e. Возможность разработки приложений "клиент-сервер" требуемой конфигурации

f. Открытая архитектура и возможности экспорта/импорта

g. Простота использования

h. Использование общепринятых, стандартных нотаций и соглашений

2. Методология проектирования.

Методология проектирования определяется как совокупность трех составляющих:

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

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

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

  1. Основные понятия CASE – технологии

CASE - технологии:(англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов. В функции CASE входят средства анализа, проектирования и программирования программных средств, проектирования интерфейсов, документирования и производства структурированного кода на каком-либо языке программирования.

  1. Пример инструментальных средств проектирования ИСО.

Uniface, BPwin, Erwin, Desinger2000

Тема 11.Типизация проектных решений, графические средства представления проектных решений. Эксплуатация исо.

  1. Тиражируемые системы

Различают виды ИС, такие как заказные (уникальные) и тиражируемые ИС.

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

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

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

  1. CASE-средства

CASE (англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов. Также под CASE понимают совокупность методов и средств проектирования информационных систем с использованием CASE-инструментов

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

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

  1. DFD- диаграммы потоков данных

Диаграмма потоков данных (data flow diagram, DFD) один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

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

Нотация DFD — удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это — диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Другие нотации, часто используемые при формировании контекстной диаграммы — диаграмма SADT, диаграмма Диаграмма вариантов использования.

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

  1. ERD

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

(на случай если инетом можно будет пользоваться http://www.info-system.ru/designing/methodology/article/article_design_1.html#05 )

  1. UML и IDEF0

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

IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность

  1. Эксплуатация ИСО: основные этапы

Подготовительная работа включает проведение оператором следующих задач:

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

• определение процедур локализации и разрешения проблем, возникающих в процессе эксплуатации.

Эксплуатационное тестирование осуществляется для каждой очередной редакции программного продукта, после чего она передается в эксплуатацию.

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

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

Процесс сопровождения (maintenance process). Он предусматривает действия и задачи, выполняемые сопровождающей организацией (службой сопровождения). Процесс сопровождения охватывает следующие действия:

1. Подготовительную работу.

2. Анализ проблем и запросов на модификацию ПО.

3. Модификацию ПО.

4. Проверку и приемку.

5. Перенос ПО в другую среду.

6. Снятие ПО с эксплуатации.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]