Студопедия

Главная страница Случайная страница

Разделы сайта

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Поетапна розробка системи






У даному розділі приведена загальна поетапна структура процесу розробки системи, по якій була розроблена система для вивчення геоінформаційних мереж. Всі етапи в наступних підрозділах розглядаються більш детально і подається їх загальний опис.

Мета розробки - створення високоякісної системи, яка задовільнятиме потреби відповідних користувачів – в даному випадку студентів. Процесом розробки необхідно управляти для того, щоб забезпечити реалізацію системи в задані терміни, без перевищення кошторису і з відповідними характеристиками.

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

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

Поетапна розробка системи приведена на рис.3.1.

 

 

 

Pис.3.1. Поетапна розробка системи


3.1. Початок аналізу реалізованості

На цьому етапі потрібно виявити інформаційні потреби в деякій предметній області. Такий аналіз необхідний не тільки при розробці нових ІС, але і при вдосконаленні існуючих систем. Якщо з'ясовується, що створення ІС недоцільно, оцінка реалізовності втрачає сенс.

 


3.2. Аналіз реалізованості

Це перший основний етап проектування. Тут проводиться дослідження технічної і економічної реалізовності ІС для заданої предметної області. Таке дослідження необхідне як при розробці нової ІС, так і при вдосконаленні існуючої системи.

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

Для проектів, визнаних реалізовними, складається технічна схема і визначається область застосування пропонованої системи. Область застосування розглядається з трьох точок зору:

· функції існуючої системи, які повинні бути досліджені в процесі системного аналізу;

· функції, які ймовірно потребують змін, і ці зміни реалізовні;

· рівень бажаного ефекту.

Технічна схема є ескізним проектом системи. При її складанні необхідно вирішити питання про використання таких засобів, як бази даних або програмні засоби режиму реального часу, а також встановити ступінь складності системи баз даних, наприклад, чи будуть дані, які керуюються СУБД, модифікуватися в режимі реального часу. На подальших етапах проектування ці характеристики підлягають критичному аналізу.

При дослідженні реалізовності розробки, застосовуються методи структурного системного аналізу і цілий ряд інших методів (аналіз по показнику «вартість - ефективність», оцінка характеристик системи і т. д.), проте не слід забувати, що головна мета на даному етапі - тільки встановити реалізовність системи; деталі розглядатимуться на подальших етапах.


3.3. Системний аналіз

 

На етапі системного аналізу виробляється детальна специфікація нової системи в термінах функціональної схеми організації. Специфікація служить основою узгодженого з користувачем списку послуг, що надаються, і необхідних характеристик ІС. Вона містить всю необхідну для проектування інформацію.

Успішний системний аналіз можливий, звичайно, лише за наявності високої кваліфікації і великого досвіду проектувальника, проте методи, процедури і ретельно підготовлена документація грають тут не останню роль. Головне завдання – це встановити хороші ділові взаємини з користувачем і добитися отримання чітких специфікацій системи.

Системний аналіз, припускає цілий комплекс методів, процедур і нормативних документів, розроблених для вирішення вищезгаданих завдань.

У нього входять:

· функціональний аналіз, що дає повніше уявлення про функції існуючої або нової системи. Велику допомогу в дослідженні існуючої системи або в створенні образу нової системи надають операційні діаграми;

· аналіз даних, призначений для повного і однозначного виявлення даних і їх взаємозв'язків;

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

Для реалізації кожного з перерахованих видів аналізу потрібні методики і технологічні схеми (процедури), по яких вони виконуватимуться. Методики допоможуть фахівцям вирішувати складні проблеми, що виникають в процесі аналізу, і тим самим забезпечити відповідність характеристик системи однозначно сформульованим і повністю специфікованим вимогам організації. Процедури дозволять виділити комплекс робіт, які повинні бути виконані впродовж всього етапу проектування. Необхідно намітити чіткі контрольні пункти для проведення інспекцій.


3.4. Проектування системи

 

На цьому етапі відбувається трансформація логічних уявлень в специфікації програм, файлів, вхідних і вихідних даних, дій, що управляють. Основна мета проектування - створення системи, для якої легко організувати супровід. Цільові і машинні характеристики тут ще в розрахунок не приймаються.

З допомогою методик, процедур і нормативних документів встановлюються зв'язки між групами функцій, визначених під час системного аналізу, а також вибирається спосіб реалізації цих функцій програмами. Таким чином, структурне системне проектування - перший етап в ланцюзі формування «будівельних блоків» системи, що є елементарними угрупуваннями даних і процесів, які згодом можуть бути об'єднані в проект.

Перш за все створюється логічна модель необхідної обчислювальної системи, після чого виконується спрощене проектування. В результаті формується перший варіант проекту, який потім послідовно допрацьовується.

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

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

Процедури гарантують виконання проекту і, як і на інших етапах, створюють основу для його оцінки і розвитку. Періодичні ревізії сприяють підвищенню кваліфікації персоналу.

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







© 2023 :: MyLektsii.ru :: Мои Лекции
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав.
Копирование текстов разрешено только с указанием индексируемой ссылки на источник.