Зміст (стр. 1 )

ЗМІСТ

Перелік умовних позначень, символів, одиниць, скорочень і термінів 8

Вступ.. 9

1..... Проектно-конструкторський розділ.. 10

1.1 Загальносистемні рішення.. 10

1.1.1 Загальні положення. 10

1.1.2 Опис процесу діяльності 13

1.1.3 Схема функціональної структури. 15

1.1.4 Опис функцій, що автоматизуються. 20

1.1.5 Опис постановки задачі 22

1.2 Рішення з інформаційного забезпечення.. 23

1.2.1 Перелік первісних сигналів і даних. 23

1.2.2 Перелік вихідних сигналів (документів) 25

1.2.3 Опис інформаційного забезпечення системи. 26

1.2.4 Опис організації інформаційної бази. 28

1.2.5 Опис масивів інформації 30

1.3 Рішення з технічного забезпечення.. 31

1.3.1 Опис комплексу технічних засобів. 31

1.4 Рішення з математичного забезпечення.. 31

1.4.1 Опис алгоритму. 31

1.5 Опис програмного забезпечення.. 31

1.5.1 Структура програмного забезпечення. 31

1.5.2 Функції частин програмного забезпечення. 31

1.5.3 Методи і засоби розробки програмного забезпечення. 31

1.6 Висновки по розділу.. 31

2..... Технологічний розділ.. 32

2.1 Опис організаційної структури.. 32

2.2 Керівництво користувача.. 32

2.3 Опис технологічного процесу обробки даних.. 32

2.4 Методика випробувань програмного продукту.. 32

2.5 Висновки по розділу.. 32

3..... Організаційно-економічний розділ.. 33

Висновки.. 34

ПЕРЕЛІК ПОСИЛАНЬ.. 35

Додаток А Технічне завдання.. 36

Додаток Б Фрагменти коду.. 37

Додаток В Графічний матеріал.. 38

Лист 1. Схема структурна варіантів використань.. 39

Лист 2. Схема структурна станів системи.. 40

Лист 3. Схема бази даних.. 41

Плакат 1. Рішення з математичного забезпечення.. 42

Лист 4. Схема структурна класів програмного забезпечення 43

Лист 5. Креслення вигляду екранних форм... 44

Плакат 2. Демонстраційний плакат з організаційно-економічного розділу.. 45

Перелік умовних позначень, символів, одиниць, скорочень і термінів

Здесь могут располагаться описание основных терминов, расшифровка аббревиатур и т. д.

Вступ

Описать актуальность будущей разработки: обосновать проблему, выделить нерешённые части. Указать производителей (людей), занимающихся решением проблем в данной области.

Определить мировые тенденции в решении проблемы.

Определить связь данной разработки с другими (при наличии).

2 Проектно-конструкторський розділ

2.1.1 Загальні положення

У розділі «Загальні положення» наводять:

– найменування проектованої АС і найменування документів, їхні номери і дату затвердження, на підставі яких ведуть проектування АС;

– перелік організацій, що беруть участь у розробці системи, терміни виконання стадій;

– мету, призначення і галузі використання АС;

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

– відомості щодо використаних при проектуванні нормативно-технічних документів;

– відомості про НДР, передовий досвід, винаходи, що використовувалися при розробці проекту;

– черговість створення системи і обсяг кожної черги.

Другими словами, надо описать общие сведения, к примеру:

– конкурирующие программные продукты (обязательно со ссылкой на источники!);

– законодательство, регламентирующее законы/нормы для выполнения;

– место разработки в рамках системы.

В данном разделе могут располагаться диаграммы, таблицы, рисунки общего характера.

К примеру:

На даний момент вигляд Інтернет-магазинів з продажу комп’ютерної техніки України має наступний вигляд (табл. 1.1, 1.2):

Таблиця 1.1 – Інтернет - магазини з продажу комп’ютерів України

Найменування сайту	Рейтинг
	28
diatrade.	25
	18
kpiservice.	18
tehnotrade.	14
	12
itcity.	12
	10

Таблиця 1.2 – Інтернет - магазини з продажу комп’ютерів за кордоном

Найменування сайту	Рейтинг
*****	50
	34
alienware.com	65
pcworld. co. uk	35

ИЛИ

На даний момент в столиці функціонує 118 готелів різної форми власності. З них 23 об’єкти відносяться до категорії «великих готелів», 60 вважаються «малими готелями», інші – гуртожитки (хостели). Загальний номерний фонд Києва оцінюється у 8,7 тисяч номерів, загальною місткістю 15,6 тисяч місць. Таким чином готелі столиці здатні забезпечити проживання близько 1 млн. чоловік на рік (рис.1.1).

Рисунок 1.1 – Структура готельного фонду

Головну роль у виборі туристом готелю відіграє класифікація, яка характеризує якість надаваних послуг. У світі діє близько 30 типів систем класифікації готелів. В Україні за основу прийнята французька система зірок.

Міжнародними сертифікатами на сьогоднішній день володіють 55 київських готелів.

– п’ять зірок мають 3 готелі («Премьер Палас», «Опера», «Hayat»);

– чотири зірки мають 8 готелів («Національний» , «Президент-готель», «Київский», «Київ», «Дніпро», «Подол-плаза», «Ривьєра», «Redisson SAS»);

– три зірки мають 17 готелів («Либідь», «Турист», «Славутич», «Братислава», «Салют», «Русь», «Україна», «Пролїсок», «Кооператор», «Експрес», «Дружба», «Хрещатик», «Спорт», «Домус готель», «Джинтама», «Адрія», «Ардена»);

– дві зірки мають 20 готелів («Дніпровський», «Госфельдслужба», «Верховина» та інші);

– одна зірка – 7 готелів;

– не сертифіковані – 65 готелів.

ИЛИ

В 2005 році загальний оборот платіжної системи CyberPlat ® досяг суми 1 мільярд 120 мільйонів доларів США. З них 97% припадають на оборот по прийому платежів від абонентів операторів мобільного зв'язку, 1% - від абонентів супутникового і кабельного телебачення. Решта 2% - платежі за фіксований зв'язок, комунальні послуги та доступ в Інтернет. З такими високими показниками "Кіберплат" (CyberPlat ®), безумовно, є найбільшою платіжною системою Росії. Загальна кількість точок прийому платежів системи "Кіберплат" (CyberPlat ®) збільшилася в першому півріччі 2006 року з 15000 до 21000.Настільки стійкий і динамічний ріст бізнесу став можливий завдяки підключенню до CyberPlat ® нових торгових мереж, дилерських компаній, мереж електронних терміналів самообслуговування, а також відділень і філій різних банків, насамперед у регіонах.

Інший приклад динамічного розвитку ринку є компанія ОСМП (Об’єднана Система Мобільних Платежів). Динаміку росту могла поглянути на рис. 1.2.

Рисунок 1.2 – Динаміка розвитку ОСМП

2.1.2 Опис процесу діяльності

Здесь может описываться следующее:

– то, как происходила деятельность без участия разрабатываемой системы (т. е. описание ручного процесса);

– то как будет происходить автоматизация (в случаях, если вручную ранее эта задача не решалась никак);

– то, как происходит в общем случае подобная деятельность.

В разделе могут приводиться диаграммы состояний, активности и последовательности – для описания бизнес процессов.

Примеры.

Розглянемо приклад, у якому показано які дії має виконати користувач для розсилки резюме роботодавцям, за допомогою UML діаграми діяльності (рисунок 1.3):

Рисунок 1.3 – Схема структурна діяльності

ИЛИ

Розглянемо детальніше, які дії виконують учасники процесу, за допомогою UML діаграми діяльності (рисунок 1.4):

Рисунок 1.4 – Схема структурна діяльності

2.1.3 Схема функціональної структури

Розділ «Схема функціональної структури» містить:

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

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

– деталізовані схеми частин функціональної структури (при необхідності).

Этот раздел обязательно описывается в дипломах, тема которых звучит как «Система … », «АРМ..»,. Здесь должны быть отображены:

– основные функциональные блоки проектируемой системы и описаны связи между блоками;

– связи системы с внешней средой.

В данном разделе должны быть размещены рисунки, отображающие функциональную структуру. Это могут быть диаграммы компонентов UML, SADT-диаграммы или обычные функциональные схемы.

Примеры:

Створення підсистеми формування і ведення реєстру паспортів підконтрольних об’єктів обумовлене необхідністю отримання повної та всебічної інформації про кожну організацію чи установу, яка може бути об’єктом проведення ревізії чи перевірки органами ДКРС. Для отримання інформації необхідна взаємодія нової підсистеми із вже існуючими підсистемами та підсистемами ІАС ДКРС, що зображено на рисунку 1.5.

Рисунок 1.5 – Структура взаємодії підсистеми «Підконтрольні об’єкти» з існуючими підсистемами та підсистемами ІАС ДКРС

ИЛИ

Всю систему умовно можна поділити на два функціональні рівні: графічний та алгоритмічний. Модулі операційного рівня взаємодіють із зовнішньою СУБД, використовуючи прикладний мережевий рівень для доступу. Взаємодія між означеними елементами системи відбувається виключно на рівні інтерфейсів (табл.1.2).

Таблиця 1.3 – Опис підсистем та елементів системи

№	Назва елементу чи підсистеми	Функціональний рівень	Призначення	Функціональні зв’язки	Основні характеристики
1.	Підсистема графічного інтерфейсу (ГІ)	граф.	Здійснює взаємодію з користувачами електронної бібліотеки	Взаємодіє з 2, 3, 4, 5, 6, 7 для управління і використання модулів та підсистем	Реалізує ГІ та відоб-раження даних всієї системи. Створює віконні форми та еле-менти інтерфейсу відповідно до сере-довища та операційної системи

Продовження таблиці 1.3

№	Назва елементу чи підсистеми	Функціональний рівень	Призначення	Функціональні зв’язки	Основні характеристики
2.	Модуль обліку користувачів бібліотеки	алгор.	Здійснює облік користувачів, реєстра-цію та автори-зацію	Взаємодіє з 1, 6, 7. За до-помогою 1 реалізується графічний інтерфейс, а передаючи дані в 6 от-римується зв’язок між користувачами та їхніми налаштуваннями	Обробляє вхідні запити про надання доступу до облікових записів користувачів, які містяться в таблиці СУБД
3.	Підсистема додавання книг до електронної бібліотеки	алгор.	Здійснює автоматичне додавання відомостей про книгу до електронної бібліотеки	Взаємодіє з 1 та 4. За до-помогою 1 реалізується графічний інтерфейс, а отримуючи дані з 4 – додаються книги до бібліотеки	Обробляє вхідний файл електронної книги та автома-тино бере з нього інформацію про назву, ім’я автора, видавництво та рік видання книги та додає цю інформацію до таблиць СУБД

Продовження таблиці 1.3