ганізацій-співвиконавців.
Здійснення проектування ІС припускає використання проектувальниками певної технології проектування, відповідної масштабом і особливостям розроблюваного проекту.
Модель (лат. modulus - міра) - об'єкт-заступник об'єкта-оригіналу, що забезпечує вивчення деяких властивостей останнього; спрощене уявлення системи для її аналізу і передбачення, а також отримання якісних та кількісних результатів, необхідних для прийняття правильного управлінського рішення.
Моделювання - подання об'єкта моделлю для отримання інформації про нього шляхом проведення експериментів з його моделлю.
Для проектування ІС використовують інформаційні моделі , що представляють об'єкти і процеси у формі малюнків, схем, креслень, таблиць, формул, текстів і т.п.
Інформаційна модель - це модель об'єкта, процесу або явища, в якій представлені інформаційні аспекти модельованого об'єкту, процесу або явища.
Вона є основою розробки моделей ІС.
Модель створення ІС має чотири стадії:
1. Ескіз проекту. П одробное опис цілей і завдань проекту, очікуваного прибутку, часових ресурсів, будь-яких обмежень, доступних ресурсів і т.д. Варто також визначити менеджера проекту raquo ;, який відповідає за його здійснення, і відповідального за проект у вищому керівництві, який буде головною персоною в бізнесі і буде підтримувати менеджера проекту, коли це необхідно і в самому кінці виконання проекту.
2. Оцінка проекту. Це найголовніша частина проекту. У ній приймаються всі важливі рішення - що будуть робити системи, як вони будуть працювати, яка апаратура і прикладні програми будуть використовуватися і як вони будуть обслуговуватися. Найважливіше, що тут аналізуються можливі витрати і прибутки від різних дій і виробляється кінцевий вибір. В якості основного правила слід використовувати принцип, згідно з яким система повинна бути настільки простий, наскільки можливо. Грандіозні проекти системи можуть вилитися в неймовірні витрати. Зміни, що вносяться пізніше, є більш дорогими.
. Спочатку готують список вимог до системи - детальний перелік того, що система буде робити для бізнесу і як нею управляти. Вивчаються потреби постійних користувачів (та інших зацікавлених осіб), так як тільки вони дійсно знають, що їм потрібно і як це вписати в існуючу діяльність.
. Список включає в себе дані які призначені для введення, основні результати та звіти, кількість користувачів, розміри інформації, зв'язку з іншими існуючими системами і т.д. і повинен бути досить докладним для того, щоб можна було послати запит постачальникам апаратури і програмного забезпечення.
. На цій стадії ми не повинні просто комп'ютеризувати існуючі способи роботи. Проект інформаційних технологій - це хороша можливість ще раз подумати, як краще зробити інформаційну систему.
. Наступна стадія полягає в тому, щоб подивитися на вимоги до апаратури та програмного забезпечення. Проконсультуватися з потенційними постачальниками, переглянути інші ділові рішення і порадитися із знаючими консультантами. Деякі важкі рішення повинні піддатися ретельній оцінці. Слід відповісти, наприклад, на такі питання: чи використовувати вже готовий пакет прикладних програм або замовити нове програмне забезпечення. Відповіді будуть залежати від ступеня ризику, до якої Ви готові, і від відмінностей Вашого бізнесу від інших типових фірм.
Аналіз витрат і прибутку - це фінальний крок перед остаточним рішенням. Витрати на прикладні програми та апаратуру відносно невеликі, особливо якщо Ви використовуєте стандартний пакет. Великими витратами є час, на установку системи та час на підтримку її роботи
7. Побудова і тестування. Одним з найбільш недооцінених кроків в установці будь-якої системи є введення всіх даних в систему до її запуску.
. Персонал повинен переконатися, що з системою легко працювати. Ніщо не вбиває ентузіазм стосовно до нової системи швидше, ніж серія технічних проблем.
9. Управління проектом і оцінка ризик. Якщо тільки проект не зовсім тривіальний, то необхідно існування менеджера проекту, у якого є достатньо часу, щоб працювати з проектом і мати справу з масою проблем, які можуть виникнути. Проект не завершений до тих пір, поки менеджер проекту не зможе продемонструвати, що система працює надійно і приносить прибуток.
. Важлива частина його ролі полягає в тому, щоб постійно усвідомлювати ризик проекту. Ризики повинні обговорюватися відкрито, незважаючи на спокуса заховати голову в пісок і сподіватися, що все обійдеться. Ризик можна спл...
