Надіслати свою гарну роботу до бази знань просто. Використовуйте форму нижче
Студенти, аспіранти, молоді вчені, які використовують базу знань у своєму навчанні та роботі, будуть вам дуже вдячні.
Розміщено на http://www.allbest.ru/
МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ
ДОНЕЦЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ
Кафедра прикладної математики та теорії систем управління
РЕФЕРАТ
«Інформатика та програмування»
„ Передовітехнологіїіпопулярнізасобирозробкипрограмногозабезпечення”
Доповіла:
студентка групи 2-В
М.А. Матіїшина
Викладач: к.е.н., с.н.с.
С. М. Мічківський
Донецьк 2013
Вступ
1. Історія
2. Основні особливості методології RAD
2.1 CASE кошти
2.2 Застосування об'єктно-орієнтованих методів
2.3 Середовища розробки, що використовують принципи RAD
2.4 Коли застосовується RAD.
3. Життєвий цикл методології RAD
3.1 Фаза аналізу та планування вимог
3.2 Фаза проектування
3.3 Фаза побудови
3.4 Фаза застосування
Висновок
Вступ
На початковому етапі існування комп'ютерних інформаційних систем їх розробка велася традиційними мовами програмування. Однак у міру зростання складності систем, що розробляються, і збільшення запитів користувачів (чому значною мірою сприяв прогрес у галузі обчислювальної техніки, а також поява зручного графічного інтерфейсу користувача в системному програмному забезпеченні) були потрібні нові засоби, що забезпечують значне скорочення термінів розробки. Це спричинило створення цілого напрями у сфері програмного забезпечення -- інструментальних засобів швидкої розробки додатків. Розвиток цього напряму призвів до появи над ринком програмного забезпечення засобів автоматизації практично всіх етапів життєвого циклу інформаційних систем. Наприклад, технологія Rapid Application Development (RAD).
програмне забезпечення орієнтований життєвий
1. Історія
Концепція RAD стала відповіддю на незграбні методи розробки програм 1970-х та початку 1980-х років, такі як «модель водоспаду» (Waterfall model). Ці методи передбачали настільки повільний процес створення програми, що найчастіше навіть вимоги до програми встигали змінитись до закінчення розробки. Засновником RAD вважається співробітник IBM Джеймс Мартін, який у 1980-х роках сформулював основні принципи RAD, ґрунтуючись на ідеях Баррі Бойма та Скотта Шульца. А в 1991 Мартін опублікував відому книгу, в якій детально виклав концепцію RAD і можливості її застосування. Нині RAD стає загальноприйнятою схемою створення засобів розробки програмних продуктів. Саме засоби розробки, засновані на RAD, мають найбільшу популярність серед програмістів.
2 . ОсновніособливостіметодологіїRAD
p align="justify"> Методологія розробки інформаційних систем, заснована на використанні засобів швидкої розробки додатків, отримала останнім часом широкого поширення і набула назву методології швидкої розробки додатків - RAD (Rapid Application Development). Ця методологія охоплює всі етапи життєвого циклу сучасних інформаційних систем.
RAD - це комплекс спеціальних інструментальних засобів швидкої розробки прикладних інформаційних систем, що дозволяють оперувати з певним набором графічних об'єктів, які функціонально відображають окремі інформаційні компоненти додатків.
Під методологією швидкої розробки програм зазвичай розуміється процес розробки інформаційних систем, заснований на трьох основних елементах:
· Невеликий команді програмістів (зазвичай від 2 до 10 осіб);
· Ретельно пророблений виробничий графік робіт, розрахований на порівняно короткий термін розробки (від 2 до 6 міс.);
· Ітераційна модель розробки, заснована на тісній взаємодії із замовником - у міру виконання проекту розробники уточнюють і реалізують у продукті вимоги, що висуваються замовником.
При використанні методології RAD велике значення мають досвід та професіоналізм розробників. Група розробників має складатися з професіоналів, які мають досвід в аналізі, проектуванні, програмуванні та тестуванні програмного забезпечення.
Основні принципи методології RAD можна звести до наступного:
· Використовується ітераційна (спіральна) модель розробки;
· Повне завершення робіт на кожному з етапів життєвого циклу не обов'язково;
· у процесі розробки інформаційної системи необхідна тісна взаємодія із замовником та майбутніми користувачами;
· Необхідне застосування CASE-засобів та засобів швидкої розробки додатків;
· Необхідно застосування засобів управління конфігурацією, що полегшують внесення змін до проекту та супровід готової системи;
· Необхідне використання прототипів, що дозволяє повніше з'ясувати та реалізувати потреби кінцевого користувача;
· Тестування та розвиток проекту здійснюються одночасно з розробкою;
· Розробка ведеться нечисленною і добре керованою командою професіоналів;
· Необхідні грамотне керівництво розробкою системи, чітке планування та контроль виконання робіт.
2.1 Засобиавтоматизаціїрозробкипрограм(CASE-засоби)
В основних принципах методології RAD з'являється таке поняття як CASE засоби. Так ось, засобиавтоматизаціїрозробкипрограм(CASE-засоби) - інструменти автоматизації процесів проектування та розробки програмного забезпечення для системного аналітика розробника ПЗ та програміста. Спочатку під CASE-засобами розумілися лише інструменти для спрощення найбільш трудомістких процесів аналізу та проектування, але надалі CASE-засоби стали визначати як програмні засоби підтримки процесів життєвого циклу ПЗ.
Появі CASE-технології та CASE-засобів передували дослідження у галузі методології програмування. Програмування набуло рис системного підходу з розробкою та впровадженням мов високого рівня, методів структурного та модульного програмування, мов проектування та засобів їх підтримки, формальних та неформальних мов описів системних вимог та специфікацій тощо. Крім того, появі CASE-технології сприяли такі фактори, як:
* підготовка аналітиків та програмістів, сприйнятливих до концепцій модульного та структурного програмування;
* широке впровадження та постійне зростання продуктивності комп'ютерів, що дозволили використовувати ефективні графічні засоби та автоматизувати більшість етапів проектування;
* Впровадження мережевої технології, що надала можливість об'єднання зусиль окремих виконавців в єдиний процес проектування шляхом використання бази даних, що розділяється, містить необхідну інформацію про проект.
2.3 Застосуванняоб'єктно-орієнтованихметодів
Що стосується RAD коштів, то вони дали можливість реалізовувати зовсім іншу порівняно з традиційною технологією створення програм.
Інформаційні об'єкти формуються як деякі діючі моделі (прототипи), чиє функціонування узгоджується з користувачем, а потім розробник може переходити безпосередньо до формування закінчених додатків, не втрачаючи на увазі загальної картини проектованої системи.
Можливість використання подібного підходу значною мірою є результатом застосування принципів об'єктно-орієнтованого проектування, застосування об'єктно-орієнтованих методів дозволяє подолати одну з головних труднощів, що виникають при розробці складних систем - колосальний розрив між реальним світом (предметною областю описуваної проблеми) та імітуючим середовищем.
Використання об'єктно-орієнтованих методів дозволяє створити опис (модель) предметної області у вигляді сукупності об'єктів - сутностей, що поєднують дані та методи обробки цих даних (процедури). Кожен об'єкт має власну поведінку і моделює деякий об'єкт реального світу. З цього погляду об'єкт є цілком відчутною річчю, яка демонструє певну поведінку.
В об'єктному підході акцент переноситься на конкретні характеристики фізичної чи абстрактної системи, що є предметом програмного моделювання. Об'єкти мають цілісність, яка не може бути порушена. Отже, властивості, що характеризують об'єкт та її поведінка, залишаються незмінними. Об'єкт може лише змінювати стан, керуватися чи ставати у певне ставлення до інших об'єктів.
Широку популярність об'єктно-орієнтоване програмування отримало з появою візуальних засобів проектування, коли було забезпечено злиття (інкапсуляція) даних з процедурами, що описують поведінку реальних об'єктів, в об'єкти програм, які можуть бути відображені певним чином у графічному середовищі. Це дозволило розпочати створення програмних систем, максимально схожих на реальні, і досягати найвищого рівня абстракції. У свою чергу, об'єктно-орієнтоване програмування дозволяє створювати більш надійні коди, так як у об'єктів програм існує певний і жорстко контрольований інтерфейс.
При розробці програм за допомогою інструментів RAD використовується безліч готових об'єктів, що зберігаються у загальнодоступному сховищі. Проте забезпечується можливість розробки нових об'єктів. При цьому нові об'єкти можуть розроблятися як на основі існуючих, так і з нуля.
Інструментальні засоби RAD мають зручний графічний інтерфейс користувача і дозволяють на основі стандартних об'єктів формувати прості програми без написання коду програми. Це є великою перевагою RAD, оскільки значною мірою скорочує рутинну роботу з розробки інтерфейсів користувача (при використанні звичайних засобів розробка інтерфейсів є досить трудомістким завданням, що забирає багато часу). Висока швидкість розробки інтерфейсної частини додатків дозволяє швидко створювати прототипи та спрощує взаємодію з кінцевими користувачами.
Таким чином, інструменти RAD дають змогу розробникам сконцентрувати зусилля на сутності реальних ділових процесів підприємства, для якого створюється інформаційна система. У результаті це призводить до підвищення якості системи, що розробляється.
Застосування принципів об'єктно-орієнтованого програмування дозволило створити нові засоби проектування додатків, звані засобами візуального програмування. Візуальні інструменти RAD дозволяють створювати складні графічні інтерфейси користувача без написання коду програми. При цьому розробник може на будь-якому етапі спостерігати те, що закладається в основу рішень, що приймаються.
Візуальні засоби розробки оперують насамперед зі стандартними інтерфейсними об'єктами - вікнами, списками, текстами, які можна зв'язати з даними з бази даних і відобразити на екрані монітора. Інша група об'єктів являє собою стандартні елементи управління - кнопки, перемикачі, прапорці, меню і т.п., за допомогою яких здійснюється керування даними, що відображаються. Всі ці об'єкти можуть бути стандартним чином описані засобами мови, а описи збережені для подальшого повторного використання.
В даний час існує досить багато різних візуальних засобів розробки додатків. Але всі вони можуть бути поділені на дві групи - універсальні та спеціалізовані.
Серед універсальних систем візуального програмування зараз найбільш поширені такі, як Borland Delphi та Visual Basic. Універсальними ми їх називаємо тому, що вони не орієнтовані на розробку лише додатків баз даних - за їх допомогою можуть бути розроблені програми майже будь-якого типу, у тому числі й інформаційні програми. Причому програми, які розробляються з допомогою універсальних систем, можуть взаємодіяти з будь-якими системами управління базами даних. Це забезпечується як використанням драйверів ODBC чи OLE DB, і застосуванням спеціалізованих засобів (компонентів).
2.4 Середирозробки,що використовуютьпринципиRAD
· Borland Delphi
· Borland C++ Builder
· Microsoft Visual Studio
· Macromedia Flash
· Macromedia Authorware
· Macromedia Director
· Visual DataFlex
Швидка розробка програм RapidApplicationDevelopment(RAD)- це життєвий цикл процесу проектування, створений для досягнення більш високих швидкостей розробки та якості ПЗ, ніж це можливо при традиційному підході до проектування. інструментальних засобів візуального моделювання та розробки. Технологія RAD передбачає активне залучення замовника вже на ранніх стадіях – обстеження організації, вироблення вимог до системи. Причини популярності RAD випливають з тих переваг, які забезпечує ця технологія. Найбільш суттєвими є:
§ висока швидкість розробки;
§ низька вартість;
§ висока якість.
Візуальні інструменти RAD дають змогу максимально зблизити етапи створення інформаційних систем; аналіз вихідних умов, проектування системи, розробка прототипів і остаточне формування додатків стають подібними, оскільки кожному етапі розробники оперують візуальними об'єктами.
Логіка програми, побудованої за допомогою RAD, є подієво-орієнтованою. Це означає наступне: кожен об'єкт, що входить до складу програми, може генерувати події та реагувати на події, що генеруються іншими об'єктами. Прикладами подій можуть бути: відкриття та закриття вікон, натискання кнопки, натискання клавіші клавіатури, рух миші, зміна даних у базі даних тощо.
Розробник реалізує логіку застосування шляхом визначення оброблювача кожної події - процедури, що виконується об'єктом при настанні відповідної події. Наприклад, обробник події "натискання кнопки" може відкрити діалогове вікно. Таким чином, керування об'єктами здійснюється за допомогою подій.
Обробники подій, що з управлінням базою даних (DELETE, INSERT, UPDATE), можуть реалізовуватися як тригерів на клієнтському чи серверному вузлі. Такі обробники дозволяють забезпечити цілісність посилань бази даних при операціях видалення, вставки та оновлення, а також автоматичну генерацію первинних ключів.
2.5 КолизастосовуєтьсяRAD
Застосування технології RAD доцільно, коли: потрібне виконання проекту в стислий термін (90 днів). Швидке виконання проекту дозволяє створити систему, яка б відповідала вимогам сьогодення. Якщо система проектується довго, то дуже висока ймовірність, що за цей час суттєво зміняться фундаментальні положення, що регламентують діяльність організації, тобто система морально застаріє ще до завершення її проектування.
Інтерфейс користувача (GUI) є основним чинником. Нема рації змушувати користувача малювати картинки. RAD технологія дає можливість продемонструвати інтерфейс у прототипі, причому незабаром після початку проекту. Проект великий, але піддається розподілу на дрібніші функціональні компоненти. Якщо передбачувана система велика, необхідно, щоб її можна було розбити на дрібні частини, кожна з яких має чітку функціональність. Вони можуть випускатися послідовно або паралельно (в останньому випадку залучається декілька груп RAD).
ПЗ не має великої обчислювальної складності. Сучасні засоби швидкої розробки windows-додатків, так звані rad-засоби (rad розшифровується як rapid application development), мають в тій чи іншій мірі майже всі можливості реалізації в додатках подібних інтерфейсних елементів. Багато хто з них дозволяє здійснювати доступ до баз даних, у тому числі і до серверних БД. Borland delphi, на думку автора, є в цьому відношенні найбільш простим і зручним у використанні засобом.
RAD-технологія не універсальна, тобто її застосування доцільно не завжди. Наприклад, у проектах, де вимоги до програмного продукту чітко визначені і не повинні змінюватися, залучення замовника в процес розробки не потрібно і ефективнішою може бути ієрархічна розробка (каскадний метод). Те саме стосується проектів, ПЗ, складність яких визначається необхідністю реалізації складних алгоритмів, а роль і обсяг інтерфейсу користувача невеликий.
3 . ЖиттєвийциклметодологіїRAD
При використанні методології швидкої розробки програм життєвий цикл інформаційної системи складається з чотирьох фаз:
· Фаза аналізу та планування вимог;
· Фаза проектування;
· Фаза побудови;
· Фаза застосування.
3 .1 Фазааналізуіплануваннявимог.
На фазі аналізу та планування вимог виконуються такі роботи:
· Визначаються функції, які повинна виконувати інформаційна система, що розробляється;
· Визначаються найбільш пріоритетні функції, що вимагають розробки в першу чергу;
· Проводиться опис інформаційних потреб;
· Обмежується масштаб проекту;
· Визначаються тимчасові рамки для кожної з наступних фаз;
· на закінчення, визначається сама можливість реалізації даного проекту у встановлених рамках фінансування, на наявних апаратних та програмних засобах.
Якщо реалізація проекту принципово можлива, то результатом фази аналізу та планування вимог буде список функцій інформаційної системи, що розробляється, із зазначенням їх пріоритетів та попередні функціональні та інформаційні моделі системи.
3 .2 Фазапроектування
На фазі проектування необхідним інструментом є CASE-засоби, що використовуються для швидкого отримання прототипів додатків, що працюють.
Прототипи, створені за допомогою CASE-засобів, аналізуються користувачами, які уточнюють та доповнюють вимоги до системи, які не були виявлені на попередній фазі. Таким чином, на цій фазі також потрібна участь майбутніх користувачів у технічному проектуванні системи.
При необхідності для кожного елементарного процесу створюється частковий прототип: екран, діалог чи звіт (це дозволяє усунути неясності чи неоднозначності). Потім визначаються вимоги розмежування доступу даних.
Після детального розгляду процесів визначається кількість функціональних елементів системи, що розробляється. Це дозволяє розділити інформаційну систему на ряд підсистем, кожна з яких реалізується однією командою розробників за прийнятний для RAD-проектів час (близько півтора місяця). З використанням CASE-засобів проект розподіляється між різними командами – ділиться функціональна модель.
На цій фазі відбувається визначення набору необхідної документації.
Результатами цієї фази є:
· загальна інформаційна модель системи;
· функціональні моделі системи в цілому та підсистем, що реалізуються окремими командами розробників;
· точно визначені за допомогою CASE-засоби інтерфейси між підсистемами, що автономно розробляються;
· побудовані прототипи екранів, діалогів та звітів.
Однією з особливостей застосування методології RAD на цій фазі є те, що кожен створений прототип розвивається у частину майбутньої системи. Таким чином, на наступну фазу передається більш повна та корисна інформація. При традиційному підході використовувалися засоби прототипування, не призначені для побудови реальних додатків, тому розроблені прототипи не могли бути використані на наступних фазах і просто викидалися після того, як виконували завдання усунення неясностей у проекті.
3 .3 Фазапобудови
На фазі побудови виконується власне швидка розробка програми. На цій фазі розробники виробляють ітеративну побудову реальної системи на основі отриманих раніше моделей, а також вимог нефункціонального характеру. Розробка програми ведеться з використанням візуальних засобів програмування. Формування програмного коду частково виконується за допомогою автоматичних генераторів коду, що входять до складу CASE засобів. Код генерується з урахуванням розроблених моделей.
На фазі побудови також потрібна участь користувачів системи, які оцінюють отримані результати та вносять корективи, якщо в процесі розробки система перестає задовольняти певні вимоги. Тестування системи здійснюється у процесі розробки.
Після закінчення робіт кожної окремої команди розробників виробляється поступова інтеграція цієї частини системи з іншими, формується повний програмний код, виконується тестування спільної роботи цієї частини програми з іншими, та був тестування системи загалом.
Завершується фізичне проектування системи, а саме:
· Визначається необхідність розподілу даних;
· Проводиться аналіз використання даних;
· Проводиться фізичне проектування бази даних;
· Визначаються вимоги до апаратних ресурсів;
· Визначаються способи збільшення продуктивності;
· Завершується розробка документації проекту.
Результатом даної фази є готова інформаційна система, яка б задовольняла всім вимогам користувачів.
3 .4 Фазавпровадження
Фаза застосування переважно зводиться до навчання користувачів розробленої інформаційної системи.
Так як фаза побудови досить нетривала, планування та підготовка до впровадження повинні починатися наперед, ще на етапі проектування системи.
Наведена схема розробки інформаційної системи перестав бути універсальної. Цілком можливі різні відхилення від неї. Це пов'язано із залежністю схеми виконання проекту від початкових умов, за яких починається розробка (наприклад, розробляється зовсім нова система або на підприємстві вже існує деяка інформаційна система). У другому випадку існуюча система може або використовуватися як прототип нової системи, або інтегруватися в нову розробку як одну з підсистем.
Висновок
Незважаючи на всі свої переваги, методологія RAD проте (як, втім, і будь-яка інша методологія) не може претендувати на універсальність. Її застосування найбільше ефективно при виконанні порівняно невеликих систем, що розробляються для цілком певного підприємства.
При розробці ж типових систем, що не є закінченим продуктом, а являють собою сукупність типових елементів інформаційної системи, велике значення мають такі показники проекту, як керованість та якість, які можуть увійти в суперечність із простотою та швидкістю розробки. Це пов'язано з тим, що типові системи зазвичай централізовано супроводжуються і можуть бути адаптовані до різних програмно-апаратних платформ, систем управління базами даних, комунікаційних засобів, а також інтегруватися з розробками. Тому для такого роду проектів необхідний високий рівень планування та жорстка дисципліна проектування, суворе дотримання заздалегідь розроблених протоколів та інтерфейсів, що знижує швидкість розробки.
Методологія RAD не застосовується як створення типових інформаційних систем, а й у побудови складних розрахункових програм, операційних систем чи програм управління складними інженерно-технічними об'єктами -- програм, потребують написання великого обсягу унікального коду.
Методологія RAD може бути використана розробки додатків, у яких інтерфейс користувача є вторинним, тобто відсутня наочне визначення логіки роботи системи. Прикладами таких програм можуть бути програми реального часу, драйвери або служби.
Цілком неприйнятною є методологія RAD для розробки систем, від яких залежить безпека людей, - наприклад, систем управління транспортом або атомних електростанцій. Це зумовлено тим, що ітеративний підхід, що є однією з основ RAD, передбачає, що перші версії системи не будуть повністю працездатними, що в даному випадку може призвести до серйозних катастроф.
перелікджерел
1. http://ua.wikipedia.org
2. http://www.inforazrabotky.info
3. http://brain.botik.ru
4. http://promidi.by.ru
5. http://www.citforum.ru
6. Трофімов С.А. CASE-технології: практична робота у Rational Rose.
7. http://vk.com/away.php?to=https%3A%2F%2Fdrive.google.com%2Ffolderview%3Fid%3D0B4QYrT5wARvMdUttbnJ4N1F0bFk%26usp%3Dsharing&post=-5806424
Розміщено на Allbest.ru
...Подібні документи
Вимоги до технології проектування програмного забезпечення. Склад та опис стадій повного життєвого циклу ПЗ. Класифікація моделей життєвого циклу, їх особливості. Методології розробки ПЗ, прийоми екстремального програмування.
презентація , додано 19.09.2016
Поняття, сутність та структура життєвого циклу програмного забезпечення, опис технології його проектування, розробки та супроводу. Сутність та основні положення міжнародного стандарту ISO/IEC 12207. Перелік основних принципів методології RAD.
реферат, доданий 30.11.2010
Сучасні методологічні проблеми розробки та впровадження програмного забезпечення систем ERP. Основні концептуальні підходи до методології розробки та впровадження програмного забезпечення. Дослідження методології ASAP: її сильні та слабкі сторони.
дипломна робота , доданий 29.04.2011
Технологія конструювання програмного забезпечення, що надійно та ефективно працює в реальних комп'ютерах. Модель швидкої розробки додатків (Rapid Application Development) як приклад застосування інкрементної стратегії конструювання.
реферат, доданий 24.06.2009
Базові основи розроблення програмного забезпечення: його класичний життєвий цикл, макетування, стратегії конструювання, моделі якості процесів розробки. Застосування паралельних алгоритмів та CASE-системи, критерії оцінки їх ефективності.
курсова робота , доданий 07.04.2015
Дослідження об'єктно-орієнтованого підходу до проектування будильника. Модель програмне забезпечення. Взаємодія між користувачами та системою. Діаграми та генерація програмного коду за допомогою засобів Rational Rose.
курсова робота , доданий 26.09.2014
Концепція технології розробки програми. Основа проектування програмного забезпечення. Моделі життєвого циклу, що виникли історично під час розвитку теорії проектування програмного забезпечення. Спіральна (spiral), каскадна та ітераційна моделі.
презентація , доданий 11.05.2015
Основна ідея методології та принципи RAD-розробки інформаційних систем, її головні переваги. Причини популярності, особливості застосування технології. Формулювання основних засад розробки. Середовища розробки, що використовують принципи RAD.
презентація , доданий 02.04.2013
Оцінка фінансової, стратегічної цінності та рівня ризиків проекту. Класифікація проектів: "свій" замовник, продукт на замовлення, продукт, що тиражується, аутсорсинг. Організація процесу розроблення програмного забезпечення, методології його проектування.
презентація , доданий 07.12.2013
Стадії розробки програмного засобу. Кошти, методології та методи його розробки. Оцінка надійності та якості проекту. Обґрунтування потреби розробки програми. Тестування як процес виконання тестової програми із наміром знайти помилки.
Вибір середовища розробки
Інтегроване середовище розробки, ІСР (англ. IDE, Integrated development environment або integrated debugging environment) - система програмних засобів, що використовується програмістами для розробки програмного забезпечення (ПЗ).
Середовище розробки включає:
Текстовий редактор;
Компілятор та/або інтерпретатор;
Засоби автоматизації збирання;
Відладчик.
ІСР іноді містить засоби для інтеграції з системами управління версіями і різноманітні інструменти для спрощення конструювання графічного інтерфейсу користувача. Багато сучасних середовищ розробки також включають браузер класів, інспектор об'єктів та діаграму ієрархії класів - для використання при об'єктно-орієнтованій розробці ПЗ. Хоча існують ІСР, які використовуються для кількох мов програмування - такі, як Eclipse, NetBeans, Embarcadero RAD Studio, Qt Creator або Microsoft Visual Studio, але зазвичай в ІСР використовується одна певна мова програмування - як, наприклад, Visual Basic, Delphi, Dev -C++.
Частковий випадок ІСР - середовища візуальної розробки, які включають можливість візуального редагування інтерфейсу програми.
Інтегровані середовища розробки були створені для того, щоб максимізувати продуктивність програміста завдяки тісно пов'язаним компонентам з простими інтерфейсами користувача. Це дозволить розробнику зробити менше дій для перемикання різних режимів, на відміну дискретних програм розробки. Проте, оскільки IDE є складним програмним комплексом, лише після тривалого процесу навчання середовище розробки зможе якісного прискорити процес розробки ПЗ.
IDE зазвичай є єдиною програмою, в якій проводилася вся розробка. Вона зазвичай містить багато функцій для створення, зміни, компілювання, розгортання та налагодження програмного забезпечення. Мета середовища розробки полягає в тому, щоб абстрагувати конфігурацію, необхідну, щоб об'єднати утиліти командного рядка в одному модулі, який дозволить зменшити час, щоб вивчити мову, та підвищити продуктивність розробника. Також вважається, що важка інтеграція завдань розробки може надалі підвищити продуктивність. Наприклад, IDE дозволяє проаналізувати код і тим самим забезпечити миттєвий зворотний зв'язок та повідомити про синтаксичні помилки. У той час як більшість сучасних IDE є графічними, вони використовувалися ще до того, як з'явилися системи керування вікнами (які реалізовані в Microsoft Windows або X11 для *nix-систем). Вони були засновані на тексті, використовуючи функціональні клавіші або гарячі клавіші для виконання різних завдань (наприклад, Turbo Pascal). Використання IDE для розробки програмного забезпечення є прямою протилежністю способу, в якому використовуються незв'язані інструменти, такі як vi (текстовий редактор), GCC (компілятор) тощо.
На даний момент існують декілька середовищ для розробки додатків мовою C#, основні з них наведені у таблиці 1.1.
Таблиця 1.1 - Порівняння середовищ розробки C #
Ліцензія GPL надає користувачеві права копіювати, модифікувати та розповсюджувати (у тому числі на комерційній основі) програми (що за замовчуванням заборонено законом про авторські права), а також гарантує, що й користувачі всіх похідних програм отримають перераховані вище права.
Ліцензія LGPL дозволяє лінкувати з цією бібліотекою або програмою програми під будь-якою ліцензією, несумісною з GNU GPL, за умови, що така програма не є похідною від об'єкта, що розповсюджується під (L)GPL, окрім шляхом лінкування. Головна різниця між GPL і LGPL у тому, що остання дозволяє і таке лінкування з даним об'єктом інших, яке створює похідну від даної роботи, якщо ліцензія об'єктів злінкованих дозволяє «модифікації для внутрішнього використання споживачем і зворотну розробку для налагодження таких модифікацій». Тобто. LGPL, на відміну від GPL, дозволяє зв'язування бібліотеки з будь-якою програмою, не обов'язково вільною.
Закрите (пропрієтарне) програмне забезпечення (англ. proprietary software) - програмне забезпечення, яке є приватною власністю авторів або правовласників і не відповідає критеріям вільного ПЗ (наявності відкритого програмного коду недостатньо). Правовласник проприетарного ПЗ зберігає у себе монополію з його використання, копіювання і модифікацію, повністю чи суттєвих моментах. Зазвичай пропрієтарним називають будь-яке невільне ПЗ, включаючи напіввільне.
Geany – вільне середовище розробки програмного забезпечення, написане з використанням бібліотеки GTK2. Доступна для таких операційних систем: BSD, Linux, Mac OS X, Solaris та Windows. Geany поширюється згідно з GNU General Public License. Geany не включає компілятор. Натомість використовується GNU Compiler Collection (або будь-який інший компілятор) для створення виконуваного коду.
Microsoft Visual Studio - лінійка продуктів корпорації Майкрософт, що включають інтегроване середовище розробки програмного забезпечення та ряд інших інструментальних засобів. Дані продукти дозволяють розробляти як консольні програми, так і програми з графічним інтерфейсом, у тому числі з підтримкою технології Windows Forms, а також веб-сайти, веб-програми, веб-служби як в рідному, так і в керованому кодах для всіх платформ, підтримуваних Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, .NET Compact Framework та Microsoft Silverlight. Visual Studio включає редактор вихідного коду з підтримкою технології IntelliSense і можливістю найпростішого рефакторингу коду. Вбудований налагоджувач може працювати як налагоджувач рівня вихідного коду, так і як налагоджувач машинного рівня. Інші вбудовані інструменти включають редактор форм для спрощення створення графічного інтерфейсу програми, веб-редактор, дизайнер класів і дизайнер схеми бази даних. Visual Studio дозволяє створювати та підключати сторонні доповнення (плагіни) для розширення функціональності практично на кожному рівні, включаючи додавання підтримки систем контролю версій вихідного коду (як, наприклад, Subversion та Visual SourceSafe), додавання нових наборів інструментів (наприклад, для редагування та візуального проектування коду на предметно-орієнтованих мовах програмування або інструментів для інших аспектів циклу розробки програмного забезпечення (наприклад, клієнт Team Explorer для роботи з Team Foundation Server).
MonoDevelop – вільне середовище розробки, призначене для створення додатків C#, Java, Boo, Nemerle, Visual Basic .NET, Vala, CIL, C та C++. Також планується підтримка Oxygene Embarcadero Technologies. Спочатку це був порт SharpDevelop на Mono/GTK+, але з того часу проект далеко втік від свого початкового стану. MonoDevelop є частиною проекту Mono.
SharpDevelop - вільне середовище розробки C#, Visual Basic .NET, Boo, IronPython, IronRuby, F#, C++. Зазвичай використовується тими, хто хоче використовувати Visual Studio .NET. Існує також форк на Mono/Gtk+ - MonoDevelop. SharpDevelop 2.0 надає інтегрований налагоджувач, який використовує власні бібліотеки та взаємодіє з виконуючим середовищем .NET через COM Interop. Хоча SharpDevelop 2.0 (як і VS2005) використовує файли проекту у форматі MSBuild, він, як і раніше, може використовувати компілятори від .NET Framework 1.0 та 1.1, а також від Mono.
Для розробки необхідно активно використовувати усі засоби мови програмування. Однак середовище MonoDevelop використовує власний компілятор, який не повністю підтримує мову С# через те, що є вільною мультиплатформною розробкою, незалежною від творців мови. Хоча вона забезпечує мультиплатформенність, але неможливо передбачити поведінку мови в нових версіях. А однією з ключових складових проекту є його стійкість до відмов і стабільність і в той же час мультиплатформенність не потрібна (користувачів 1С на Linux зникаюче мало). Тому це середовище не підходить для розробки цього проекту.
SharpDevelop та Geany не мають власних компіляторів. Тому для розробки з використанням цих середовищ все одно доведеться використовувати пропрієтарне програмне забезпечення, що робить їх використання виправданим лише в деяких випадках. Наприклад, на низькопродуктивних комп'ютерах або при дуже обмеженому бюджеті проекту. Незважаючи на те, що вони можуть запускатися і працювати в ОС Linux, дані середовища розробки через відсутність власних компіляторів не зможуть створити мультиплатформну програму, і розробка все одно обмежиться операційними системами Windows.
Microsoft Visual Studio також не позбавлена недоліків. Основними є важковаговість, потребує досить великий обчислювальної потужності комп'ютера; платність; відсутність мультиплатформенності. Незважаючи на ці недоліки, Visual Studio залишається середовищем розробки більшості C# програмістів. Причиною цього є повна підтримка мови, розширені засоби розробки, документація, що енергійно розвивається, і саме середовище. Це середовище розробки будемо використовувати у проекті.
Для оптимальної розробки середовища програмного засобу необхідно комбінувати різні мови програмування, тому що кожен з них спрямований на виконання певних цілей та завдань. Як, наприклад, кілька команд PHP дозволяють створити цілу Web-сторінку, але практично майже завжди скрипт використовується разом із HTML, і зазвичай вихідний текст скрипта містить велику кількість рядків. Але, незважаючи на це, слід зазначити, що код на PHP може знаходитися в будь-якому місці HTML-документа, проте він не обов'язково повинен використовувати HTML. Необхідно лише забезпечити, щоб PHP-код створював коректний HTML-код, який буде правильно відображений Web-браузером.
HTML - гіпертекстова мова розмітки, яка використовується для створення документів в Інтернеті. За допомогою нього створюється необхідна структура та сітка сторінки, зовнішній вигляд якої надалі удосконалюється CSS та JavaScript. На даний момент останньою версією є HTML5, якій передувала HTML4.01. Більшість Web-ресурсів побудовані на основі цієї мови.
На відміну від HTML 4, у якого 3 валідатора, у HTML 5 валідатор один:. HTML 5 підтримує MathML та SVG.
Нові теги: section, article, aside, hgroup, header, footer, nav, dialog, figure, video, audio, source, embed для вставки контенту з плагіном(тільки), mark, progress, meter, time, ruby, rt, rp , canvas, command, details, datalist, keygen, output.
Нові типи input: tel, search, url, email, datetime, date, month, week, time, datetime-local, number, range, color.
Нові атрибути для тегів: атрибути ping media для a та area тощо.
Зникнення деяких тегів, оскільки їх можна замінити CSS: базафонт, big, center, font, s, strike, tt, u.
Зникнення кадрів через негативний вплив на всю сторінку
Зникнення деяких тегів, замінених у оновленій специфікації більш актуальні: acronym(використовується abbr), applet(використовується object), isindex, dir.
Не підтримуються деякі атрибути у тегів через відсутність необхідності: rev і charset у link та a, shape і coords у a тощо.
Не підтримуються деякі атрибути у тегів через те, що при використанні CSS досягається найкращий ефект: align у всіх тегів, alink, link, text, vlink у body і так далі.
Нові API: малювання 2D-картинок у реальному часі; контроль за програванням медіафайлів; зберігання даних у браузері; редагування; Drag-and-drop; робота із мережею; MIME; нові елементи в DOM.
CSS – формальна мова опису зовнішнього вигляду документа, написаного за допомогою мови розмітки. CSS це акронім для Cascading Style Sheets/Каскадних таблиць стилів. CSS - це мова стилів, що визначає відображення HTML-документів. Наприклад, CSS працює зі шрифтами, кольором, полями, рядками, висотою, шириною, фоновими зображеннями, позиціонуванням елементів та багатьма іншими речами. HTML може використовуватися для оформлення Web-сайтів, але CSS надає більші можливості і точніший і опрацьований. CSS на сьогоднішній день підтримується всіма браузерами.
HTML використовується для структурування вмісту сторінки. CSS використовується для форматування цього структурованого вмісту. З розвитком Web дизайнери почали шукати можливості форматування онлайнових документів. Щоб задовольнити вимогам споживачів, що зросли, виробники браузерів (тоді - Netscape і Microsoft) винайшли нові HTML-теги, такі, наприклад, як , які відрізнялися від оригінальних HTML-тегів тим, що вони визначали зовнішній вигляд, а чи не структуру. Це також призвело до того, що оригінальні структурні теги, такі як , стали дедалі більше застосовуватися для дизайну сторінок замість структурування тексту. Багато нових тегів дизайну, такі як