Реферат: Користанням рнр-сценаріїв та створена база даних „osbb db з використанням системи управління реляційними базами даних Mysql, яка ідеально інтегрується з рнр

АНОТАЦІЯ


Результатом роботи є розроблена програмна система «OSBB System» з використанням РНР-сценаріїв та створена база даних – „osbb_db” з використанням системи управління реляційними базами даних MySQL , яка ідеально інтегрується з РНР. Даний програмий продукт може бути використаний в будь-якому ОСББ для організації роботи та управління витратами , обліком ресурсів та коштів , ведення бухгалтерії.

Програмна система «OSBB System» призначена для автоматизації роботи працівників ОСББ. Програмна система розроблена з використанням технології “клієнт/сервер”, дозволяє забезпечити багатокористувацький доступ до єдиної бази даних ОСББ, при цьому можлива одночасна робота декількох користувачів з інформацією, що дозволить гнучко розподілити обов'язки між співробітниками (наприклад, реєстрація нових мешканців, внесення даних про комунальні платежі ,модифікація інформації, пошук, формування звітів, тощо). При роботі в багатокористувацькому режимі користувачам призначаються права доступу до інформації – особисті кабінети , де мешканці які входять до однієї ОСББ організації можуть отримувати інформацію про свої поточні рахунки за комунальні послуги , оплачувати їх за допомогою систем онлайн платежів , дізнаватись останні новини ОСББ , обговорювати актуальні проблеми організації.

Обсяг пояснювальної записки становить 74 сторінки тексту.


ANNOTATION


Resulted in a development program system «OSBB System» using PHP scripts and created database - "osbb_db" with the use of relational database management MySQL, which perfectly integrates with the NRC. This software product can be used in any condominium for the organization of work and cost management, resource accounting and funds management accounting.
Program system «OSBB System» is designed to automate employee condominiums. The software system is developed using the technology "client / server" allows for multiplayer access a single database condominiums, with simultaneous multiple users work with information that will allow flexibility to distribute the duties among employees (eg, registration of new residents, making data of utilities, modification information, search, reporting, etc.). When working in multiplayer mode users assigned access rights to information - personal offices, where residents are part of a condominium organizations can obtain information about their current utility bills, pay for them using online payment systems, learn the latest news condominiums, discuss topical issues the organization.

The volume of explanatory notes is 74 pages of text.


ЗМІСТ


ВСТУП 7

^ АНАЛІТИЧНИЙ ОГЛЯД СТРУКТУРИ ТА

ПРИЗНАЧЕННЯ ОСББ 9

1.1. Перспективи інтернет-технологій 9

1.2. Огляд аналогів проектованого ПЗ «OSBB System» 10

1.3. Опис використаних інтернет-ресурсів при розробці

«OSBB System» 13

^ 2. ПОСТАНОВКА ЗАДАЧІ ТА ОБГРУНТУВАННЯ ВИБРАНОГО

НАПРЯМУ РОБОТИ 15

2.1. Структура ОСББ 15

2.2 Вимоги до програмного забезпечення для ОСББ 17

^ 3. ПРОЕКТНИЙ РОЗДІЛ 21

3.1. Фази розробки «OSBB System» 21

3.2. Опис та аргументування вибору застосованих технології

при розробці «OSBB System» 22

^ 3.2.1. Бази даних. Переваги використання мови SQL 22

3.2.2. Переваги використання мови РНР. Архітектурний

шаблон MVC 24

3.3. Проектування OSBB System 26

3.3.1. Панель керування в «OSBB System» 27

3.3.2. Розділ «Майно» в «OSBB System» 28

^ 3.3.3. Розділ «Адміністратори» в «OSBB System» 29

3.3.4. Розділ «Послуги» в «OSBB System» 30

3.3.5. Розділ «Звіти» в «OSBB System» 31

3.4. Структура та призначення БД «osbb_db» 32

3.5. Набір класів необхідних для роботи програми

OSBB System 35

Дослідження ефективності системи OSBB System 39

^ 4. ДОСЛІДНИЦЬКИЙ РОЗДІЛ 43

4.1. Складові частини програми «OSBB System» 43

4.2. Алгоритм роботи програми «OSBB System» 43

4.3. Головна сторінка системи «OSBB System» 45

4.4. Реєстрація та авторизація мешканців в «OSBB System» 47

4.5. Обліковий запис мешканця в «OSBB System» 50

4.6. Адміністративна частина «OSBB System» 52

^ 5. РОЗДІЛ З ЕКОНОМІКИ 56

5.1. Розрахунок витрат на розробку та впровадження

проектного рішення 56

5.2. Визначення комплексного показника якості 61

^ 5.3. Визначення експлуатаційних витрат 63

5.4. Розрахунок ціни споживання проектного рішення 66

5.5. Визначення показників економічної ефективності 68

5.6. Висновки 70

ВИСНОВКИ 72

^ СПИСОК ЛІТЕРАТУРИ 73

ВСТУП


Темою дипломної роботи є розробка інформаційної системи обліку економічних розрахунків в межах об`єднання співласників багатоквартирного будинку (ОСББ) засобами інтернет технологій.. Результат роботи – розроблена програмна система «OSBB System», з використанням РНР-сценаріїв та створена база даних – “osbb_db” з використанням системи управління реляційними базами даних MySQL, яка ідеально інтегрується з РНР.

Робота працівників ОСББ пов'язана з накопиченням великого об’єму інформації про платежі мешканців , надходжень та витрат організації , відомості про мешканців ( склад квартир , застосування субсидій тощо ). Зазвичай така інформація зберігається на паперових носіях. При цьому практично неможливо здійснити швидкий відбір необхідних даних, наприклад: визначення боржників або отримання інформації про особисті дані мешканців. Надзвичайно важливе місце також займає питання надійності та конфіденційності зберігання особистих даних мешканців.

Отже, автоматизація процесу роботи працівників ОСББ є вкрай важливим і необхідним процесом. В процесі роботи, працівники організації користувалися базою даних створеною з допомогою програми MS Access, до якої було декілька зауважень:

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

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

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

4. Дані , які оброблялись багатьма працівниками були не структурованими та вимагали постійного обміну між об’єктами роботи організації .

В зв’язку із цим, було прийнято рішення про розробку нової системи з врахуванням наведених вище вимог, використовуючи технологію „клієнт/сервер”. Для реалізації поставленої задачі було обрано такі програмні засоби:

HTML – мова розмітки гіпертекстових документів.

СSS - каскадні таблиці стилів

AJAX (Asynchronous JavaScript And XML) — підхід до побудови користувацьких інтерфейсів веб-застосувань, за яких веб-сторінка, не перезавантажуючись, у фоновому режимі відправляє запити на сервер і сама звідти довантажує потрібні користувачу дані. AJAX — один з компонентів концепції DHTML.

jQuery – популярний JavaScript - фреймворк з відкритим програмним кодом.

РНР – серверна мова створення сценаріїв, розроблена спеціально для Web. Код РНР інтерпретується Web-сервером.

MySQL – дуже швидка, надійна система керування реляційними базами даних. База даних дозволяє ефективно зберігати, шукати, сортувати і отримувати дані.

Web-сервер Apache.

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


Розроблений програмний продукт може бути використаний в будь-якії ОСББ організації Львова та інших міст України.

^ АНАЛІТИЧНИЙ ОГЛЯД СТРУКТУРИ ТА ПРИЗНАЧЕННЯ ОСББ




Перспективи інтернет-технологій


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

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

Однією з таких мереж є – Internet [інтернет], глобальна інформаційна мережа, яка об’єднує велику кількість регіональних мереж та водночас, мільйони комп’ютерів в усіх кінцях планети з метою обміну даними та доступу до інформаційних і технологічних ресурсів. Останнім часом, у зв'язку з бурхливим розвитком мережі Інтернет, в програмуванні починає все більш різко виділятися окрема галузь. Спочатку вона не могла навіть і зрівнятися по своїй складності з іншими областями програмістського ремесла, не "дотягуючись" не тільки до системного, але навіть і до прикладного програмування. Мова йде, звичайно, про програмування сценаріїв для Web [веб], або, як часто говорять, Web-програмування. У наші дні, однак, роль цієї галузі в структурі Інтернету все більш зростає, відповідно зростає і середня оцінка складності сценаріїв.

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


^ Огляд аналогів проектованого ПЗ «OSBB System»


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

На сьогоднішній день в Україні розроблено декілька програмних продуктів по автоматизації роботи ОСББ, ось деякі з них:


а). “ЖКГ-СОЦІУМ” [1]


Це комплексна комп’ютерна система для автоматизації керування діяльністю житлово- експлуатаційних організацій різних форм (ОСББ, ТОВ, ЖБК, ЖЕК). “ЖКГ-СОЦІУМ” забезпечує:

Облік житлового фонду, нежитлових приміщень, орендованої площі;

Облік мешканців (паспортний стіл);

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

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

Формування стандартних довідок та звітів (форма 1-пільга, ЖС-2, форма 3, звітів до служб соціального захисту населення та ін.);

Оперативний контроль за розрахунковими рахунками підприємства: імпорт/експорт електронних платіжних документів через систему клієнт-банк;

Нарахування та звітність по заробітній платні;

Бухгалтерський облік;

Аналіз облікових даних та нарахувань за допомогою широкого спектру спеціальних аналітичних звітів.


б). Система побудинкового обліку для ОСББ [2]


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

Система „Автоматизований побудинковий облік” призначена для ведення обліку витрат та робіт по утриманню житлового фонду житлово-комунального підприємства відповідно до діючого законодавства у сфері тарифів на утримання житла.

“Система автоматизованого побудинкового обліку” призначена для ведення обліку витрат та робіт по утриманню житлового фонду житлово-комунального підприємства.

Основними можливостями є:

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

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

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

Формування звітів про собівартість утримання окремого будинку та житлового фонду в цілому.

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

Автоматизація роботи та оптимізація взаємодії усіх відділів підприємства.


в). Програмний комплекс «Дебет Плюс v12» / Модуль «ЖЕК» (ОСББ) [3]


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

сальдова відомість - звіт, в якому відображаються борги, суми нарахувань та оплати за всім платникам з підсумками по домівках і ЖЕКу;

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

розрахунок відшкодування витрат - звіт, в якому відображаються суми пільг по кожному пільговику з підсумками по домівках і ЖЕКу;

підсумки за нормами споживання - звіт, в якому відображається заборгованість у розрізі послуг, а також загальна сума (по ЖЕКу) субсидії, перерахунку та пені;

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

акт звірки відображає всі грошові обороти по платнику.

У системі є довідники комунальних послуг, платників, вулиць, будинків, квартир, мешканців і пільг.

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

Будинки та квартири мають наступні характеристики, що впливають на розрахунок:

тип будинку (5-и поверховий, 9-ти поверховий і т. д.);

тип водопостачання;

наявність ліфта і телеантени;

площа (житлова, лоджії, балкони);

тип плити (газова, електрична);

наявність лічильників води і газу.

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


^ Опис використаних інтернет-ресурсів при розробці «OSBB System»


Ще хочу звернути увагу на інтернет-ресурси , які стали мені корисними та важливими джерелами інформації.

Серед сайтів присв’ячених РНР слід відзначити такі:

www.рhр.net – основний сайт РНР. На ньому можна знайти повний вихідний код РНР, та довідники по ньому.

www.phpwizard.net – джерело багатьох прикладів кодів РНР, крім того сайт містить навчальний посібник по РНР.

www.phpclub.net – PHPClub містить багато ресурсів для програмістів-початківців на РНР: новини, приклади кодів, форуми, а також посібники для початківців.


Ресурси присв’ячені MySQL:


www.mysql.com – офіційний web-сайт MySQL містить відмінну документацію, підтримку і немало інформації, а також вихідний код сервера баз даних MySQL


Ресурси присв’ячені Apache:


www.apache.org – офіційний web-сайт Apache, сайт на якому містяться вихідний код web-сервера Apache, і електронна документація. [ ]

www.apacheweek.com – Електронний щотижневий журнал, кориснй для тих хто використовує web-сервер Apache та його служби. [ ]

^ ПОСТАНОВКА ЗАДАЧІ ТА ОБГРУНТУВАННЯ ВИБРАНОГО НАПРЯМУ РОБОТИ




Структура ОСББ


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

Проголошена адміністративна реформа та прийняття ряду нормативно-правових актів, у тому числі і Закону України „Про Загальнодержавну програму реформування і розвитку житлово-комунального господарства на 2004–2010 роки” , а також створення у 2003 році Державного комітету України з питань житлово-комунального господарства, а згодом реорганізація його у Міністерство будівництва, архітектури та житлово-комунального господарства, не сприяли подоланню кризового стану галузі та не створили відповідні умови, що сприяли б переходу галузі на ринкові умови господарювання. Так, не набув розвитку такий важливий сегмент ринку у житлово-комунальний сфері, як інститут власника житла, запровадження якого, на нашу думку, створить конкурентне середовище у галузі та ефективний громадський контроль за кількісними та якісними параметрами житлово-комунальних послуг, що надаються споживачам.

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

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

Створення ОСББ – це об’єктивний процес, викликаний необхідністю передачі прав і обов’язків з управління житлом реальному власнику. Така форма управління багатоквартирними будинками поширена в усіх розвинених країнах. На початок 2009 року в Україні було створено 8750 ОСББ, тобто більше 11 % багатоквартирних житлових будинків.

Які це дає переваги мешканцям? Люди отримують право самостійно управляти своїм майном і захищати свої інтереси; з’являється можливість економії коштів за рахунок зменшення витрат на оплату адміністративних та непродуктивних витрат житлових організацій, самостійного вибору обслуговуючих підприємств з вивезення сміття, обслуговування ліфтів тощо з урахуванням зменшення тарифів на ці послуги і підвищення їх якості, отримання додаткових доходів для забезпечення власних потреб ОСББ від здавання в оренду приміщень та іншої некомерційної господарської діяльності. У будинках, де створені ОСББ, як правило, набагато вище благоустрій під’їздів, впорядкованість прибудинкової території, чистота в місцях загального користування. Важливими позитивними моментами є можливість виконання мешканцями окремих необхідних для об’єднання робіт в рахунок оплати комунальних послуг, можливість контролю використання коштів.


^ 2.2 Вимоги до програмного забезпечення для ОСББ

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

Автоматизація процесу роботи працівників ОСББ є вкрай важливим і необхідним процесом. В процесі роботи працівники користувалися базою даних створеною з допомогою програми MS Access, до якої було багато зауважень.

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

Здійснити розмежування прав доступу до інформації наявної в базі даних.

Розробити програмний засіб з використанням архітектури клієнт/сервер (можливість роботи програми в локальній мережі).

Розробити зручний інтерфейс, інтуїтивно-зрозумілі зв'язки між діалогами вводу інформації.

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

Програмна система «OSBB System» призначена для полегшення умов роботи працівників будь-якого ОСББ , тому визначаються основні вимоги до роботи програми :

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

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

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

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

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

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

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

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

Оптимізація взаємодії відділів підприємства.

Забезпечення визначення тарифів на послуги з утримання будинків і споруд та прибудинкових територій відповідно до Постанови Кабінету міністрів України № 560 від 12 липня 2005 року.

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

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

Створена програмна система «OSBB System» є надзвичайно важливою розробкою і має важливе значення також для бухгалтерії, оскільки на основі інформації про надходження можна дізнатися хто з мешканців є боржником , поточний стан рахунку ОСББ , його загальна заборгованість або навпаки – заощадження власників . Не виключено, також створення нових модулів для даної програми іншими розробниками.

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

В зв’язку з тим що необхідно реалізувати клієнт-серверну СУБД, постала необхідність вивчення і розуміння принципів побудови мереж типу клієнт-сервер.

Наступним кроком виникла задача правильного обрання конкретного програмного засобу реалізації поставленої мети. Напевно, ніколи не зупиняться дискусії про те, яка апаратна платформа, операційна система або програмний засіб є кращим, очевидно, що єдиного рішення цієї проблеми бути не може, відповідно, кращою програмою буде та, яка дозволить працювати згідно потреб та можливостей органызації. Для реалізації поставленої задачі я обрав серверну мову створення сценаріїв – РНР, розроблену спеціально для Web. Код РНР інтерпретується web-сервером і генерує HTML, або інший вивід. В якості web-сервера я обрав web-сервер Apache.


^ 3. ПРОЕКТНИЙ РОЗДІЛ 3.1. Фази розробки OSBB System Фаза розробки програми в життєвому циклі традиційно включає наступні етапи: аналіз, проектування, реалізацію і тестування.
Аналіз. Фаза розробки програми в життєвому циклі починається з аналізу основна задача якого полягає в визначенні потреб користувачів щодо цієї системи. По мірі того як з’ясовуються потреби потенційного користувача, вони перетворюються в ряд вимог яким має відповідати нова система. Ці потреби формулються в термінах, зрозумілих звичайній людині, без використання спеціальної термінології. Після того як вимоги до створюваної системи будуть визначені, їх перетворюють в систему специфікацій, які мають більш технічно організований вигляд.

В той час як аналіз визначає, що має робити пропонована система, проектування – визначає як вона буде виконувати поставлені задачі. Власне, на цьому етапі визначається структура системи програмного забезпечення. Не викликає сумніву що найкращою структурою для великої системи програмного забезпечення є – модульна. Однак, поняття модуля може трактуватися по-різному. Якщо підходити до задачі конструювання, використовуючи парадигму традиційного імперативного програмування, то модулі будуть складатися з окремих процедур і розробка модульної структури прийме вигляд виявлення різних завдань, які створювана система змушена буде виконувати. На противагу цьому, якщо передбачається використання об’єктно-орієнтованого підходу, то в якості модулів будуть виступати окремі об’єкти, а процес конструювання модульної структури перетвориться в процес виявлення існуючих в предметній області об’єктів і визначення їх поведінки в створюваній системі.

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

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

^ Опис та аргументування вибору застосованих технології при розробці OSBB System



Бази даних. Переваги використання мови SQL


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

Над відношеннями (таблицями) можуть виконуватися різноманітні операції, це дає можливість отримувати з одних відношень, що зберігаються в пам’яті комп’ютері, інші – нові відношення.

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

Для виконання операцій над відношеннями в СУБД існують спеціальні алгоритмічні мови.


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

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

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

Загалом, список переваг, на які варто звернути увагу насамперед, можна представити в наступному вигляді:

незалежність від конкретної СУБД;

переносимість з однієї обчислювальної системи на іншу;

наявність стандартів;

підтримка з боку компанії Microsoft (протокол ODBC);

реляційна основа;

високорівнева структура, що нагадує англійську мову;

можливість виконання спеціальних інтерактивних запитів:

забезпечення програмного доступу до баз даних;

можливість різного представлення даних;

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

можливість динамічного визначення даних;

підтримка архітектури клієнт/сервер.

Всі перераховані вище чинники були причиною того, що SQL став стандартним інструментом для управління даними на персональних комп'ютерах, міні-комп'ютерах і великих ЕОМ.

Переваги використання мови РНР. Архітектурний шаблон MVC

РНР володіє множиною переваг в порівнянні з цими продуктами до яких належать:

Продуктивність

РНР виключно ефективний. Використовуючи єдиний недорогий сервер, можна обслуговувати мільйони звернень в день. Результати тестування опубліковані компанією Zend Tehnologies (http://www.zend.com) підтверджують більш високу продуктивність в порівнянні з конкуруючими продуктами.

Інтеграція з базами даних

РНР володіє вбудованою зв’язністю з багатьма системами баз даних (можна безпосередньо підключатись до баз даних PostgreSQL, mSQL, Oracle, dbm, Hyperware, Informix, InterBase, i Sybase). Використовуючи стандарт відкритого інтерфейсу зв’язку з базами даних ODBC можна підключитись до любої бази даних, для яких існує ODBC-драйвер.

Вартість

Пакет РНР є безкоштовний. Найбільш нову версію можна в любий момент абсолютно безкоштовно завантажити з http://www.php.net.

^ Вивчення РНР

Синтаксис РНР заснований на інших мовах програмування, в першу чергу на С та Perl. Якщо ви вже знайомі з С,Perl чи С-подібною мовою такою як С++ чи Java, то майже відразу зможете ефективно використовувати РНР.

Переносимість

Пакет РНР можна використовувати під керуванням багатьох різних операційних систем. Код РНР можна створювати в середовищі таких безкоштовних Unix-подібних операційних систем, як Linux чи FreeBSD, комерційних версій Unix типу Solaris i IRIX, або різних версій Microsoft Windows.

^ Вбудовані бібліотеки

Так як РНР був розроблений для використання в Web він має багато вбудованих функцій для виконання корисних пов’язаних з Web завдань. З його допомогою можна „на льоту” можна генерувати Gif-зображення, підключатись до багатьох мережних служб, відправляти повідомлення по електронній пошті, працювати з cookie-наборами і генерувати PDF-документи.

Моде́ль-вид-контро́лер (або Модель-вигляд-контролер, англ. Model-view-controller, MVC) — архітектурний шаблон, який використовується під час проектування та розробки програмного забезпечення.

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

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

Архітектурний шаблон Модель-Вид-Контролер (MVC) поділяє програму на три частини. У тріаді до обов'язків компоненту Модель (Model) входить зберігання даних і забезпечення інтерфейсу до них. Вигляд (View) відповідальний за представлення цих даних користувачеві. Контролер (Controller) керує компонентами, отримує сигнали у вигляді реакції на дії користувача, і повідомляє про зміни компоненту Модель. Така внутрішня структура в цілому поділяє систему на самостійні частини і розподіляє відповідальність між різними компонентами.

MVC поділяє цю частину системи на три самостійні частини: введення даних, компонент обробки даних і виведення інформації. Модель, як вже було відмічено, інкапсулює ядро даних і основний функціонал з їх обробки. Також компонент Модель не залежить від процесу введення або виведення даних. Компонент виводу Вигляд може мати декілька взаємопов'язаних областей, наприклад, різні таблиці і поля форм, в яких відображається інформація. У функції Контролера входить моніторинг за подіями, що виникають в результаті дій користувача (зміна положення курсора миші, натиснення кнопки або введення даних в текстове поле).

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

^ Проектування OSBB System

Розроблене програмне забезпечення розділене на 2 частини : фронт-енд та бек-енд.

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

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

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