Контроль структури програми (47478)

Посмотреть архив целиком

МІНІСТЕРСТВО ОСВІТИ УКРАЇНИ

Бердичівський політехнічний коледж









Контрольна робота

з дисципліни “Технологія розробки програмного забезпечення”

(варіант №20)





Виконав:

студент групи Пзс-503

Михайлус Михайло Геннадійович

Перевірив:

викладач

Тростянський Борис Геннадійович





м. Бердичів 2009 р.


Зміст


1. Контроль структури програми

2. Планування і складання розкладу по розробці програмних засобів

3. Інструментальні системи технології програмування

4. Практичне завдання

Список використаної літератури

Рецензія



1. Контроль структури програми


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

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

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


2. Планування і складання розкладу по розробці програмних засобів


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

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

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

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

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

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

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

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

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

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

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

у складанні сіткового графіка виконання завдань;

у складанні гістограми виконання завдань;

у розміщенні виконавців завдань.

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


3. Інструментальні системи технології програмування


Швидка розробка додатків (RAD - Rapid Application Development) ґрунтується на візуалізації процесу створення програмного коду. Розглянута технологія є інструментальним програмним забезпеченням, що надає програмістам засоби, які прискорюють розробку необхідного прикладного процесу, скорочують роботу з модифікації вже готової прикладної програми і внесенню в неї необхідних доповнень чи змін. З метою максимального спрощення вказаних дій використовуються графічні інструментальні засоби.

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

Компоненти можуть бути як візуальними, так і не візуальними; атомарними і контейнерними (такими, що містять інші компоненти); низькорівневими (системними) і високорівневими.

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

розміщення компонентів інтерфейсу в потрібному місці;

завдання часу їхньої появи на екрані;

настроювання зв'язаних з ними атрибутів і подій.

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

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

В даний час існує велика кількість засобів візуального програмування, заснованих на різних алгоритмічних мовах. Лідерами в розробці таких засобів є фірми Microsoft і Inprise (колишня Borland). Кожна з них надає кілька середовищ візуального програмування:

Microsoft - Visual Basic, Visual C++ і Visual J++;

Inprise - C++ Builder, Delphi і JBuilder.

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

Visual C++ і C++ Builder

Системи Visual C++ і C++ Builder базуються на використанні мови програмування C++. Вони орієнтовані в основному на професійних розроблювачів програмного забезпечення.

Основними перевагами мови C++ є широка поширеність, присутність практично на всіх платформах і висока ефективність створених на її основі програм. З іншого боку, використання мови C++ вимагає досить високої професійної підготовки, що знижує швидкість розробки додатків. За деякими оцінками, швидкість розробки додатків мовою С в кілька разів менше, ніж при використанні більш простих мов Object Pascal і Visual Basic.

Delphi

Основу середовища проектування Delphi складає мова програмування Object Pascal. Останні версії цієї мови по своїх можливостях наближаються до C++. У той же час Pascal має більш простий і ясний синтаксис і на відміну від мови С є строго типізованою мовою. Це дозволяє мінімізувати число помилок і підвищити швидкість розробки додатків. Object Pascal - повноцінна об’єктно - орієнтована мова, що підтримує всі основні концепції ООП: інкапсуляцію, спадкування і поліморфізм. На відміну від C++ у Object Pascal не підтримується множинне спадкування. Хоча мову Object Pascal можна вважати більш простою, чим C++, проте для її ефективного використання потрібно відносно висока кваліфікація програміста.


Случайные файлы

Файл
7567-1.rtf
58510.rtf
178426.rtf
CBRR1769.DOC
_297.DOC




Чтобы не видеть здесь видео-рекламу достаточно стать зарегистрированным пользователем.
Чтобы не видеть никакую рекламу на сайте, нужно стать VIP-пользователем.
Это можно сделать совершенно бесплатно. Читайте подробности тут.