Меню

Поиск

Інформаційні системи в економіці

· Опис операцій

· Аварійні ситуації

· Рекомендації щодо освоєння.

Класифікатори техніко-економічної інформації

· Структура

· Повний перелік назв із відповідними їм кодами.

Керівництво користувача

Керівництво користувача визначається РД 50-34.698-90 і повинно мати такі підрозділи: уведення, призначення й умови використання, підготовка до роботи, опис операцій, аварійні ситуації, рекомендації щодо освоєння. Розділи керівництва користувача представлені в таблиці 6.

Таблиця 6.

Розділи керівництва користувача

Розділ

Опис

Вступ

· Основна характеристика

· Функції

· Технічна характеристика ЕОМ

· Характеристика додаткових технічних пристроїв

· Операційна система

· Програмні засоби

Вступ про підготовку до роботи

· Зміст і склад дистрибутивних носіїв інформації

· Правила інсталяції системи

· Порядок завантаження програм і перевірки їхньої працездатності.

Опис операцій

· Правила виконання

· Особливості

· Можливі наслідки

· Приклади вибору тих або інших дій.

· Пункти «меню»

· Перелік «Як виконати …»

Аварійні ситуації

· Приклади аварійних ситуацій

· Ради, як відновити працездатність системи з мінімальними витратами часу і роботи.

Рекомендації щодо освоєння

· Літературу, яку варто вивчити перед початком роботи

· Порядок оволодіння основними функціями

· Контрольний приклад, за допомогою якого можна опанувати основними функціями

ТЕМА 7. ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ

1. Основі етапи розробки системи.

2. Стратегії розробки систем.

3. Методології розробки.

1. Основні етапи процесу розробки системи

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

Розробка системи - дії, що приводять до створення информационно системного рішення організаційної проблеми.

Основні етапи розробки представлені в таблиці 1.

Таблиця 1.

Процес розробки систем

Основний етап

Опис

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

Ідентифікація проблем

Визначення рішення

Установка інформаційних вимог

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

Створення логічних проектних специфікацій

Створення фізичних проектних специфікацій

Керування технічною реалізацією системи

Програмування

Переклад технічних проектних специфікацій у програму

Іспит

Іспит модулів

Системи іспит

Приймальний іспит

Конверсія

План конверсії

Документація підготовки

Навчання користувачів і технічного персоналу

Реалізація і супровід

Експлуатація системи

Оцінка системи

Зміна системи

Кожен основний етап розробки системи проходить у тісній взаємодії з організацією (див. Рис. 1.).

Рис. 1. Процес розробки системи

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

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

Системний аналіз виконує системний аналітик.

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

Задачі системного аналітика:

· Ідентифікація первинних власників і користувачів даних в організації.

· Короткий опис існуючих апаратних засобів і програмного забезпечення.

· Визначення деталей проблем в існуючих системах.

· Дослідження документів, робочих паперів і процедур.

· Спостереження роботи системи.

· Інтерв'ю основних користувачів системи

Кроки системного аналізу

Кроки системного аналізу, виконувані системним аналітиком, представлені в таблиці 2. Результати системного аналізу оформляються у виді документів: звіті про обстеження, звіт про науково-дослідну роботу і технічне завдання.

Таблиця 2.

Кроки системного аналізу

Крок

Опис

Визначення проблеми

Ідентифікація первинних власників і користувачів даних в організації.

Короткий опис існуючих апаратних засобів і програмного забезпечення.

Визначення деталей проблем в існуючих системах.

Ідентифікація причин

Дослідження документів, робочих паперів і процедур.

Спостереження роботи системи.

Інтерв'ю основних користувачів системи

Визначення рішення

Основні альтернативи рішення проблеми:

Нічого не робити, залишаючи існуючу ситуацію незмінної.

Зміна або поліпшення існуючої системи.

Розробка нової системи.

Ідентифікації інформаційних вимог

Інформаційні вимоги - деталізоване вираження інформаційних потреб, що повинна задовольняти нова система.

Мети визначення інформаційних вимог:

Ідентифікація того, хто бідує й у якій інформації, де, коли, і як.

Визначення цілей нової або зміненої системи

Розробка детального опису функцій системи.

Облік економічних, технічних і тимчасових обмежень,

Облік цілей, процедур і процесів прийняття рішень в організації.

Проблеми визначення інформаційних вимог:

Трудомісткий процес дослідження і ревізії.

Бізнеси-функції дуже складні і погано визначені.

Ручна система або набір сталих процедур по введенню і висновкові можуть не існувати.

Процедури можуть залежати від індивідуальності співробітника.

Користувачі не знають, що вони хочуть.

Визначення реализуемости

Аналіз реализуемости – визначення можливості і досяжності рішення з даними ресурсами й обмеженнями організації.

Види аналізу реализуемости:

Технічна реализуемость: чи може запропоноване рішення бути виконане за допомогою доступних і технічних ресурсів, апаратного і програмного забезпечення.

Економічна реализуемость: чи перевершують вигоди від запропонованого рішення витрати.

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

Проектування

Проект інформаційної системи - генеральний план або модель системи.

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

Проектування інформаційних систем - напружена і творча задача, що вимагає уяви, чутливості до деталей і великого досвіду.

Мети проектування:

· Розгляд альтернативних конфігурацій технології.

· Керування і контроль технічною реалізацією системи.

· Визначення і деталізація технічних специфікацій системи

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

Існує два основних види проектування логічну і фізичне (див. таблицю 3.)

Таблиця 3.

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

Проектування

Опис

Склад

Логічне

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

введення і висновки;

функції обробки;

ділові процедури;

моделі даних;

засобу керування.

Фізичне

Процес перекладу абстрактної логічної моделі у визначений технічний проект нової системи.

апаратні засоби;

програмне забезпечення;

фізичні бази даних;

засобу введення-висновку інформації;

ручні процедури;

засобу керування.

Проектні альтернативи

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

Основні проектні альтернативи:

· централізовані або розподілені;

· інтерактивні або пакетні;

· частково ручні або цілком автоматизовані;

· інші.

Роль кінцевих користувачів

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

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

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14

Новости

Мои настройки

Наверх