40575

Стадии ЖЦ АИС

Лекция

Информатика, кибернетика и программирование

В принципе это деление на стадии достаточно произвольно. Согласно методологии предлагаемой Rtionl Softwre жизненный цикл информационной системы подразделяется на четыре стадии: начало; уточнение; конструирование; передача в эксплуатацию. Границы каждой стадии определены некоторыми моментами времени в которые необходимо принимать определенные критические решения и следовательно достигать определенных ключевых целей.

Русский

2013-10-17

29.5 KB

2 чел.

Занятие № 7

Стадии ЖЦ АИС

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

ПРИМЕЧАНИЕ
Термин CASE (Computer Aided Software/System Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE ограничивалось лишь вопросами автоматизации разработки программного обеспечения. Однако в дальнейшем значение этого термина расширилось и приобрело новый смысл, охватывающий процесс разработки сложных информационных систем в целом. Теперь под термином «CASE-средства» понимаются программные средства, поддерживающие процессы создания и сопровождения информационных систем, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. Подробному рассмотрению CASE-технологий в данной книге посвящена глава 6.

Согласно методологии, предлагаемой Rational Software, жизненный цикл информационной системы подразделяется на четыре стадии:

  •  начало;
  •  уточнение;
  •  конструирование;
  •  передача в эксплуатацию.

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

Начальная стадия 

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

Деловое применение включает:

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

Стадия уточнения 

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

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

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

Стадия конструирования 

На стадии конструирования разрабатывается законченное изделие, готовое к передаче пользователю.

По окончании этой стадии определяется работоспособность разработанного программного обеспечения.

Стадия передачи в эксплуатацию 

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

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


 

А также другие работы, которые могут Вас заинтересовать

20992. Розробка цифрових нерекурсивних та рекурсивних фільтрів в LabVIEW 146.2 KB
  Розміщуємо на блокдіаграмі експрес ВП DFD. Classical Filter Design Functions → Addons → Digital Filter Design → Filter Design → DFD Classical Filter Design Функції → Додаткові → Проектування цифрових фільтрів → Проектування фільтрів → DFD Класична розробка фільтрів. Рисунок 1 – Конфігурація FIR ФНЧ Розміщуємо на блокдіаграмі експрес ВП DFD Filter Analysis Аналіз фільтру Functions → Addons → Digital Filter Design → Filter Analysis → DFI Filter Analysis Функції → Додаткові → Проектування цифрових фільтрів → Аналіз фільтрів →...
20993. Дослідження загальної процедури цифрових фільтрів в LabVIEW 240.66 KB
  розміщуємо три горизонтальні повзункові регулятори Horizontal Pointer Slid' Controls → Express → Numeric Control → Horizontal Pointer Slide Елементи керування → Експрес → Цифровий контроль → Горизонтальний повзунковий регулятор для налаштування частоти сигналів; три графіки осцилограми Waveform Graph для відображення вхідного і відфільтрованого сигналів у часовому і спектральному зображенні. На закладці Scale Шкала змінюємо максимальне значення шкали частоти Найквіста на 4000 Гц у всіх трьох елементах і на закладці Data Range Діапазон...
20994. Синтез цифрових фільтрів в MatLab 418.96 KB
  Баттерворда Режекторний Фільтр: Рисунок 1.1 АЧХ Рисунок 1.2 – ФЧХ Рисунок 1.3 – АФЧХ Рисунок 1.
20995. Дослідження характеристик цифрових фільтрів у програмі MatLab 297.85 KB
  Для перетворення сигналу з аналогової форми в дискретну застосовуємо блок АЦП. Для графічного відображення результатів роботи застосовуємо блоки Signal Processing Blockset signal Processing Sinks time Scope для відображення часової залежності сигналів та Signal Processing Blockset signal Processing Sinks spectrum Scope для відображення спектру сигналу. Для фільтрації в пакеті Sptool виконуємо наступні дії: В полі Signals виділяємо назву необхідного сигналу Signnoise. Натискуємо кнопку Apply після натиснення якої з'являється діалогове...
20996. Дослідження схем диференційних підсилювачів 268.5 KB
  Подаємо на входи диференційного підсилювача гармонійні сигнали різної амплітуди Uвх1= 2 В Uвх1= 15 В з частотою f = 1 кГц рис.1: Рисунок 1 – Сигнали на входах диференційного підсилювача UBИX=54 В .2 зображено два сигнали сигнал з постійною амплітудою є вхідним. Подаємо на входи гармонійні сигнали різної частоти: рис.
20997. Дослідження диференціюючого та інтегруючого підсилювачів 492 KB
  Аналізуємо залежності форми вихідного сигналу від вхідного сигналу. Визначаємо вигляд вихідного сигналу при синусоїдальній прямокутній та трикутній формах вхідних сигналів. На вході інтегратора задаємо частоту згідно індивідуального завдання та подаємо вхідний синусоїдальний сигнал з частотою =10 Гц: визначаємо форму вихідного сигналу: переконуємося що вихідна напруга дорівнює інтегралу від вхідної напруги: Uвх=0.85 В На вході інтегратора задаємо частоту більшу в декілька разів від початкової та подаємо вхідний синусоїдальний сигнал з...
20998. Ознайомлення з лабораторним комплексом 181 KB
  До складу стенда входять наступні функціональні схеми: підсилювач з інвертуванням вхідного сигналу Inv Amplifier; підсилювач без інвертування вхідного сигналу NonInv Amplifier; суматор з інвертуванням вхідного сигналу Inv Summing Amplifie; суматор без інвертування вхідного сигналу NonInv Summing Amplifier; диференційний підсилювач Difference Amplifier; інструментальний підсилювач Instrumentation Amplifier; інтегратор Integrator; диференціатор Differentiator; фільтр низьких частот Low Pass Active Filter; ...
20999. Операції з множинами 90.02 KB
  Мета роботи: набути практичних навичок роботи з множинами. Вивчити основні функції та операції з множинами. Порядок виконання роботи Задав множини A і B.
21000. Масиви в середовищі розробки С++Builder 36.26 KB
  Створив новий проект додав форму на якій розмістив компоненти: Запрограмував кнопку Ввести для введення значення у потрібний елемент масиву: void __fastcall TForm1::Button3ClickTObject Sender { i=StrToIntEdit1 Text; a[i]=StrToIntEdit2 Text; Edit3 Text= ; for i=0;i 10;i { Edit3 Text=Edit3 TextIntToStra[i] ; } } Запрограмував кнопку Анализ массива для виведення значень масиву: void __fastcall TForm1::Button1ClickTObject Sender { for i=0;i 10;i { if i2==0 { if a[i]2=0...