Автоматизована система управління проектами студії інтер’єрів "Сервіс-Центр"

Структура системи має бути клієнт-серверною.

Система належить до вищого рівня управління і згідно з функціональною структурою проектно-організаційного відділу повинна бути пов`язана в мережі з автоматизованими робочими місцями:

* проектного відділу;

* комерційного відділу;

* керівника;

Система повинна функціонувати у діалоговому режимі.

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

Розвиток і модернізація системи повинні проводитися шляхом:

- уточнення, нарощування чи заміни виконуваних функцій;

- модернізації технічних і програмних засобів по мірі розробки і впровадження нових поколінь комп'ютерів.

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

2.3.2 Вимоги до чисельності і кваліфікації персоналу

Персонал, який використовує систему повинен дотримуватися наступних вимог:

? пройти навчання і отримати навички роботи на ПК;

? дотримуватись технологічних інструкцій при роботі з системою в діалоговому режимі;

? дотримуватись правил зберігання та копіювання інформації;

? дотримуватись техніки безпеки при роботі на ПК.

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

2.3.3 Показники призначення

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

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

2.3.4 Вимоги до надійності

Основними показниками надійності програмного забезпечення є:

- ймовірність безвідмовного виконання задачі в заданий термін

- коефіцієнт готовності програмно-технічного комплексу

- середній час відновлення програмно-технічного комплексу

- мінімальний час між двома відмовами за календарний місяць.

Для забезпечення надійності програмного та інформаційного забезпечення необхідно передбачити:

? використання об'єктно-орієнтованого програмування;

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

? використання інструменту для розробки динамічних, насичених інформацією діаграм, які відображають роботу мережі;

? використання засобів клієнт-серверної СУБД.

Для забезпечення роботи клієнт-серверної системи необхідна локальна комп'ютерна мережа, яка вже існує на підприємстві.

Комплекс технічних засобів повинен передбачати:

- блокову компоновку апаратури і простоту заміни несправних блоків;

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

2.3.5 Вимоги до захисту інформації від несанкціонованого доступу

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

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

2.3.6 Вимоги до збереження інформації при аваріях

За допомогою засобів MS SQL Server 2005 необхідно налаштувати створення резервних копій бази даних, та методів завантаження їх після аварії.

Резервна копія бази даних і база даних повинні знаходитись на різних машинних носіях чи пристроях.

2.3.7 Вимоги безпеки

Технічні засоби системи при налагодженні, обслуговуванні та ремонті повинні відповідати загальним вимогам безпеки за ДСТУ 12.2.003-74; ДСТУ12.3.002-75; ДСТУ 25861-83;

в розділі електробезпеки: ДСТУ 12.1.019-79; ДСТУ12.1.030-81; ДСТУ 12.1.038-82; ДСТУ 12.2.007-75;

в розділі пожежобезпеки: ДСТУ 12.1.004-91; СН -01-87;

для забезпечення безпеки при монтажі, налагодженні, експлуатації, обслуговуванні і ремонті технічних засобів системи необхідно дотримуватись вимог:ГОСТ 12.1.002-84; ГОСТ 12.1.013-78; ГОСТ 12.1.019-79; ГОСТ 12.1.030-81; ГОСТ 12.1.038-82;

по доступним рівням освітленості, вібраційних і шумових навантажень слід дотримуватися вимог відповідно: СНіП П-4-79 і Н 512-778; ГОСТ 12.1.012-78; ГОСТ 12.1.012-83.

Всі технічні елементи системи, що знаходяться під напругою, повинні мати захист від випадкового доторкання, а самі технічні засоби мати захисне заземлення у відповідності з ДСТУ 12.1.030-81.

При встановленні, ремонті, технічному обслуговуванні та експлуатації комплексу повинні дотримуватись "Правила влаштування електрообладнання".

Обслуговуючий персонал повинен мати посвідчення на право експлуатації комплексу і зобов'язаний пройти інструктаж з техніки безпеки при роботі з електроустаткуваннями, включеними в мережу 220V через розподільчий трансформатор.

Технічні засоби системи повинні бути встановлені так, щоб забезпечувалася їх безпечна експлуатація та технічне обслуговування.

Рівні шуму та звукового навантаження в місці розташування персоналу системи не повинні перевищувати значень, встановлених ДСТУ 12.1.003-83. На місці встановлення системи повинні бути обмежені небезпечні і шкідливі виробничі фактори за ДСТУ 12.0.003-74, в тому числі рівні електромагнітних, електростатичних полів відповідно за ГОСТ 12.006-84, 12.1.045-84.

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

2.3.8 Вимоги по ергономіці і технічній естетиці

Загальні ергономічні вимоги, що регламентують організацію робочого місця, взаємне розташування засобів відображення інформації, засобів зв'язку в межах робочого місця повинні відповідати ДСТУ 22269 -76.

Освітленість робочого місця повинна відповідати СН 512-78.

Для розміщення технічних засобів підсистеми необхідні площі, визначені в СН 512-78. При цьому повинні дотримуватися вимоги, зазначені в експлуатаційній документації

Засоби відображення повинні розміщуватися таким чином, щоб кут спостереження екрану складав не більше ніж 45 градусів, мінімальна відстань спостереження екрану - 0,3 м, рекомендована - 0,5 м.

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

2.3.9 Вимоги до експлуатації, технічного обслуговування, ремонту і зберігання компонентів системи

Види обслуговування системи визначаються у відповідності з ГОСТ 18322-78. Загальні вимоги по експлуатації, технічному обслуговуванні і ремонту повинні відповідати ГОСТ 21552-84 та ГОСТ 20397-82.

Напруга живлення технічних засобів системи 220/380 В змінного струму, частотою (50 +/- 1) Гц. Допустиме відхилення напруги від плюс 10 до мінус 15%, допустима тривалість перерв в живленні не повинна перевищувати 0,001с.

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

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

Регламент обслуговування повинен відповідати їх рівню і умовам роботи, щоб у випадку відмови системи забезпечити роботу в аварійному режимі.

2.3.10 Вимоги до захисту від впливу зовнішніх діянь

Електрична складова електромагнітного поля в приміщеннях не повинна перевищувати 0,3 В/м2 в діапазоні частот від 0,15 до 300 МГц у відповідності з ГОСТ 16325-88. Для захисту від впливу електромагнітних полів та індустріальних завад необхідно передбачити різноманітні екрани та фільтри у відповідності з ГОСТ 23450-79.

Засоби, які виключають вплив шкідливих факторів на функціонування комплексу технічних засобів, повинні бути запроектовані у відповідності з СН 512-78. Обчислювальні засоби за стійкістю до зовнішніх впливів повинні відповідати ГОСТ 21552-84.

2.3.11 Вимоги по стандартизації і уніфікації

В системі кодування інформації необхідно проводити за світовим класифікатором і стандартом.

2.3.12 Вимоги до функцій

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

Функції, виконувані системою, повинні забезпечувати:

? раціональну організацію роботи відділу на основі безпаперової технології.

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

2.3.14 Вимоги до математичного забезпечення

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

Математичні методи та реалізуючі їх алгоритми повинні допускати можливість удосконалення на всіх стадіях створення та експлуатації системи.

2.3.15 Вимоги до інформаційного забезпечення

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

Заповнення інформаційної бази покладається на замовника за методиками і формами, розробленими виконаннями бази даних.

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

2.3.16 Вимоги до лінгвістичного забезпечення

Для розробки програмного забезпечення повинні використовуватися мови високого рівня, які забезпечують створення структурних програм, а також мова обраної СУБД для здійснення доступу та маніпулювання даними.

Організація діалогу користувача з системою повинна будуватися на наборах меню і підказок, орієнтованих на виконання користувачем функції. Запити користувача до системи повинні вводитися переважно українською мовою.

2.3.17 Вимоги до програмного забезпечення (ПЗ)

Загальносистемне ПЗ повинно забезпечувати надійне і якісне виконання функціональних задач, покладених на систему. До загальносистемного ПЗ належить:

? операційна система (далі ОС);

? система управління базами даних (далі СУБД).

Загальні вимоги до системного ПЗ можна сформулювати таким чином:

? повне задоволення потреб функціональних задач, покладених на систему;

? мінімальні вимоги до ресурсів технічних засобів;

? максимальне використання можливостей технічних засобів;

? максимальна швидкодія.

ПЗ поділяється на такі частини:

- ПЗ клієнта (ОС, клієнтський додаток);

- ПЗ сервера (ОС сервера, SQL на сервері).

2.3.18 Вимоги до операційної системи

- операційна система сервера - Windows Server 2003

- операційна система робочої станції - Windows ХР, можливо Windows Vista

- система управління базами даних (далі СУБД) - MS SQL Server 7.0.

Загальні вимоги:

- мінімальні вимоги до ресурсів технічних засобів (ТЗ);

- максимальне використання можливостей ТЗ;

- максимальна швидкодія;

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

2.3.19 Вимоги до СУБД:

? максимальне задоволення потреб функціональних задач;

? ефективне управління базою даних потрібного об'єму і структури;

? надійність;

? швидкість виконання запитів користувачів;

? мінімальні вимоги до ТЗ

2.3.20 Вимоги до програмних засобів введення і виведення даних

? виведення необхідних даних на екран;

? про наявність помилок по реквізитам з можливістю їх виправлення під час введення даних (організувати за допомогою засобів СУБД: тригерів, функцій, процедур);

? керований ПК діалог при введенні даних;

? виведення даних у відповідному вигляді (формі документа) за запитом користувача.

При розробці клієнтських додатків необхідно виконувати наступні вимоги:

? компоненти програмного забезпечення повинні бути сумісними між собою і загальносистемним ПЗ;

? реалізація кожної функції повинна характеризуватися закінченістю, автономністю, мобільністю;

? ПЗ не повинно залежати від типу зовнішніх пристроїв (принтерів, дисків, сканерів і т.д.);

? діалог з користувачем повинен проводитись за допомогою клавіатури або миші з поясненням виконуваних дій (статус рядок) і можливістю отримання підказки (спливаючі підказки).

2.3.21 Вимоги до технічного забезпечення

Технічні засоби системи повинні забезпечувати виконання функцій, перерахованих в таблиці.

Засоби обчислювальної техніки повинні забезпечувати обмін інформації в об'ємах, приведених в п. 2.4.3.2. (вимоги до інформаційного забезпечення):

Таблиця - Вимоги до технічного забезпечення

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

2.3.22 Вимоги до організаційного забезпечення

Організаційне забезпечення системи розробляється у відповідності з вимогами державного стандарту до автоматизованої системи.

При впровадженні системи не передбачається збільшення штатної чисельності підприємства.

До організації функціонування системи висуваються наступні вимоги:

? наказом керівника студії визначається список співробітників, які матимуть доступ до системи;

? контроль і прийняття рішень при аварійних ситуаціях роботи системи здійснюється адміністратором системи/ обслуговуючою компанією

2.4 Склад, зміст та послідовність робіт по створенню системи

Стадії створення, строки виконання розробки приведені в Таблиці.

Таблиця - Стадії створення і строки виконання робіт

№ п/п Найменування робіт Строки виконання робіт

1 Передпроектне обстеження об'єкту автоматизації 01.09.08 - 20.09.08

2 Технічне завдання 20.09.08 - 01.10.08

3 Технічний проект 01.10.08 - 10.11.08

4 Впровадження (випробування) 10.11.08 - 01.12.08

2.5 Порядок контролю і приймання системи

1. При введенні в дію системи управління проектами необхідно пройти приймальні випробування згідно з ГОСТ 24.104-85.

2. Випробування проводять розробники разом з замовником. Випробування проводяться для визначення працездатності і вирішення питання про можливості приймання системи в дослідну експлуатацію. Програму випробувань складає розробник і затверджує замовник.

3. Здача в дослідну експлуатацію здійснюється на основі ТЗ і інструкції користувача. За результатами дослідної експлуатації формується перелік доробок і рекомендовані строки їх виконання.

4. Введення в дію системи оформлюється актом здачі - прийому.

2.6 Вимоги до введення системи в дію

Для введення інформаційної системи в дію замовник виконує ряд робіт по підготовці об'єкта:

- перевіряє та, при необхідності, проводить укомплектування технічних засобів;

- організує навчання користувачів системи роботі на ПК і вивчення інструкції з експлуатації;

- проводить дослідну експлуатацію і вводить інформаційну систему в дію.

2.7 Вимоги до документації

На розроблену систему розробляється комплект документації в складі: технічне завдання, технічний проект.

Документація на систему розробляється у відповідності з вимогами Державних Стандартів "Единая система стандартов автоматизированных систем управления" та "Единая система программной документации". Перелік і склад техноробочої документації повинні бути достатніми для функціонування системи і бути мінімальними за об'ємом.

2.8 Джерела розробки

При розробці технічного завдання на створення Системи використані наступні документи:

ГОСТ 34.602-79, Техническое задание на создание АСУ;

ГОСТ 34.201-89, Виды, комплектность и обозначение документов при создании АСУ;

ГОСТ 12.1.002-84, Электрические поля промышленной частоты. Допустимые уровни напряженности и требования к проведению контроля на рабочих местах.

ГОСТ 12.1.019-79, Электробезопасность. Общие требования и номенклатура видов защиты.

ГОСТ 12.1.030-81, Электробезопасность. Защитное заземление. Зануление.

ГОСТ 12.1.038-82, Электробезопасность. Предельно допустимые уровни напряжений прикосновения и токов.

ГОСТ 12.1.012-78, Вибрационная безопасность. Общие требования.

ГОСТ 12.1.003-83, Шум. Общие требования безопасности.

ГОСТ 22269-76, Система и `человек-машина`. Рабочее место оператора. Взаимное расположение элементов рабочего места. Общие эргономические требования.

ГОСТ 21829-76, Система и `человек-машина`. Кодирование зрительной информации. Общие эргономические требования.

ГОСТ 18322-78, Система технического обслуживания и ремонта техники. Термины и определения.

Розділ 3 Технічний проект

3.1 Вибір та обґрунтування вибору програмних засобів для розроблення системи

Програмне забезпечення системи складається з наступних елементів:

База даних спроектована та згенерована за допомогою CASE- засобу моделювання верхнього рівня Platinum ERwin 4.0.

Для управління БД - SQL Server 2005;

Інтерфейс користувача розроблений за допомогою Delphi 7 - інтерфейс користувача призначений для зручного відображення інформації на дисплеї та забезпечення режиму діалогу між системою та користувачем.

3.1.1 Platinum ERwin 4.0

Для дослідження, аналізу та моделювання процесів було застосовано CASE- засіб верхнього рівня Platinum BРwin 4.0.

Проектування бази даних виконано за допомогою засобу - Platinum ERwin 4.0

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

- підтримується пряме (створення БД на основі моделі) і зворотне (генерація моделі по наявній базі даних) проектування для 20 типів СУБД;

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

- підтримує методологію структурного моделювання SADT і наступні нотації: IDEF1х, IE, Dimensional (остання - для проектування сховищ даних);

- ERwin є стандартом де-факто й підтримує 20 різних СУБД: настільні, реляционные й спеціалізовані СУБД, призначені для створення сховищ даних;

- інтегрований лінійкою продуктів Computer Associates для підтримки всіх стадій розробки ИС, CASE-коштами Oracle Designer, Rational Rose, коштами розробки й ін.;

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

- можлива спільна робота групи проектувальників з тими самими моделями (за допомогою AllFusion Model Manager);

- дозволяє переносити структуру БД (не самі дані) із СУБД одного типу СУБД в іншій дозволяє документувати структуру БД;

- продукт легко освоїти;

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

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

- дозволяє, використовуючи візуальні кошти, описати структуру БД, а потім автоматично згенерувати файли даних для будь-якого типу СУБД.

- дозволяє максимально підвищити продуктивність інформаційної системи завдяки підтримці роботи із БД на фізичному рівні, з огляду на особливості кожної конкретної СУБД;

- зменшить число рутинних операцій, полегшить і скоротить роботу.

- немає проблем при переході на інші СУБД.

- Додаткові аргументи для системних інтеграторів:

- підтримка різних типів СУБД (ERwin Data Modeler підтримує СУБД більше 20 виробників);

- допоможе підбудуватися під вимоги, що змінюються, замовника.

3.1.2 SQL Server 2005

Microsoft SQL Server 2005 - рішення для управління та аналізу даних, що надає підвищену безпеку, стабільність даним підприємства й аналітичних додатків, полегшуючи їхню побудову, розгортання й керування.

Побудовані на сильних сторонах SQL Server 2005 являє собою інтегроване рішення по управлінню й аналізу даних, що допоможе організаціям різного масштабу:

- Будувати, розгортати й управляти промисловими додатками, які є більше безпечними, масштабованими й надійними.

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

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

- Контролювати вартість, не жертвуючи якістю виконання, доступністю, масштабованістю й безпекою.

З SQL Server 2005 користувачі й професіонали інформаційних технологій вашої організації виграють від зниження часу простою додатків, збільшення масштабованості й продуктивності, надійних і гнучких механізмів керування безпекою. SQL Server 2005 також містить багато нових і поліпшених можливостей, що допомагають персонал вашого відділу інформаційних технологій більше продуктивним. SQL Server 2005 включає головні поліпшення управління даними підприємства в наступних областях:

- Керованість

- Доступність

- Масштабованість

- Безпека

Керованість - SQL Server 2005 спрощує розгортання, керування й оптимізацію дані підприємства й аналітичні додатки. Як платформа керування даними підприємства, він надає єдину консоль керування, що дозволяє адміністраторам даних, що перебуває в будь-якім місці вашої організації, відслідковувати, управляти й набудовувати всі бази даних і зв'язані служби по всьому підприємству. Він надає розширювану інфраструктуру керування, що може бути легко запрограмована за допомогою SQL Management Objects (SMO), дозволяючи користувачам переробляти й розширювати їхнє середовище керування й незалежних постачальників програмних продуктів (ISV) створювати додаткові інструменти й функціональність для подальшого розширення можливостей, що поставляють за замовчуванням.

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

Масштабованість - Досягнення масштабованості, такі як секціонування таблиць, рівень ізоляції "знімок", і підтримка 64-х бітної роботи дозволять створювати й розгортати найбільш необхідні додатки, використовуючи SQL Server 2005. Секціонування більших таблиць і індексів істотно поліпшує продуктивність запитів у дуже більших базах даних.

Безпека - SQL Server 2005 має істотні поліпшення в моделі безпеки платформи бази даних, з наміром надати більше точний і гнучкий контроль для забезпечення безпеки даних. Значні вкладення були зроблені у велику кількість функцій для забезпечення високого рівня безпеки даних вашого підприємства, включаючи:

- Застосування політик для паролів облікових записів SQL Server в області аутентифікації.

- Забезпечення більшої модульності для вказівки дозволів на різних рівнях в області авторизації.

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

3.1.3 Об'єктно-орієнтована мова програмування Delphi 7

Delphi -- середовище швидкої розробки додатків, у якій інтегровані кошти моделювання розробки й розгортання додатків електронної комерції й Web-сервісів.

Основні особливості сімейства Delphi 7:

підтримка мов програмування для Win32 (Delphi і C/C++) і для .NET (Delphi і C#) у єдиному середовищі розробки, що дозволяє спростити супровід і створення нових додатків Win32 і більш легко освоїти технології .NET;

використовувана платформа ECO III забезпечує створення надійних корпоративних додатків (object relational mapping, transparent object persistence, підтримка діаграм станів, що виконують,);

можливість як для розроблювачів традиційних додатків під Windows, так і для розроблювачів, що використають Java, розробляти додатка .NET без відмови від використовуваного інструментарію, зі збереженням навичок і з аналогічними концепціями програмування;

обновлена бібліотека візуальних компонентів (VCL) дозволяє прискорити й спростити розробку графічного користувальницького інтерфейсу (GUI), автоматично розташовуючи компоненти відповідно до налаштованих правил, для дотримання цілісності GUI або його відповідності корпоративним стандартам;

нова система шаблонів коду й інші нововведення середовища розробки якісно поліпшують роботу з вихідними текстами й підвищують продуктивність розробки;

завдяки тісній інтеграції із програмним забезпеченням Borland по керуванню життєвим циклом, реалізується можливість керування вимогами (Borland CaliberRM), керування конфігураціями й змінами (Borland StarTeam), візуального моделювання з використанням технології LiveSource (Borland Together).

3.2 Обґрунтування структури та створення системи

3.2.1 Засадничі дані

Засадничими даними при створені систем управління проектами є:

- дані про контрагентів;

- бази проектів;

- інші відомості.

3.2.2 Опис функцій, що автоматизуються, цілі функціонування системи

Основними функціями «Автоматизованої системи управління проектами студії інтер'єрів «Сервіс-Центр»» є:

- створення єдиної бази проектів із основними даними;

- створення єдиної бази контрагентів;

- ведення єдиного переліку завдань по проектам для співробітників та підрядників;

- ведення балансу по проекту ;

- облік надходження коштів від замовників;

- пошук даними за багатьма критеріями;

- формування звітів .

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

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

Створення системи почнемо з моделювання .

Функціональна модель (див. графічні матеріали) дала можливість виявити всі функції менеджера при роботі з проектами. Саме на ціх функціях буде ґрунтуватися модель даних.

Моделювання даних проводимо за допомогою CASE-засобу ERwin на двох рівнях - логічному та фізичному.

Основними поняттями ER-моделі є сутність, зв'язок та атрибут. Сутність - це об'єкт, який має важливе значення для даної предметної області. Атрибут, який ідентифікує сутність є первинним ключем. Також важливим компонентом діаграми є зв'язки, які вказують залежність між даними.

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

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

Щоб правильно і добре виконати цей етап проектування, засоби моделювання даних повинні працювати з кількома популярними СУБД SQL-типу, графічно відображати фізичні характеристики, дозволяти призначати та модифікувати тригери, створювати власні тригери, денормалізувати фізичну модель, не торкаючись при цьому логічної.

Розглядаючи атрибутивну модель нашої системи, розглянемо і її сутності і атрибути (повна модель - див. графічні матеріали):

Сутність Проект з атрибутами: код проекту, назва проекту, код організації, код типу проекту, код стадії проекту, адреса, площа, дата початку, дата закінчення, вартість проекту, прибуток студії, вартість виконання задач, опис проекту.

Сутність Тип проекту з атрибутами: код типу проекту, назва типу проекту.

Сутність Студії проекту з атрибутами: код стадії проекту, назва стадії .

Сутність Задачі проекту з атрибутами: номер задачі в проекті, код проекту, код надання послуг, опис задачі, дата початку виконання, дата завершення необхідна, відмітка виконавця, коментарі, курс, дата сплати, сума сплати, дата доплати, сума доплати, вартість задачі, прибуток студії.

Сутність Надходження коштів з атрибутами: код запису, код проекту, дата надходження, курс, сума надходження .

Сутність Контрагент з атрибутами: код організації, вид контрагента, назва організації, адреса, сайт, додаткова інформація.

Сутність Надання послуг з атрибутами: код надання послуг, код послуги, код організації, знижка.

Сутність Вид послуг з атрибутами: код послуги, назва послуги, опис послуги .

Сутність Контактні особи з атрибутами: код контактної особи, код організації, прізвище, ім'я, по-батькові, посада, додаткова інформація.

Страницы: 1, 2, 3