- •26. Понятие информационной системы (ис). Классификация ис.
- •28. Стадии и этапы создания ис. Особенности проектов разработки ис. Трудности, возникающие в процессе разработки ис.
- •31.Уровни требований
- •32. Требования функциональные и нефункциональные.
- •33. Свойства требований.
- •27. Свойства, характеризующие ис. Составные части ис: функциональная и обеспечивающая (-ие). Потребительские свойства ис.
- •2. Обеспечивающая:
- •29. Жизненный цикл (жц) по ис. Модели жц по.
- •30.Формирование требований к информационной системе. Классификация требований
27. Свойства, характеризующие ис. Составные части ис: функциональная и обеспечивающая (-ие). Потребительские свойства ис.
СВОЙСТВА, ХАРАКТЕРИЗУЮЩИЕ ИС
- Делимость - систему можно представить состоящих из относительно самостоятельных частей (подсистем) каждая из которых, может рассматриваться как система. Это упрощает анализ, разработку, внедрение и эксплуатацию.
- Целостность – указывает на согласование целей функционирования всей системы с целями функций ее подсистем и элементов. ИС создается для конкретного объекта.
СОСТАВНЫЕ ЧАСТИ ИС
1. Функциональная: совокупность возможностей системы для предоставления дозированной информации различным категориям пользователей.
Функциональная часть ИС обеспечивает выполнение задач и назначение ИС. Фактически здесь содержится модель системы управления организацией. В рамках этой части происходит трансформация целей управления в функции, функций – в подсистемы ИС. Подсистемы реализуют задачи. Обычно в ИС функциональная часть разбивается на подсистемы по функциональным признакам:
- уровень управления (высший, средний, низший); - вид управляемого ресурса (материальные, трудовые, финансовые и т.п.); - сфера применения (банковская, фондового рынка и т.п.); - функции управления и период управления.
2. Обеспечивающая:
- информационное обеспечение: внемашинное и внутримашинное;
Информационное обеспечение – совокупность проектных решений по объемам, размещению, формам организации инф-ции (единой системы классификации и кодирования инф-ции унифицированных систем документации, схем инф-ых потоков), циркулирующей в орг-ции, а также методология построения БД.
Внемашинная инф-ная база воспринимается человеком без технических средств – наряды, акты, накладные и т.п. Внутримашинная инф-ная база содержится на носителях и состоит из файлов. Она может быть создана как совокупность отдельных файлов, каждый из которых отражает некоторое множество однородных управленческих документов (нарядов, накладных и т.п.), или как база данных (БД). В последнем случае файлы будут зависимыми и структура одних файлов будет зависеть от структуры других, а структуры файлов БД не будут соответствовать структуре управленческих документов.
Другие виды обеспечения: программное, математическое, техническое, организационно-методическое, правовое, лингвистическое, эргономическое, метрологическое, метрологические средства и инструкции по их применению.
ПОТРЕБИТЕЛЬСКИЕ СВОЙСТВА ИС: функциональная полнота, временная обеспеченность, функциональная надежность, эффективность, адаптивность, иерархичность.
29. Жизненный цикл (жц) по ис. Модели жц по.
ЖИЗНЕННЫЙ ЦИКЛ (ЖЦ ) ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации
СТРУКТУРА ЖЦ ПО (по стандарту ISO/IEC 12207)
1. основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);
2. вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);
3. организационные процессы (упра-ие проектами, создание инфр-ры проекта, определение, оценка и улучшение самого ЖЦ, обучение).
Разработка ПО
1.работы по созданию ПО и его компонент в соответствии с заданными требованиями: анализ, проектирование, реализацию (программирование), тестирование
2.оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала и т.д.
Эксплуатация
работы по внедрению компонентов ПО в эксплуатацию: конфигурирование БД и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала
непосредственно эксплуатация: локализацию проблем и устранение причин их возникновения, модификацию ПО в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы
Управление проектом: 1 планирование и организация работ, 2. создание коллектива разработчиков, 3.контроль за сроками и качеством выполняемых работ
Управление конфигурацией - позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ (стандарт ISO 12207-2: Общие принципы и рекомендации конфигурационного учета, планирования и управления конфигурациями ПО).
ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ
1. Анализ: моделирование БП, формирование требований к ИС
2. Проектирование: формирование моделей данных, процессов. Отображение функций на этапе анализа в модули ИС, разработка архитектуры ИС. Конечными продуктами этапа проектирования являются: 1.схема БД (на основании ER-модели, разработанной на этапе анализа); 2. набор спецификаций модулей системы (они строятся на базе моделей функций).3. результат: ТЗ
3. Реализация: 1.создание ПО. 2.установка технических средств. 3. разработка эксплуатационной документации
4. Тестирование: 1.Тестирование отдельных модулей: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). 2.Тестирование системы в целом, 3.Приемосдаточные испытания
МОДЕЛЬ ЖЦ (Стандарт ISO/IEC 12207) - это структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ.
КАСКАДНАЯ МОДЕЛЬ: Анализ ->Проектирование->Реализация->Внедрение->Сопровождение (70-85 г.г.);
Достоинства каскадной модели:
- на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
- выполняемые в логичной послед-сти этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Недостатки каскадной модели:
- существенное запаздывание с получением результатов
СПИРАЛЬНАЯ МОДЕЛЬ (86-90 г.г.): определение требований->анализ->проектирование->реализация и тест-ние->интеграция->версия1 (затем след-щая спираль – версия 2 и т.д.)
Основная проблема спирального цикла - определение момента перехода на следующий этап.