1)Понятие информационной системы (ис). Классификация ис.

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

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

1С-Бухгалтерия 8.0. Книга MS Excel, содержащая сведения о штатном расписании, работниках предприятия и оснащенная макросами, позволяющими рассчитывать заработную плату и формировать платежные ведомости. СУБД My Sql. ОРОКС. Инф-правовая сист. ГАРАНТ.

Классификация ИС

Классификация по масштабности.

Персональная ИС предназначена для решения некоторого круга задач одного человека.

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

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

По архитектуре: Файл-сервер, Клиент-сервер, Трёхслойная архитектура.

По поддерживаемым стандартам управления и технологиям коммуникации: MRP, CRP , MRPII, ЕRP, SCM , CRM , ERPII, Workflow , OLAP, Project Management, CALS.

2) Свойства, характеризующие ис. Составные части ис: функциональная и обеспечивающая (-ие). Потребительские свойства ис.

Свойства ИС: Делимость, Целостность.

Потребительские свойства ИС:

• Функциональная полнота

• Временная обеспеченность

• Функциональная надежность

• Эффективность

• Адаптивность

• Иерархичность

3)Стадии и этапы создания ис. Особенности проектов разработки ис. Трудности, возникающие в процессе разработки ис.

Трудности, возникающие в процессе разработки ИС:

• сложность самого ПО,

• согласованность ПО,

• изменчивость ПО

• невидимость ПО

• Второстепенные трудности разработки ПО:

• Участники проекта: заказчики, программисты

• Процесс

Второстепенные трудности: Участники проекта: заказчики, программисты. Процесс .

Стадии создания:

Анализ, проектирование, реализация, внедрение, сопровождение.

4)Жизненный цикл (жц) по ис. Модели жц по.

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

основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение).

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

организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

Модели ЖЦ:

Стандарт ISO/IEC 12207 : под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ.

Достоинства:

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

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

Недостатки:

• существенное запаздывание с получением результатов

5)Формирование требований к информационной системе. Классификация требований.

Стадии и этапы создания (ГОСТ 34.601-90)

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

1.1. Обследование объекта и обоснование необходимости создания АС.

1.2. Формирование требований пользователя к АС.

1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)

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

2.1. Изучение объекта.

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

2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.

2.4. Оформление отчёта о выполненной работе.

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

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

Требование - это условие или возможность, которой должна соответствовать система .

Это

1. условия или возможности, необходимые пользователю для решения проблем или достижения целей;

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

3. документированное представление условий или возможностей для пунктов 1 и 2

В IEEE Standard Glossary of Software Engineering Terminology (1990)

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

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

Классификация требований.

• Требования к продукту и процессу (проекту)

• Уровни требований

• Системные требования и требования к ПО

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

Требования к продукту

Цель создания ИС - получить хороший конечный продукт: функциональный и удобный в использовании

требования к продукту являются основополагающим классом требований

Требования к процессу

• согласованный план работ c детализацией с точностью до конкретных исполнителей.

• ежедневные сборки, регрессионное тестирование компонент ИС и тестирование ИС в целом.

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