нформаційної системи - автосервіс «Автомайстер» ИП Кузнецов В.Г. Операційна система Windows XP.
. 3 Створення структури пооперационного переліку робіт
Для створення унікального продукту або послуги потрібно здійснити деяку послідовність робіт. Завдання планування проекту полягає в тому, щоб досить точно оцінити терміни виконання і вартість цих робіт. Чим точніше дана оцінка, тим вища якість плану проекту. Щоб дати точну оцінку, потрібно добре уявляти склад робіт проекту, тобто знати, які саме роботи потрібно виконати для отримання його результату. Тільки після того, як буде складено список проектних робіт, оцінюється тривалість кожної з них, і виділяються ресурси, необхідні для їх виконання. І лише потім можна оцінити вартість і терміни виконання кожного завдання і, в результаті складання, загальну вартість і термін проекту. Ось чому визначення складу робіт є першим кроком при плануванні проекту. Визначення складу проектних робіт починається з визначення етапів (або фаз) проекту. У проекті створення системи «Автоматизація документообігу з прийому аварійних автомобілів і складання заказ-нарядів на виконання робіт в автосервісі» можуть бути виділені фази:
розробка вимог до програмного забезпечення;
проектування інформаційної системи;
реалізація та атестація інформаційної системи;
впровадження системи.
Після того як склад фаз і їх результати визначені, потрібно визначити послідовність цих фаз відносно один одного і крайні терміни їх виконання. Потім потрібно визначити, з яких робіт складаються фази, в якій послідовності виконуються ці роботи і в які крайні терміни потрібно вкластися при їх виконанні. Поопераційний перелік робіт представлений на малюнку 4.2.
Малюнок 4.2 - Поопераційний перелік робіт
4.4 Ідентифікація завдань і дій
Всі роботи можна класифікувати за своїми характеристиками: тривалості, трудозатратах і кількістю людських ресурсів. Дані параметри пов'язані один з одним: трудовитрати завдання дорівнюють добутку тривалості на кількість людських ресурсів. Завдання в плані проекту можуть бути трьох типів: з фіксованими тривалістю, трудовитратами і кількістю ресурсів.
Для того щоб реалізувати ту чи іншу задачу необхідні ресурси (людина або обладнання). Ресурси необхідні для реалізації інформаційної системи автоматизації робочого місця торгового представника представлені на малюнку 4.3.
Малюнок 4.3 - Ресурси необхідні для реалізації ІС
4.5 Оцінка розміру і можливості повторного використання ПЗ
У більшості програмних проектів застосовується повторне використання деяких програмних модулів. Це зазвичай трапляється там, де розробники проекту знають про раніше створених програмних продуктах, у складі яких є компоненти, приблизно задовольняють вимогам розроблюваних компонентів. Ці компоненти модифікуються, відповідно з новими вимогами і потім включаються до складу нової системи.
Повторне використання може забезпечити прогрес на наступних напрямках:
своєчасність (швидкість доведення проектів до завершення). При використанні вже існуючих компонентів потрібно менше розробляти, а, отже, ПО створюється швидше;
скорочення обсягу робіт по супроводу ПЗ. Якщо хтось розробив ПЗ, то він же відповідає і за його подальший розвиток т.к. незабаром, можливо, користувачі впровадженої інформаційної системи почнуть просити додавання нових функціональних можливостей програмного продукту;
ефективність. Фактори, що сприяють можливості повторного використання ПЗ, спонукають розробників користуватися найкращими алгоритмами і структурами даних, відомими в їх конкретній сфері діяльності. При розробці великого проекту неможливо оптимізувати всі його деталі. Слід прагнути до досягнення найкращих рішень у своїй галузі знань, а, в іншому, використовувати професійні розробки.
сумісність. Повинна бути присутня гнучкість програмного продукту з іншими системами, що істотно підвищити його якість, тобто програмний продукт повинен легко поєднуватися з іншими.
інвестування. Створення повторно використовуваного ПЗ дозволяє зберегти плоди знань і відкриттів кращих розробників, перетворюючи часові ресурси в постійні. Тому не потрібно буде інвестувати на створення того, що було розроблено раніше і може бути використане при створенні нової програми.
Платформа 1С: Підприємство, в якій розроблялася інформаційна система, всі повторювані модулі (процедури, функції і змінні) дозволяє описувати в глобальному модулі конфігурації і виробляти багаторазове...
