Інформаційні системи в економіці
Сутність інформаційних систем та їхня роль в управлінні економічними об'єктами. Економічна інформація і засоби її формалізованого опису. Процеси оброблення економічної інформації. Організація інформаційної бази систем оброблення економічної інформації.
| Рубрика | Экономика и экономическая теория |
| Вид | курс лекций |
| Язык | украинский |
| Дата добавления | 08.11.2008 |
| Размер файла | 628,0 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Project Expert (Business Builder)
Про-Инвест, Росія
Система містить засоби побудови моделі підприємства і широкий набір інструментів інвестиційного і фінансового аналізу. Забезпечує підготовку бізнес-планів і звітів, що задовольняють міжнародним стандартам. По наборі функціональних можливостей є найбільш могутньою системою даного класу. Випускається на декількох європейських мовах. Близько 5,000 користувачів. Ціна в широкому діапазоні від $30 для "надлегкої" версії до $3,000 і більш для версії "Holding".
Планування й аналіз маркетингу
Класи програм планування й аналізу маркетингу:
· Аналіз маркетингу. Моделювання стратегії, аналіз положення компанії на ринку, розробка плану маркетингу.
· Аналіз продажів. Інформаційна підтримка й аналіз процесу продажів, моделювання каналів збуту.
Таблиця 10.
Аналіз маркетингу
|
Назва програми |
Фірма виробник |
Характеристика програми |
|
|
Marketing Plus |
Computer Corporation of America |
Дозволяє поетапно будувати план маркетингу, указуючи місію фірми, визначаючи мети і стратегії. Після введення реальних даних про обсяги продажів і витратам аналізується розбіжність фактичних і планових показників. Програма проста для розуміння, має зручний інтерфейс, однак її аналітичні можливості вкрай примітивні. У Росії не локалізована і не поширюється. Ціна $140. |
|
|
Plan Write for Marketing |
Business Resource Software Corp. |
Проста програма для підготовки плану маркетингу. Містить докладне керівництво і приклади по всіх етапах підготовки плану. Засобу моделювання й аналізу не розвиті. У Росії не локалізована і не поширюється. Ціна $120. |
|
|
Plan Magic |
Plan Magic Corp. |
Являє собою автоматизований посібник зі складання бізнес-плану і плану маркетингу. Являє собою набір шаблонів MS Word і MS Excel. У Росії не локалізована і не поширюється. Ціна $142. |
|
|
Косатка |
SBI Inc |
Програма призначена для систематизації роботи керівників компанії по виробленню ефективної маркетингової стратегії. Дотримуючись пропонованого алгоритму, користувач може сформулювати проблему, визначити можливі альтернативні варіанти рішення, проаналізувати їхній і вибрати найбільш оптимальний. Ціна $199. |
|
|
БЭСТ-маркетинг |
Інтелект - сервіс, Росія |
Програма дозволяє оцінити ринкові позиції підприємства в умовах конкуренції. Достоїнством даної програми є простота інтерфейсу. Введення інформації здійснюється у виді природних оцінок за принципом "гірше / краще", "важливо / второстепенно". У програмі застосовується SWOT-аналіз, модель Розенберга, метод 4Р, матриця Ансоффа. З її допомогою можна провести аналіз конкурентноздатності; аналіз ефективності реклами. Здійснити фінансове планування маркетингової діяльності за прогнозом продажів і бюджетові витрат на просування продукції. Ціна $210. |
|
|
VORTEX |
Фонд "Соціум", Росія |
Призначена для обробки й аналізу інформації, зібраної в ході прикладного соціологічного дослідження. За допомогою програми можуть бути вирішені такі задачі як: сегментний аналіз і пошук взаємозв'язків в ознаках сегментування, конкурентний аналіз по сполучених ринкових ознаках, аналіз впливу факторів зовнішнього середовища, оцінка факторів впливу на ринкову кон'юнктуру. |
|
|
Marketing Expert |
Про-Инвест, Росія |
Призначена для розробки стратегічного і тактичного планів маркетингу і контролю їхнього виконання. Оцінка реального положення компанії на ринку і вироблення оптимальної стратегії дій здійснюється з використанням таких методик як: GAP-аналіз, сегментний аналіз, SWOT-аналіз, Portfolio-аналіз і аналіз ризику. Мається можливість оцінити рентабельність продукції по окремих товарах і по товарних групах, прибутковість і прибутковість окремих сегментів ринку, провести аналіз конкурентноздатності, оцінити ризики зв'язані, з реалізацією обраних стратегій, розрахувати ціни на товари, виходячи з заданого рівня рентабельності підприємства, оптимально розподілити продукцію по каналах збуту. Ціна $1200. |
Таблиця 11.
Аналіз продажів
|
Назва програми |
Фірма виробник |
Характеристика програми |
|
|
Trade Station 2000i |
Omega Research Inc. |
Пакет дає можливість моделювати торговельні стратегії, накопичувати дані про торговельну діяльність і відслідковувати стан заданих індикаторів ринку. Убудована мова дозволяє описувати власні індикатори і торговельні системи; при цьому можна використовувати більш 300 убудованих функцій, формул, індикаторів і прикладів торговельних систем як будівельні блоки. Система безупинно крок за кроком відслідковує ринок і видає звукові або візуальні повідомлення при виникненні вигідних торговельних можливостей у відповідність з обраної користувачем стратегією. Ціна $2,395. |
|
|
Clientele |
Platinum Software Corporation |
Призначається для обслуговування і підтримки клієнтів. Дозволяє структурировать і автоматизувати цикл продажів, керувати інформацією про ділові контакти - від моменту введення первинної інформації в базу даних до завершення циклу. База даних дозволяє аналізувати інформацію, робити рекламні дзвоники або вести програму продажів. Можна змінювати зовнішній вигляд і функції форм, додавати в міру необхідності свої власні ділові правила, тобто здійснювати оптимальну для даного підприємства або відділу технологію продажів. Також у системі мається доступна в режимі реального часу база знань, що представляє собою збори відповідей на питання і варіанти їхніх рішень, на основі попереднього досвіду. Ціна $3,000 і більш (залежить від числа місць). |
|
|
Sales Expert |
Про-Инвест, Росія |
Підтримує процес продажів від першого контакту з клієнтом до завершення угоди і послепродажного обслуговування. Забезпечує ведення бази даних про клієнтів і угоди. Виконує аналіз джерел контактів, причин угод, структури продажів, ефективності каналів збуту і маркетингових заходів. Ціна $870. |
Аналітичні системи прогнозування
Основною проблемою для користувачів програм прогнозування є складність математичних моделей, що лежать в основі методів прогнозування. Для того, щоб правильно підготувати вихідні дані, установити параметри й інтерпретувати отримані результати користувач повинний розуміти умови й обмеження використовуваних моделей.
Класи аналітичних систем прогнозування по ступені складності:
· Професійні пакети, призначені для користувачів, добре знайомих з методами математичної статистики;
· Прикладні пакети, з якими можуть працювати фахівці - практики, що не мають глибокої математичної підготовки.
Таблиця 12.
Професійні пакети прогнозування
|
Назва програми |
Фірма виробник |
Характеристика програми |
|
|
Statgraphics |
Manugistics Inc. |
Найважливішим "плюсом" програми вважається вдале з'єднання математичного апарата обробки даних із сучасною інтерактивною графікою. Пакет призначений в основному для тих користувачів, що мають визначений досвід у статистику. Особливо це стосується модуля з багатомірними методами. Ціна базового модуля - $650; додаткові модулі - $400 |
|
|
SPSS |
SPSS Inc. |
Програма виконує статистичний аналіз, генерацію звітів і побудова графіків, дозволяє виконувати різноманітні операції з даними: виявляти взаємозв'язку, аналізувати зразки і тенденції, визначати значимість і використовувати засобу прогнозування. Пакет призначений у першу чергу для статистиків-професіоналів, тому що має досить могутній апарат статистичного аналізу. Полегшення використання досягається за рахунок навчального засобу "Навігатор", що пояснює користувачеві, яку краще статистику застосувати в кожнім конкретному випадку. Базовий модуль - $1090, додаткові модулі - $610. |
|
|
STATISTICA |
StatSoft Inc. |
STATISTICA являє собою повну статистичну систему з тисячами виведених на екран графіків високої якості, що набудовуються, з цілком інтегрованими процедурами. Надається великий вибір статистики і графіків і розвиті дослідницькі методи. За допомогою пакета можна створювати різноманітні таблиці і звіти, будувати розподілу, використовувати множинну регресію і загальну нелінійну оцінку, покроковий дискриминантный аналіз, нелінійний аналіз, факторний аналіз, кластерный аналіз, багатомірне масштабирование, канонічну кореляцію, аналіз надійності, аналіз "живучості", моделювання тимчасових рядів, прогнозування, якісний аналіз, аналіз процесу, експериментальний дизайн і багато чого іншого. Використання пакета припускає володіння статистичною термінологією, тому його використання користувачем-новачком у статистику може бути утруднено. Ціна $995. |
|
|
Forecast Pro |
Business Forecast Systems Inc. |
Програма призначена для аналізу тимчасових рядів. До її достоїнств можна віднести широку методологію досліджень (9 різних моделей), при цьому, використовувані в моделях параметри встановлюються автоматично, або можуть бути задані самим користувачем. Однак, у системі не розвиті засоби для редагування рядів (при зміні даних у ряді треба перебивати всі значення, починаючи з пропущеного), також існують тверді вимоги до імпортованим даних (визначений формат). |
|
|
Мезозавр (Mesosaur) |
Научно-програм-мистский Центр СТАТ-ДИАЛОГ |
Система аналізу тимчасових рядів і побудови регресійних моделей, надає користувачеві інтерактивне графічне середовище для проведення такого аналізу. У програмі реалізовані різні алгоритми згладжування тимчасових рядів, виділення в ряді сезонних коливань, виконання спектрального аналізу і частотної фільтрації. Крім того, маються різноманітні моделі і методи: лінійні і нелінійні моделі тренда, авторегрессионные моделі, множинна лінійна регресія, робастная і покрокова регресія, нелінійна регресія, модель Бокса-Дженкинса (ARIMA) з експертною підтримкою, виявлення моментів розладнання (зміни характеристик) тимчасових рядів. Ціна $540. |
Таблиця 13.
Прикладні пакети прогнозування
|
Назва програми |
Фірма виробник |
Характеристика програми |
|
|
SYSTAT |
SPSS Inc. |
Система універсального характеру має широкі можливості як для слабко підготовленого в статистику користувача так і для досить спокушеного статистика. Пакет має досить великим меню з функціональним алгоритмами, включаючи описову і непараметричну статистику, кореляцію, кластерный аналіз, перевірку багатомірних гіпотез для загальної лінійної моделі (MGLH) і таблиці спряженості. Пакет дає можливість роботи у всіх областях статистики, але особливо він сильний в області дисперсійного аналізу і планування експериментів. Ціна $995. |
|
|
Forecast Expert |
Про-Инвест, Росія |
У програмі реалізована сезонна модель авторегрессии-интегрированного ковзного середнього (модель Бокса-Дженкинса), що широко визнана у світовій практиці прогнозування. Особливості програми полягають у тому, що убудований інтелектуальний модуль автоматично аналізує числовий ряд і вибирає найбільше адекватні параметри для моделі прогнозу. Це дозволяє навіть недосвідченим в області математичної статистики користувачам швидко одержувати достовірні прогнози в області фінансів, виробництва, маркетингу (зміни курсів акцій, ціни на різні товари і т.д.) з урахуванням сезонних коливань і впливу інших факторів. Програма дозволяє проаналізувати залежність прогнозованого тимчасового ряду від іншого тимчасового ряду, називаного базовим, і побудувати прогноз з урахуванням вищевказаної залежності. Ця можливість робить незамінну послугу при аналізі і прогнозі вартості виробу, у ціноутворенні якого один фактор відіграє чільну роль. За допомогою Forecast Expert можна також побудувати прогноз ряду, що має обмеження зверху або знизу (так називаний ряд "граничних значень"). Forecast Expert представляє результати в табличному і графічному виді, а також зберігає них у файл. За допомогою спеціального модуля Project Chart програма будує графіки вихідних даних, побудованого прогнозу і довірчого інтервалу. Результати розрахунків можуть бути включені в звіт, а також експортовані в електронні таблиці, текстові файли або файли DBF-формату. Ціна $1100. |
ТЕМА 6. ОРГАНІЗАЦІЙНО-МЕТОДИЧНІ ОСНОВИ СТВОРЕННЯ І ФУНКЦІОНУВАННЯ ІНФОРМАЦІЙНИХ СИСТЕМ
1. Організація робіт, спрямованих на створення та впровадження інформаційних систем.
2. Впровадження, супроводження і модернізація інформаційних систем.
3. Документація на розробку інформаційних систем.
4. Технічне завдання.
5. Ескізний проект.
6. Технічний проект.
7. Робочий проект.
2.4. Документація на розробку інформаційних сістем
2.4.1. Основні документи на розробку інформаційної системи
Види і комплектність документів на інформаційні системи визначає ДСТ 34.201-89 (Інформаційна технологія. Види, комплектність і позначки документів при створенні автоматизованих систем).
Основні документи на розробку інформаційної системи
1. Звіт про обстеження.
2. Звіт про науково-дослідну роботу.
3. Технічне завдання.
4. Ескізний проект.
5. Технічний проект.
6. Робочий проект.
Звіти про обстеження, науково-дослідну роботу й ескізний проект формуються в довільній формі, їхня структура і зміст можуть бути погоджені між замовником і розроблювачем систем.
Зміст і структуру технічного завдання, технічного і робочого проектів визначають державні стандарти.
2.4.2. Технічне завдання
Технічне завдання - основний документ, що визначає вимоги і порядок створення або модернізації інформаційної системи.
Технічне завдання може містити такі розділи:
1. Загальні зведення.
2. Призначення і ціль створення системи
3. Характеристика об'єктів автоматизації.
4. Вимоги до системи.
5. Склад і зміст робіт зі створення систем.
6. Порядок контролю і прийом системи.
7. Вимоги до складу і змісту робіт з підготовки об'єкта автоматизації до введення системи в дію.
8. Вимоги до документації.
9. Джерела розробки.
Дозволяється не вносити в технічне завдання деякі розділи або поєднувати і деталізувати окремі з них (див. Таблицю 3.).
Таблиця 3.
Розділи технічного завдання
|
Розділ |
Зміст |
|
|
Загальні зведення |
Організація-замовник Розроблювач Джерело фінансування розробки Термін початку і закінчення робіт Порядок оформлення результатів проектних робіт. |
|
|
Характеристика об'єктів автоматизації |
Зведення про об'єкт Наявність обчислювальної техніки Розміщення підрозділів Основні функції підрозділів |
|
|
Вимоги до системи |
Основні: Структура інформаційної системи, функції системи, види забезпечення. Чисельність і кваліфікація персоналу, режим його роботи. Додаткові: Технічне обслуговування системи Захист інформації від несанкціонованого доступу Збереження інформації Сумісність з іншими системами Перспективи розвитку системи |
|
|
Склад і зміст робіт зі створення системи |
Стадії й етапи Термін початку і закінчення кожного етапу або стадії Виконавці Документи, що повинні завершувати кожен етап. |
|
|
Вимоги до складу і змісту робіт з підготовки об'єкта автоматизації до введення системи в дію |
Перетворення інформації, що одержує інформаційна система, до виду, придатному для обробки на ЕОМ. Необхідні для функціонування інформаційної системи підрозділу. Термін і порядок комплектування штату, і навчання персоналу. |
|
|
Вимоги до документації |
Погоджені з замовником документи, що будуть оброблятися. Застереження про документи, що можуть зберігатися на машинних носіях. |
|
|
Джерела розробки |
Документи й інформаційні матеріали, що використовувалися під час розробки технічного завдання, а також ті, котрі знадобляться під час створення інформаційної системи. |
2.4.3. Ескізний проект
Ескізний проект - короткий попередній опис системи, яку потрібно створювати.
Структуру і зміст ескізного проекту державний стандарт не визначає, і тому ці характеристики проекту визначаються за узгодженням між проектувальником і замовником у залежності від його призначення.
Зміст ескізного проекту:
1. функції інформаційної системи;
2. форми первинних і вихідних документів;
3. відео кадри;
4. структура інформаційних масивів або їхні назви і головне призначення;
5. найважливіші алгоритми (формули) розрахунків;
6. місце розташування і кількість ЕОМ для впровадження системи
7. порядок створення і впровадження системи і т.п.
Іноді ескізний проект створюється для того, щоб ознайомити експертів або керівництво організації з основними методами, розрахунками, документами, функціями, що будуть властиві інформаційній системі. У такому випадку ескізний проект може виконувати рекламну функцію для розроблювачів системи. Він застосовується, щоб зацікавити організації в тієї або іншій інформаційній системі.
Основні положення ескізного проекту здобувають подальше розвитку в технічному і робочому проектах.
2.4.4. Технічний проект
Технічний проект може бути оформлений як один документ, а може складатися з окремих документів. Якщо технічний проект оформляється як один документ, то перераховані документи можуть складати розділи технічного проекту (див. Таблицю 4.). Розділи технічного проекту формуються згідно РД 50-34.698-90.
Таблиця 4.
Зміст технічного проекту
|
Розділ |
Зміст |
Опис |
|
|
Опис постановки задачі |
Характеристика задачі |
Призначення Техніко-економічна сутність Обґрунтування необхідності рішення на ЕОМ; Об'єкти керування Призначення і використання первинної інформації, Періодичність рішення і термін видачі первинної інформації; Умови, при яких припиняється автоматизоване рішення задачі Розподіл дій між персоналом і технічними засобами при різних ситуаціях рішення задачі. |
|
|
Вихідна інформація |
Призначення і використання Перелік і опис вихідних повідомлень: повна назва, ідентифікатор, форма представлення, періодичність видачі, термін видачі й одержувачі інформації і вимоги до точності і надійності розрахунку показника. |
||
|
Вхідна інформація |
Призначення і засоби пошуку Перелік і опис вхідних повідомлень: назва й ідентифікатор, форма представлення, термін і частота використання. |
||
|
Структура алгоритму |
Використовувана інформація |
Призначення Масиви інформації (назва, ідентифікатор і максимально можлива кількість записів), що формуються з вхідних повідомлень Масиви (назва, ідентифікатор і максимально можлива кількість записів), що сформовані іншими алгоритмами і зберігаються для реалізації даного алгоритму. |
|
|
Результатна інформація |
Призначення результатів Масиви інформації, що сформовані для видачі вихідних повідомлень, а також тих, котрі зберігаються для рішення даної й іншої задач. |
||
|
Математичний опис |
Математична модель або математичні формули обчислення основних показників Процес Об'єкти Припущення Оцінка відповідності розробленої моделі реальному процесові. |
||
|
Алгоритм рішення |
Логіка алгоритму і спосіб формування результатів Схема алгоритму (ДСТ 19.701-90) |
||
|
Опис інформаційного забезпечення |
Загальна характеристика |
Основні принципи побудови Нормативні документи Обґрунтування вибору СУБД і її основні характеристики. Загальна схема Елементи |
|
|
Опис організації збору і передачі інформації на обробку |
Джерела і носії інформації Обсяг і інтенсивність інформаційних потоків Методи контролю на різних етапах збору і передачі інформації на обробку. Підрозділу, що відповідають за своєчасне представлення їхній на обробку. |
||
|
Побудова системи класифікації і кодування |
Класифікатори Методи класифікації і кодування Структура и довжина коду. Фрагменти або приклади класифікаторів. |
||
|
Форми первинних документів, машинограм і відеокадрів |
Форми первинних документів у виді таблиць. |
||
|
Структура інформаційних масивів |
Структура масиву: найменування, позначення, найменування носія інформації, обсяг, довжина запису, метод організації, ключі упорядкування масиву. Атрибути масиву: найменування, умовна позначка у формулах, формат, діапазон змін, логічні і семантичні зв'язки з іншими масивами або атрибутами. Логічні і семантичні зв'язки. |
||
|
Опис організаційного забезпечення |
Організаційна структура |
Схема Опис |
|
|
Технологічний процес автоматизованого збору інформації і її обробок. (ДСТ 19.701-90) |
Схема технологічного процесу автоматизованого збору і передачі даних: склад і послідовність виконання операцій по зборі, реєстрації, обробки, контролеві і передачі даних на обробку. Технологічний процес обробки даних на ОЦ або на АРМ: склад і послідовність виконання операцій по прийому, контролеві, обробці, видачі результатів обробки. Документація (інструкції щодо виконання всіх операцій або керівництво користувача), необхідна для даного технологічного процесу. |
||
|
Опис технічного забезпечення |
Технічне забезпечення |
Комплекс технічних засобів (КТС). Обґрунтування вибори КТС і його характеристики. Загальна характеристика мережі і її особливості, режими роботи конкретної ЕОМ у мережі |
|
|
Опис програмного забезпечення |
Програмне забезпечення |
Загальна характеристика програмного забезпечення (ПО) (структура, основні функції, операційна система, засоби, що розширюють можливості операційної системи); Схема взаємодії програм Схеми програм. |
2.4.5. Робочий проект.
Робочий проект майже ніколи не оформляється як один документ. Він складається з різних документів, що повинні використовуватися під час експлуатації системи. До складу робочого проекту крім паперових документів входять тексти програм на машинних носіях інформації або так називані виконуваний модуль, що працює під керуванням операційної системи і дозволяє обробляти інформацію на ЕОМ. Склад робочого проекту представлений у таблиці 5.
Таблиця 5.
Склад робочого проекту
|
Розділ |
Зміст |
|
|
Опис програм (ДСТ 19.401-78) |
Опис Листинг Коментарі |
|
|
Інструкції з операцій технологічного процесу |
Кваліфікація виконавця Докладний опис дій |
|
|
Керівництво користувача (РД 50-34.698-90) |
Уведення, Призначення Умови використання Підготовка до роботи Опис операцій Аварійні ситуації Рекомендації щодо освоєння. |
|
|
Класифікатори техніко-економічної інформації |
Структура Повний перелік назв із відповідними їм кодами. |
Керівництво користувача
Керівництво користувача визначається РД 50-34.698-90 і повинно мати такі підрозділи: уведення, призначення й умови використання, підготовка до роботи, опис операцій, аварійні ситуації, рекомендації щодо освоєння. Розділи керівництва користувача представлені в таблиці 6.
Таблиця 6.
Розділи керівництва користувача
|
Розділ |
Опис |
|
|
Вступ |
Основна характеристика Функції Технічна характеристика ЕОМ Характеристика додаткових технічних пристроїв Операційна система Програмні засоби |
|
|
Вступ про підготовку до роботи |
Зміст і склад дистрибутивних носіїв інформації Правила інсталяції системи Порядок завантаження програм і перевірки їхньої працездатності. |
|
|
Опис операцій |
Правила виконання Особливості Можливі наслідки Приклади вибору тих або інших дій. Пункти «меню» Перелік «Як виконати …» |
|
|
Аварійні ситуації |
Приклади аварійних ситуацій Ради, як відновити працездатність системи з мінімальними витратами часу і роботи. |
|
|
Рекомендації щодо освоєння |
Літературу, яку варто вивчити перед початком роботи Порядок оволодіння основними функціями Контрольний приклад, за допомогою якого можна опанувати основними функціями |
ТЕМА 7. ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ
1. Основі етапи розробки системи.
2. Стратегії розробки систем.
3. Методології розробки.
1. Основні етапи процесу розробки системи
Нові інформаційні системи - продукт процесу рішення організаційних проблем. Нова інформаційна система створюється як рішення деякого типу проблеми або набору проблем, що як почуває організація варто вирішити. Проблеми можуть виходити із ситуацій, коли менеджери і службовці розуміють, що організація не працює тому що потрібно, або коли організація повинна використовувати перевагу нових можливостей, щоб працювати більш успішно.
Розробка системи - дії, що приводять до створення информационно системного рішення організаційної проблеми.
Основні етапи розробки представлені в таблиці 1.
Таблиця 1.
Процес розробки систем
|
Основний етап |
Опис |
|
|
Системний аналіз |
Ідентифікація проблем Визначення рішення Установка інформаційних вимог |
|
|
Проектування систем |
Створення логічних проектних специфікацій Створення фізичних проектних специфікацій Керування технічною реалізацією системи |
|
|
Програмування |
Переклад технічних проектних специфікацій у програму |
|
|
Іспит |
Іспит модулів Системи іспит Приймальний іспит |
|
|
Конверсія |
План конверсії Документація підготовки Навчання користувачів і технічного персоналу |
|
|
Реалізація і супровід |
Експлуатація системи Оцінка системи Зміна системи |
Кожен основний етап розробки системи проходить у тісній взаємодії з організацією (див. Рис. 1.).
Рис. 1. Процес розробки системи
Системний аналіз
Системний аналіз - аналіз проблеми, що організація пробує вирішувати за допомогою інформаційної системи.
Системний аналіз виконує системний аналітик.
Ціль системного аналітика - повне розуміння існуючої організації і системи, ідентифікація проблемних областей і визначення шляхів рішення.
Задачі системного аналітика:
· Ідентифікація первинних власників і користувачів даних в організації.
· Короткий опис існуючих апаратних засобів і програмного забезпечення.
· Визначення деталей проблем в існуючих системах.
· Дослідження документів, робочих паперів і процедур.
· Спостереження роботи системи.
· Інтерв'ю основних користувачів системи
Кроки системного аналізу
Кроки системного аналізу, виконувані системним аналітиком, представлені в таблиці 2. Результати системного аналізу оформляються у виді документів: звіті про обстеження, звіт про науково-дослідну роботу і технічне завдання.
Таблиця 2.
Кроки системного аналізу
|
Крок |
Опис |
|
|
Визначення проблеми |
Ідентифікація первинних власників і користувачів даних в організації. Короткий опис існуючих апаратних засобів і програмного забезпечення. Визначення деталей проблем в існуючих системах. |
|
|
Ідентифікація причин |
Дослідження документів, робочих паперів і процедур. Спостереження роботи системи. Інтерв'ю основних користувачів системи |
|
|
Визначення рішення |
Основні альтернативи рішення проблеми: Нічого не робити, залишаючи існуючу ситуацію незмінної. Зміна або поліпшення існуючої системи. Розробка нової системи. |
|
|
Ідентифікації інформаційних вимог |
Інформаційні вимоги - деталізоване вираження інформаційних потреб, що повинна задовольняти нова система. Мети визначення інформаційних вимог: Ідентифікація того, хто бідує й у якій інформації, де, коли, і як. Визначення цілей нової або зміненої системи Розробка детального опису функцій системи. Облік економічних, технічних і тимчасових обмежень, Облік цілей, процедур і процесів прийняття рішень в організації. Проблеми визначення інформаційних вимог: Трудомісткий процес дослідження і ревізії. Бізнеси-функції дуже складні і погано визначені. Ручна система або набір сталих процедур по введенню і висновкові можуть не існувати. Процедури можуть залежати від індивідуальності співробітника. Користувачі не знають, що вони хочуть. |
|
|
Визначення реализуемости |
Аналіз реализуемости - визначення можливості і досяжності рішення з даними ресурсами й обмеженнями організації. Види аналізу реализуемости: Технічна реализуемость: чи може запропоноване рішення бути виконане за допомогою доступних і технічних ресурсів, апаратного і програмного забезпечення. Економічна реализуемость: чи перевершують вигоди від запропонованого рішення витрати. Операційна реализуемость: чи є запропоноване рішення підходящої для існуючої управлінської й організаційної структури. |
Проектування
Проект інформаційної системи - генеральний план або модель системи.
Проектування інформаційної системи - визначення моделі системи, що задовольняє інформаційним вимогам, отриманим на етапі системного аналізу.
Проектування інформаційних систем - напружена і творча задача, що вимагає уяви, чутливості до деталей і великого досвіду.
Мети проектування:
· Розгляд альтернативних конфігурацій технології.
· Керування і контроль технічною реалізацією системи.
· Визначення і деталізація технічних специфікацій системи
Види проектування
Існує два основних види проектування логічну і фізичне (див. таблицю 3.)
Таблиця 3.
Види проектування
|
Проектування |
Опис |
Склад |
|
|
Логічне |
Представлення компонентів системи і їхніх зв'язків з погляду користувача, що показує, що системне рішення буде робити. |
введення і висновки; функції обробки; ділові процедури; моделі даних; засобу керування. |
|
|
Фізичне |
Процес перекладу абстрактної логічної моделі у визначений технічний проект нової системи. |
апаратні засоби; програмне забезпечення; фізичні бази даних; засобу введення-висновку інформації; ручні процедури; засобу керування. |
Проектні альтернативи
Перш, ніж проект інформаційної системи буде довершений, аналитики повинні оцінити різні проектні альтернативи. Базуючи на визначенні вимог і системному аналізі, аналитики створюють высокоуровневые логічні моделі проекту. Потім вони досліджують витрати, вигоди, міцність і слабість кожної альтернативи.
Основні проектні альтернативи:
· централізовані або розподілені;
· інтерактивні або пакетні;
· частково ручні або цілком автоматизовані;
· інші.
Роль кінцевих користувачів
Користувачі повинні мати достатній контроль над процесом проектування, щоб гарантувати, що система відбиває їхні ділові пріоритети й інформаційні потреби, а не лінію технічного персоналу
Робота над проектом збільшує розуміння користувачів і прийняття системи, зменшує проблеми, викликані передачею влади, конфліктом між групами, і незнайомством з новими функціями системи і процедурами. Недостатня участь користувача в конструкторських роботах - головна причина невдачі системи.
Характер і рівень участі користувача в проекті змінюється від системи до системи. Існує мала потреба участі користувача в системах із простими або прямими вимогами, чим у ті, де вимоги є складними, комплекси або невизначеними. Системи обробки транзакций і операційного контролю традиційно вимагали малої участі користувача, чим системи стратегічного планування, інформаційних звітів і підтримки рішень. Менш структуровані системи мають потребу в більшій участі користувачів у визначенні вимог і можуть зажадати багатьох версій проекту перш, ніж специфікації будуть бути довершені.
Проектні специфікації
Результатом проектування є проектні специфікації, що входять до складу ескізного і технічного проекту. Найбільш розповсюджені проектні специфікації представлені в таблиці 4.
Таблиця 4.
Проектні специфікації
|
Висновок Носій Зміст Синхронізація Уведення Джерела Потік Уведення даних Інтерфейс користувача Простота Ефективність Логіка Зворотний зв'язок Помилки Проект бази даних Логічні зв'язки даних Вимоги по обсязі і швидкодії Файлова організація і проект Специфікації записів Обробка Обчислення Програмні модулі Необхідні звіти Синхронізація висновку Ручні процедури Які дії Хто виконує їхній Коли Як Де |
Засобу керування Засобу керування введенням (символи, обмеження, вірогідність) Засобу керування обробкою (несуперечність, кількість записів) Засобу керування висновком (загальні підсумки, приклади висновку) Процедурні засоби керування (паролі, спеціальні форми) Безпека Засобу керування доступом Плани на випадок катастрофи Контрольні журнали Документація Документація по операціях Документи систем Документація користувача Конверсія Преутворені файли Ініціалізація нових процедур Вибір методу тестування Перехід до нової системи Навчання Вибір методів навчання Розробка модулів навчання Ідентифікація засобів навчання Організаційні зміни Перепроектування задач Проектування робіт Проектування офісу і структури організації Повідомлення про зв'язки |
Програмування
Програмування - процес перекладу проектних специфікацій у комп'ютерне програмне забезпечення.
Складає меншу частину циклу розробки систем, чим проектування і можливе дії по іспиті. Результати програмування оформляються в робочому проекті.
Таблиця 1.
Учасники етапу програмування
|
Учасник |
Функція |
|
|
Кваліфікований програміст |
Робота складається винятково в кодуванні програм |
|
|
Програміст / аналітик |
Проектування і програмування функції |
|
|
Група програмування |
Створення великих систем, що складаються з безлічі програм з тисячами і навіть сотнями тисяч рядків коду |
Тестування
Тестування - вичерпний і ґрунтовний процес, що відповідає на запитання: чи робить системи необхідні результати при відомих умовах.
50 відсотків від усього бюджету на розробку програмного забезпечення може бути витрачене на іспити. Іспит також вимагає дуже багато часу: повинні бути ретельно підготовлені дані іспити, розглянуті результати і зроблені виправлення в системі.
Види тестування:
· тестування модулів або тестування програми - незалежне тестування кожної програми в системі.
· Тестування системи - перевірка функціонування інформаційної системи в цілому.
· Приймальне тестування - заключна сертифікація готовності системи до використання у виробничих умовах.
Роль користувачів у процесі тестування:
· Ідентифікація повного діапазону даних і умов обробки системи.
· Визначення повного діапазону умов, включених в іспити буде повним.
· Ідентифікація частих і менш загальних транзакций.
· Попередження незвичайних умов і більшості загальних типів помилок при використанні системи.
· Перевірка ручних процедур у системі.
Якість іспитів значно підвищується, якщо вони проводяться на основі плану іспитів.
План іспитів - список усіх готувань до серії іспитів, що будуть виконані на системі.
Конверсія
Конверсія - процес заміни старої системи нової.
Стратегії конверсії представлені в таблиці 2.
Таблиця 2.
Стратегії конверсії
|
Стратегія |
Опис |
Характеристика |
|
|
Рівнобіжна стратегія |
Стара система і її потенційна заміна працюють разом у перебігу часу, поки кожний не переконається в тім, що нові функції правильні. |
Сама надійна - у випадку помилок або збоїв при обробці, стара система може усе ще використовуватися як резервна копія. Дуже дорога - може знадобитися додатковий штат або ресурси для керування додатковою системою. |
|
|
Безпосереднє введення |
Повна заміна старої системи на нову в призначений день. |
Дуже небезпечна - може потенційно бути більш дорогої, чим рівнобіжна, якщо будуть виявлені серйозні проблеми з новою системою. Ні можливості повернутися. Неполадки, збої і вартість виправлень можуть бути величезними. |
|
|
Пилотное дослідження |
Уведення нової системи тільки в обмежену область організації, у відділ або операційний підрозділ. |
Коли пилотная версія є повною і працює без збоїв, вона одночасно або поступово установлюється у всіх інших частинах організації. |
|
|
Поетапний підхід |
Поступове введення нової системи по функціях або по організаційних підрозділах |
Якість конверсії значно підвищується, якщо вона проводиться на основі плану конверсії.
План конверсії - список усіх дій, необхідних для установки нової системи.
Проблеми конверсії
Створення плану конверсії.
Конверсія даних.
Навчання кінцевих користувачів використанню нової системи.
Створення детальної технічної і користувальницької документації.
При проведенні конверсії оформляється документація на інформаційну систему, що входить у робочий проект: опис програм, інструкції з операцій технологічного процесу, керівництво користувача, класифікатори техніко-економічної інформації.
Документація - описи роботи інформаційної системи з технічної або користувальницької точки зору.
Реалізація і супровід
Заключними етапами процесу розробки є реалізація і супровід.
Реалізація - процес оцінки системи користувачами і технічними фахівцями на її відповідність первісним цілям розробки і визначення необхідних змін.
Супровід - процес зміни апаратних засобів, програмного забезпечення, документації або процедур працюючої системи з метою виправлення помилок, виконання нових вимог або підвищення ефективності обробки.
Розподіл часу супроводу
Налагодження або виправлення проблем реалізації - 20%.
Зміни даних, файлів, звітів, апаратних засобів або програмного забезпечення - 20%.
Створення розширень користувача, поліпшення документації і перекодування компонентів системи для підвищення ефективності обробки - 60%.
Час супроводу може бути значно скорочене завдяки кращому системному аналізові й ефективним методам проектування.
Види стратегій розробки інформаційних систем
Існує безліч альтернативних підходів до створення нових інформаційних систем. Системи можуть розроблятися цілком силами організацій або за допомогою використання пакетів програм і інших стратегій, щоб скоротити час, витрати і збільшити ефективність. Основні стратегії розробки систем представлені в таблиці 1.
Таблиця 1.
Стратегії розробки інформаційних систем
|
Підхід |
Можливості |
Переваги |
Недоліки |
|
|
Життєвий цикл систем |
Послідовний покроковий формальний процес Написання специфікацій і тверджень Обмежена роль користувачів |
Необхідний для великих складних систем і проектів |
Повільний і дорогою Не вітає змін Величезний документообіг для керування |
|
|
Макетування |
Вимоги визначаються динамічно за допомогою експериментальної системи Швидкий, неформальний і ітеративний процес Користувачі постійно взаємодіють із прототипом |
Швидкий і недорогий Корисний, коли вимоги точно не відомі або, коли важливий інтерфейс кінцевого користувача Сприяє участі користувача |
Не підходить для великих складних систем Може замовчувати недоліки на важливих кроках аналізу, документування і тестування |
|
|
Пакети прикладного програмного забезпечення |
Комерційне програмне забезпечення усуває необхідність для розробки програм власними силами |
Скорочує роботи з проектування, програмуванню, інсталяції і супроводові Може заощадити час і гроші, коли розробляються загальні бізнеси-додатки Скорочує необхідність у внутрішніх ресурсах інформаційних систем |
Може не задовольняти унікальним вимогам організації Може не виконувати багато бізнесів-функцій добре Велике настроювання може значно збільшити витрати на розробку |
|
|
Розробка кінцевого користувача |
Системи створюються кінцевими користувачами, що використовують інструментальні засоби програмного забезпечення четвертого покоління Швидка і неформальна Мінімальна роль фахівців інформаційних систем |
Користувачі контролюють створення систем Заощаджує час і витрати на розробку Зменшує незавершені роботи додатка |
Може привести до розростання неконтрольованих інформаційних систем Системи не завжди відповідають стандартам забезпечення якості |
|
|
Використання зовнішніх постачальників інформаційних послуг |
Системи створюються й іноді керуються зовнішнім постачальником |
Може скоротити або контролювати витрати Може зробити системи, при недоліку внутрішніх ресурсів і технічному дефіциті |
Менший контроль над функцією інформаційних систем Залежність від технічної спрямованості і благополуччя зовнішніх постачальників |
Проблеми вибору стратегії розробки інформаційної системи
Немає підходу, що може використовуватися для всіх ситуацій і типів систем. Кожний з цих підходів має переваги і недоліки, і кожний забезпечує менеджерів діапазоном виборів. У таблиці 2 представлені основні проблеми вибору стратегії розробки інформаційної системи.
Таблиця 2.
Проблеми вибору стратегії розробки інформаційної системи
|
Проблема |
Опис |
|
|
Визначення правильної стратегії розробки систем |
Жодна зі стратегій не підходить. Остаточна конфігурація системи не може бути заздалегідь визначена, тому що інформаційні вимоги або відповідна технологія невизначені. Запропонована система викликає основні організаційні і технічні зміни. Рішення: організація повинна переслідувати стратегію по етапного введення, при якому проекти систем розбиті в менші блоки і розробляються "поступово" по етапах, або фірма повинна цілком відкласти проект. |
|
|
Контролювання розробки інформаційних систем поза відділом інформаційних систем |
Розробка кінцевого користувача: не існує підходящого способу установки стандартів і засобів контролю. стандарти і засоби контролю, що мають великі обмеження, можуть не тільки викликати опір користувача, але можуть також душити інновації кінцевого користувача. занадто слабкі засоби контролю викликають серйозні проблеми цілісності даних і связности. Рішення: не завжди можливо знайти правильне сполучення стандартів і засобів контролю. |
|
|
Вибір стратегія розробки систем, що вписуватися в інформаційну архітектуру фірми і стратегічний план |
Розробка кінцевого користувача, пакети прикладного програмного забезпечення або використання зовнішніх інформаційних послуг: підходящі короткострокові рішення, що не враховують довгострокові інтереси організації; створення непорівнянних додатків, що не можуть легко інтегруватися в загальну інформаційну архітектуру фірми. Рішення: ретельна оцінка довгострокового впливу стратегій розробки додатків. |
Життєвий цикл систем.
Життєвий цикл систем самий старий метод створення інформаційних систем і усе ще сьогодні використовується для середніх або великих складних проектів систем.
Життєвий цикл систем - формальний підхід до створення систем, що припускає, що інформаційна система має життєвий цикл подібно будь-якому живому організмові: з початком, серединою і кінцем і розділяє процес розробки систем на різні стадії і формує інформаційну систему послідовно, стадія за стадією.
Методологія життєвого циклу також має формальний поділ праці між кінцевими користувачами і фахівцями інформаційними систем.
Поділ відповідальності між розроблювачами і кінцевими користувачами:
Технічні фахівці: системні аналитики і програмісти відповідальні за проведення системного аналізу, проектування і робіт з реалізації;
Кінцеві користувачі відповідальні за забезпечення інформаційних вимог і експертизу роботи технічного персоналу.
По завершенню кожного етапу потрібні формальні висновки або угоди між кінцевими користувачами і технічними фахівцями.
Рис. 1. показує результати кожної стадії життєвого циклу, що є підставами для формального висновку.
Рис. 1. Методологія життєвого циклу
У таблиці 3. представлено детальної опис кожної стадії життєвого циклу системи.
Таблиця 3.
Стадії життєвого циклу систем
|
Стадія |
Роботи |
Опис |
|
|
Опис проекту |
Визначення проблеми |
||
|
Аналіз можливості рішення проблеми створенням нової інформаційної системи або зміною існуючої. |
"Чому необхідний проект нової системи?" |
||
|
Визначення загальних цілей, області проекту. |
"Що необхідно досягти?". |
||
|
Розробка плану проекту, що може бути показаний керуванню |
Пропозиція на розробку нової системи. |
||
|
Аналіз систем |
Аналіз проблеми існуючих систем (ручних або автоматизованих) |
"Что существующие системы делают?" "Які їхні достоїнства, недоліки, гарячі крапки і проблеми?" |
|
|
Ідентифікація цілей, що будуть досягнуті рішенням для цих проблем |
|||
|
Опис альтернативних рішень |
"Какие возможны альтернативные варианты решения?" "Їхні витрати і вигоди?" |
||
|
Дослідження реализуемости кожного варіанта рішення для експертизи керуванням |
|||
|
Збір докладної інформації і глибоке дослідження |
|||
|
Докладний аналіз документів, звітів і робочих паперів, зроблених існуючими системами |
|||
|
Спостереження за роботою системи |
|||
|
Опитування користувачів за допомогою опитувальних аркушів |
|||
|
Проведення інтерв'ю. Определение требований к информационной системе |
"Які інформаційні вимоги користувача повинні бути виконані цим рішенням?" |
||
|
Докладний опис інших дій життєвого циклу і задач кожної фази |
|||
|
Деталізований звіт за системною пропозицією, що виділяє альтернативні рішення й оцінку реализуемости запропонованих рішень. |
|||
|
Проектування |
Створення логічних і фізичних проектних специфікацій рішення. |
||
|
Використання інструментальних засобів проектування і документування проектів: діаграми потоку даних, діаграми структури програми, блок-схеми системи, таблиці рішень або дерево рішень і т.д. Звіт по проектних специфікаціях системного рішення, що обрано. |
|||
|
Програмування |
Переклад специфікацій проекту, створених на стадії проектування в код програми: |
||
|
Підготовка специфікацій кожної програми системи системними аналітиками разом із програмістами |
Специфікації програми: опис задач програми, тип мови програмування, введення і висновки, логические схемы обработки информации, процеси обробки й оператори керування типу упорядочивания вхідних даних. |
||
|
Написання програмістами у відповідності зі специфікаціями коду програм Фактичний код програмного забезпечення системи. |
Для створення великих систем, що мають багато програм із сотнями тисяч рядків програмного коду, можуть знадобитися цілі команди програмістів |
||
|
Установка |
Фінальні кроки по введенню нової або модифікованої системи в роботу: |
||
|
Тестування |
Перевірка правильності роботи з технічної і функціональної точки зору бізнесу. |
||
|
Навчання |
Фахівці в області бізнесу і технічних фахівців навчаються використовувати нову систему |
||
|
Перетворення |
Формальний план перетворення містить деталізований розпорядок усіх дій, необхідних для установки нової системи, і перетворення старої системи в нову систему. |
||
|
Результати тестів для оцінки ефективності системи |
|||
|
Посада реалізація |
Використання й оцінка системи користувачами і технічними фахівцями після того, як вона була встановлена і знаходиться в експлуатації. |
Формальна ревізія, що визначає, на скількох добре нових систем виконує первісні цілі, і потрібні чи виправлення або зміни |
|
|
Модифікування для удосконалення системи |
|||
|
Настроювання системи |
|||
|
Супровід системи |
Виправлення помилок. Реализация новых требований. Поліпшення ефективності обробки. |
||
|
Завершення корисного життєвого циклу |
Система вимагає дуже багато витрат на супровід для підвищення ефективності і реалізації нових цілей користувача |
||
|
Як тільки життєвий цикл системи закінчується, потрібно цілком нова система, і цикл може початися знову. |
Достоїнства підходу життєвого циклу
Підхід життєвого циклу використовується:
Для формування великих систем обробки транзакций (TPS) і інформаційних систем керування (MIS), де вимоги сильно структуровані і гарне визначені.
Для складних технічних систем типу запуску космічних кораблів, керування повітряним рухом і переробкою нафти, де необхідний строгий і формальний аналіз вимог, визначені специфікації і тверді засоби керування над процесом створення систем.
Обмеження підходу життєвого циклу
Однак методологія життєвого циклу систем має серйозні обмеження і не дуже добре підходить для більшості маленьких настільних систем, що будуть переважати в двадцять перших сторіч. Основні обмеження підходу життєвого циклу представлені в таблиці 4. Деякі з цих обмежень можуть бути вирішені альтернативними стратегіями створення систем.
Таблиця 4.
Обмеження життєвого циклу
|
Обмеження |
Опис |
|
|
Дуже дорогий і трудомісткий |
Дуже багато часу необхідно для нагромадження інформації і підготовки об'ємних специфікацій і документів приймання. Можуть пройти роки перш, ніж система буде остаточно встановлена. При занадто великому часі розробки інформаційні вимоги можуть змінитися перш, ніж система буде впроваджена. Система, що вимагає багато років і грошей для створення, може застаріти, поки вона буде ще на креслярській дошці. |
|
|
Негнучкий і утрудняє зміни |
Передбачає перевірки системи для гарантії того, що вимога виконана. Коли вимоги неправильні або виникають помилки, повинна бути повторена послідовність дій життєвого циклу, що приводить до збільшення часу і витрат. Заохочує заморожування специфікацій на ранніх етапах процесу розробки, що виключає можливість змін. Користувачі утрудняються чітко представити фінальну систему по документах специфікації і ставлять підпису на документах специфікації без повного розуміння їхнього змісту, тільки протягом програмування і тестування довідаються, що специфікації неповні, роблять не те, що вони мали на увазі. Коректні специфікації не завжди можуть бути визначені відразу і досить рано, коли вони легко можуть бути змінені |
|
|
Погано підходить для додатків орієнтованих на рішення. |
Прийняття рішень може бути занадто неструктурованим і нечітким. Вимоги можуть постійно мінятися, або рішення не можуть мати чітких моделей або процедур. Особи, що приймають рішення, часто не можуть заздалегідь визначити свої інформаційні потреби, і змушені експериментувати з конкретними системами, щоб роз'яснити види рішень, що вони бажають робити. Високий рівень невизначеності не може бути легко погоджений з підходом життєвого циклу. |
2.5. Структурний аналіз.
2.5.1. Традиційні методології розробки.
На зорі програмування існувало небагато методологій. Відсутність методологій приводило до створення складних, негнучких, ненадійних систем, супровід яких було майже неможливим. У 70-их з'явилися методології, що включають ряд методів або технік для виконання основних функцій розробки проекту. Таблиця 1 демонструє важливість використання методологій розробки.
Таблиця 1. Відсутність і використання методології розробки
|
Етап розробки |
Відсутність методології |
Традиційні методології |
|
|
Системний аналіз |
Специфікації користувача формуються в неформальних обговореннях і супроводжуються непослідовними коментарями |
Формальний і структурований процес формування ясних і точних специфікацій |
|
|
Програмування |
Мистецтво Програми неструктуровані, написані на складному і заплутаному коді (спагеті коді) Спагеті код (Spaghetti code) - неструктурований, незрозумілий програмний код із заплутаною логікою, що метафорично нагадує горщик звареної спагеті. |
Технологія створення програм Якісні, структуровані, написані на зрозумілому коді програми |
|
|
Супровід |
Негнучкі системи, супровід яких практично неможливо |
Прості для розуміння і підтримки системи |
Концепція традиційних методологій розробки
Традиційні методології виходять з парадигми: інформаційна система містить два типи сутностей:
· деякий аналог програми - операційні сутності, що виконують деяку обробку;
· дані - пасивні сутності, що зберігають інформацію, доступну для пошуку, читання і заміни.
В основі традиційних методологій лежить структурний підхід, відповідно до якого при розробці системи виконується функціональна (алгоритмічна) декомпозиція по методу «зверху вниз» - системи розбиваються на складові частини, кожна з яких розглядається окремо від інших, декомпозиція виконується доти поки не буде досягнутий необхідний рівень деталізації.
Основні характеристики традиційних методологій розробки
Основні характеристики традиційних методологій представлені в таблиці 2.
Таблиця 2.
Характеристики традиційних методологій розробки
|
Характеристика |
Опис |
|
|
Структурні |
Методи є інструкціями, що ретельно складений, часто крок за кроком, причому кожен крок формується на підставі попередніх. |
|
|
Підхід «зверху вниз» |
Рухаються в напрямку від самого найбільш високого абстрактного рівня до найнижчого рівня деталізації. |
|
|
Орієнтація на процес |
Більше орієнтовані на процес, чим на дані. Центр методологій - обробка даних, а не самі дані. Опису даних - частина методів |
|
|
Лінійність |
Кожна фаза повинна бути закінчена перш, ніж буде почата наступна. |
|
|
Багаторічне використання |
Використовувалися для розробки великого числа систем у плині декількох десятиліть. Багато існуючих систем були розроблені з їх використанням. |
|
|
Домінування |
Незважаючи на зростаючий інтерес до інших методологій, сьогодні вони залишаються домінуючим методологічним підходом. |
Методологія структурної розробки або структурний підхід виділяють у традиційних методологіях:
· Структурний аналіз.
· Структурне проектування.
· Структурне програмування.
2.5.2. Структурний аналіз
Структурний аналіз (Structured analysis) - метод визначення введень, процесів і висновків системи і розподіли систем на підсистеми або модулі, що показують логічну графічну модель потоку інформації.
Структурний аналіз - широко використовуваний метод визначення введень, процесів і висновків системи і розчленовування систем на підсистеми. Структурний аналіз надзвичайно наочний метод, що покладається головним чином на діаграми, а не на описовий текст. Його основний інструмент - діаграми, що формують графічне представлення складених процесів системи й інтерфейсів між ними.
Подобные документы
Поняття і роль інформаційної системи в економіці, яка не тільки відображає функціонування об'єкта управління, а й впливає на нього через органи управління. Узагальнення основних компонентів ІС: системи оброблення інформації; внутрішніх, зовнішніх каналів.
лекция [606,7 K], добавлен 10.08.2011Різновиди економічної інформації: прогнозованої, планової, облікової, нормативної та інформації для аналізу господарської діяльності, оперативного управління. Їх врахуваня при організації обробки даних, побудові комп'ютерних інформаційних систем.
контрольная работа [287,2 K], добавлен 12.09.2009Кодування економічної інформації, використання її у науково–дослідному процесі, класифікація, призначення та особливості. Критерії інформації: синтактика, семантика, прагматика, їх сутність. Основні види носіїв економічної інформації і їх використання.
реферат [47,7 K], добавлен 17.11.2009Сутність та особливості економічної інформації. Види інформації: прогнозна, планово-договірна, облікова, нормативна, розцінкова, довідкова, таблична. Структура інформації для обробки її на ЕОМ. Різниця між економічним повідомленням та документом.
лекция [1,2 M], добавлен 10.08.2011Значення економічної інормації для корпоративного управління. Поняття "корпоративне управління". Стан корпоративного управління в Україні і економічна інформація. Теорія та практика корпоративного управління і використання в ньому економічної інформації.
реферат [27,6 K], добавлен 08.12.2008Сутність отримання інформації та проблеми її захисту у сфері підприємництва. Джерела формування офіційної та нетаємної інформації, розробка заходів з її охорони та забезпечення надійності. Аналіз і оцінка стану економічної та інформаційної безпеки.
курсовая работа [84,4 K], добавлен 23.11.2009Визначення інформації, її види і класифікація. Інформаційні товари та послуги, значення інформації в економіці. Світовий ринок інформаційних технологій. Формування інформаційного суспільства. Сучасний стан і розвиток ринку інформаційних послуг в Україні.
курсовая работа [447,4 K], добавлен 07.10.2010Основні поняття та роль інформаційних систем в управлінні підприємствами, головна задача їх впровадження. Запис, обробка та передача інформації за допомогою бінарнокодованих знаків. Диджитальна техніка та виникнення транснаціональних медіакорпорацій.
реферат [173,2 K], добавлен 24.04.2011Суть та складові елементи економічної системи. Класифікація економічних систем за типом власності. Характеристики економічних систем та їх функцій. Особливості становлення економічної системи в Україні. Економічна політика України на сучасному етапі.
курсовая работа [78,9 K], добавлен 17.03.2012Трудові, матеріально-речові та природні ресурси у складі економічної системи країни, її зміст та основні типи. Особливості централізовано-планової, ринкової, традиційної та змішаної економічних систем. Характеристика економічної системи України.
реферат [22,2 K], добавлен 14.12.2012
