Проектування
Проект інформаційної системи - генеральний план або модель системи.
Проектування інформаційної системи - визначення моделі системи, що задовольняє інформаційним вимогам, отриманим на етапі системного аналізу.
Проектування інформаційних систем - напружена і творча задача, що вимагає уяви, чутливості до деталей і великого досвіду.
Мети проектування:
· Розгляд альтернативних конфігурацій технології.
· Керування і контроль технічною реалізацією системи.
· Визначення і деталізація технічних специфікацій системи
Види проектування
Існує два основних види проектування логічну і фізичне (див. таблицю 3.)
Таблиця 3.
Види проектування
Проектування
Опис
Склад
Логічне
Представлення компонентів системи і їхніх зв'язків з погляду користувача, що показує, що системне рішення буде робити.
введення і висновки;
функції обробки;
ділові процедури;
моделі даних;
засобу керування.
Фізичне
Процес перекладу абстрактної логічної моделі у визначений технічний проект нової системи.
апаратні засоби;
програмне забезпечення;
фізичні бази даних;
засобу введення-висновку інформації;
ручні процедури;
засобу керування.
Проектні альтернативи
Перш, ніж проект інформаційної системи буде довершений, аналитики повинні оцінити різні проектні альтернативи. Базуючи на визначенні вимог і системному аналізі, аналитики створюють высокоуровневые логічні моделі проекту. Потім вони досліджують витрати, вигоди, міцність і слабість кожної альтернативи.
Основні проектні альтернативи:
· централізовані або розподілені;
· інтерактивні або пакетні;
· частково ручні або цілком автоматизовані;
· інші.
Роль кінцевих користувачів
Користувачі повинні мати достатній контроль над процесом проектування, щоб гарантувати, що система відбиває їхні ділові пріоритети й інформаційні потреби, а не лінію технічного персоналу
Робота над проектом збільшує розуміння користувачів і прийняття системи, зменшує проблеми, викликані передачею влади, конфліктом між групами, і незнайомством з новими функціями системи і процедурами. Недостатня участь користувача в конструкторських роботах - головна причина невдачі системи.
Характер і рівень участі користувача в проекті змінюється від системи до системи. Існує мала потреба участі користувача в системах із простими або прямими вимогами, чим у ті, де вимоги є складними, комплексн або невизначеними. Системи обробки транзакций і операційного контролю традиційно вимагали малої участі користувача, чим системи стратегічного планування, інформаційних звітів і підтримки рішень. Менш структуровані системи мають потребу в більшій участі користувачів у визначенні вимог і можуть зажадати багатьох версій проекту перш, ніж специфікації будуть бути довершені.
Проектні специфікації
Результатом проектування є проектні специфікації, що входять до складу ескізного і технічного проекту. Найбільш розповсюджені проектні специфікації представлені в таблиці 4.
Таблиця 4.
Проектні специфікації
Висновок
Носій
Зміст
Синхронізація
Уведення
Джерела
Потік
Уведення даних
Інтерфейс користувача
Простота
Ефективність
Логіка
Зворотний зв'язок
Помилки
Проект бази даних
Логічні зв'язки даних
Вимоги по обсязі і швидкодії
Файлова організація і проект
Специфікації записів
Обробка
Обчислення
Програмні модулі
Необхідні звіти
Синхронізація висновку
Ручні процедури
Які дії
Хто виконує їхній
Коли
Як
Де
Засобу керування
Засобу керування введенням (символи, обмеження, вірогідність)
Засобу керування обробкою (несуперечність, кількість записів)
Засобу керування висновком (загальні підсумки, приклади висновку)
Процедурні засоби керування (паролі, спеціальні форми)
Безпека
Засобу керування доступом
Плани на випадок катастрофи
Контрольні журнали
Документація
Документація по операціях
Документи систем
Документація користувача
Конверсія
Преутворені файли
Ініціалізація нових процедур
Вибір методу тестування
Перехід до нової системи
Навчання
Вибір методів навчання
Розробка модулів навчання
Ідентифікація засобів навчання
Організаційні зміни
Перепроектування задач
Проектування робіт
Проектування офісу і структури організації
Повідомлення про зв'язки
Програмування
Програмування - процес перекладу проектних специфікацій у комп'ютерне програмне забезпечення.
Складає меншу частину циклу розробки систем, чим проектування і можливе дії по іспиті. Результати програмування оформляються в робочому проекті.
Таблиця 1.
Учасники етапу програмування
Учасник
Функція
Кваліфікований програміст
Робота складається винятково в кодуванні програм
Програміст / аналітик
Проектування і програмування функції
Група програмування
Створення великих систем, що складаються з безлічі програм з тисячами і навіть сотнями тисяч рядків коду
Тестування
Тестування - вичерпний і ґрунтовний процес, що відповідає на запитання: чи робить системи необхідні результати при відомих умовах.
50 відсотків від усього бюджету на розробку програмного забезпечення може бути витрачене на іспити. Іспит також вимагає дуже багато часу: повинні бути ретельно підготовлені дані іспити, розглянуті результати і зроблені виправлення в системі.
Види тестування:
· тестування модулів або тестування програми – незалежне тестування кожної програми в системі.
· Тестування системи - перевірка функціонування інформаційної системи в цілому.
· Приймальне тестування - заключна сертифікація готовності системи до використання у виробничих умовах.
Роль користувачів у процесі тестування:
· Ідентифікація повного діапазону даних і умов обробки системи.
· Визначення повного діапазону умов, включених в іспити буде повним.
· Ідентифікація частих і менш загальних транзакций.
· Попередження незвичайних умов і більшості загальних типів помилок при використанні системи.
· Перевірка ручних процедур у системі.
Якість іспитів значно підвищується, якщо вони проводяться на основі плану іспитів.
План іспитів - список усіх готувань до серії іспитів, що будуть виконані на системі.
Конверсія
Конверсія - процес заміни старої системи нової.
Стратегії конверсії представлені в таблиці 2.
Таблиця 2.
Стратегії конверсії
Стратегія
Опис
Характеристика
Рівнобіжна стратегія
Стара система і її потенційна заміна працюють разом у перебігу часу, поки кожний не переконається в тім, що нові функції правильні.
Сама надійна - у випадку помилок або збоїв при обробці, стара система може усе ще використовуватися як резервна копія.
Дуже дорога - може знадобитися додатковий штат або ресурси для керування додатковою системою.
Безпосереднє введення
Повна заміна старої системи на нову в призначений день.
Дуже небезпечна - може потенційно бути більш дорогої, чим рівнобіжна, якщо будуть виявлені серйозні проблеми з новою системою.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23
