Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Програмна реалізація механізму переведення чисел в різні системи числення

Реферат Програмна реалізація механізму переведення чисел в різні системи числення





лас: це тип, що розподіляється в стеку, реалізовує інтерфейси, але не підтримує спадкування.

При реалізації програми на C # є ряд переваг, а саме:

- розширюваність системи (в С # можна довантажувати будь exe, імпортувати класи та об'єкти з інших програм);

- кросплатформенних (mono, концепція NET);

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

- ступінь відкритості вихідних текстів бібліотек, виконуваних програм, кількість літератури і допомогу (MSDN);

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

- захищеність і контроль версій підключаються алгоритмів (концепція NET);

- трудомісткість написання;

- швидкість роботи (розподіл процесів, розподіл даних швидкість роботи з даними);

- зручність розробки (середа розробки в порівнянні з Delphi7)

На малюнку 3 надана форма програми переведення чисел в різні системи числення, код програмного забезпечення наданий у додатку 1.


Малюнок 3 - Форма програми переведення чисел в різні системи числення


5. Тестування розробленого програмного забезпечення


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

- модульне тестування;

- комплексне тестування;

- підтвердження правильності та верифікація;

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

- тестування продуктивності;

- тестування зручності використання.

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

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

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

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

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

Для тестування розробленого програмного забезпечення вибрано число 101010, для того, щоб була можливість перевірити правильність роботи програми (розрахунки представлені в розділі 2)

На малюнку 4 представлена ??робота програми в двійкової системи числення, число 101010 переведено в вісімкову, десяткову і шістнадцяткову системи відповідно.


Малюнок 4 - Переклад числа з двійкової системи

На малюнку 5 представлена ??робота програми в вісімковій системі числення, число 101010 переведено в двійкову, десяткову і шістнадцяткову системи відповідно.


Малюнок 5 - Переклад числа з вісімковій системи


Назад | сторінка 6 з 11 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Автоматизація процесів тестування програмного забезпечення
  • Реферат на тему: Тестування програмного забезпечення
  • Реферат на тему: Тестування програмного забезпечення
  • Реферат на тему: Тестування та налагодження програмного забезпечення
  • Реферат на тему: Тестування та налагодження програмного забезпечення