Інформаційні системи в економіці
Методическое пособие - Разное
Другие методички по предмету Разное
облемних областей і визначення шляхів рішення.
Задачі системного аналітика:
- Ідентифікація первинних власників і користувачів даних в організації.
- Короткий опис існуючих апаратних засобів і програмного забезпечення.
- Визначення деталей проблем в існуючих системах.
- Дослідження документів, робочих паперів і процедур.
- Спостереження роботи системи.
- Інтервю основних користувачів системи
Кроки системного аналізу
Кроки системного аналізу, виконувані системним аналітиком, представлені в таблиці 2. Результати системного аналізу оформляються у виді документів: звіті про обстеження, звіт про науково-дослідну роботу і технічне завдання.
Таблиця 2.
Кроки системного аналізу
КрокОписВизначення проблемиІдентифікація первинних власників і користувачів даних в організації.
Короткий опис існуючих апаратних засобів і програмного забезпечення.
Визначення деталей проблем в існуючих системах.Ідентифікація причинДослідження документів, робочих паперів і процедур.
Спостереження роботи системи.
Інтервю основних користувачів системиВизначення рішенняОсновні альтернативи рішення проблеми:
Нічого не робити, залишаючи існуючу ситуацію незмінної.
Зміна або поліпшення існуючої системи.
Розробка нової системи.Ідентифікації інформаційних вимогІнформаційні вимоги - деталізоване вираження інформаційних потреб, що повинна задовольняти нова система.
Мети визначення інформаційних вимог:
Ідентифікація того, хто бідує й у якій інформації, де, коли, і як.
Визначення цілей нової або зміненої системи
Розробка детального опису функцій системи.
Облік економічних, технічних і тимчасових обмежень,
Облік цілей, процедур і процесів прийняття рішень в організації.
Проблеми визначення інформаційних вимог:
Трудомісткий процес дослідження і ревізії.
Бізнеси-функції дуже складні і погано визначені.
Ручна система або набір сталих процедур по введенню і висновкові можуть не існувати.
Процедури можуть залежати від індивідуальності співробітника.
Користувачі не знають, що вони хочуть. Визначення реализуемостиАналіз реализуемости визначення можливості і досяжності рішення з даними ресурсами й обмеженнями організації.
Види аналізу реализуемости:
Технічна реализуемость: чи може запропоноване рішення бути виконане за допомогою доступних і технічних ресурсів, апаратного і програмного забезпечення.
Економічна реализуемость: чи перевершують вигоди від запропонованого рішення витрати.
Операційна реализуемость: чи є запропоноване рішення підходящої для існуючої управлінської й організаційної структури.
Проектування
Проект інформаційної системи - генеральний план або модель системи.
Проектування інформаційної системи - визначення моделі системи, що задовольняє інформаційним вимогам, отриманим на етапі системного аналізу.
Проектування інформаційних систем - напружена і творча задача, що вимагає уяви, чутливості до деталей і великого досвіду.
Мети проектування:
- Розгляд альтернативних конфігурацій технології.
- Керування і контроль технічною реалізацією системи.
- Визначення і деталізація технічних специфікацій системи
Види проектування
Існує два основних види проектування логічну і фізичне (див. таблицю 3.)
Таблиця 3.
Види проектування
ПроектуванняОписСкладЛогічнеПредставлення компонентів системи і їхніх звязків з погляду користувача, що показує, що системне рішення буде робити.введення і висновки;
функції обробки;
ділові процедури;
моделі даних;
засобу керування.ФізичнеПроцес перекладу абстрактної логічної моделі у визначений технічний проект нової системи. апаратні засоби;
програмне забезпечення;
фізичні бази даних;
засобу введення-висновку інформації;
ручні процедури;
засобу керування.
Проектні альтернативи
Перш, ніж проект інформаційної системи буде довершений, аналитики повинні оцінити різні проектні альтернативи. Базуючи на визначенні вимог і системному аналізі, аналитики створюють высокоуровневые логічні моделі проекту. Потім вони досліджують витрати, вигоди, міцність і слабість кожної альтернативи.
Основні проектні альтернативи:
- централізовані або розподілені;
- інтерактивні або пакетні;
- частково ручні або цілком автоматизовані;
- інші.
Роль кінцевих користувачів
Користувачі повинні мати достатній контроль над процесом проектування, щоб гарантувати, що система відбиває їхні ділові пріоритети й інформаційні потреби, а не лінію технічного персоналу
Робота над проектом збільшує розуміння користувачів і прийняття системи, зменшує проблеми, викликані передачею влади, конфліктом між групами, і незнайомством з новими функціями системи і процедурами. Недостатня участь користувача в конструкторських роботах - головна причина невдачі системи.
Характер і рівень участі користувача в проекті змінюється від системи до системи. Існує мала потреба участі користувача в системах із простими або прямими вимогами, чим у ті, де вимоги є складними, комплексн або невизначеними. Системи обробки транзакций і операційного контролю традиційно вимагали малої участі користувача, чим системи стратегічного планування, інформаційних звітів і підтримки рі?/p>