мна реалізація алгоритмів розрахунку вибору годин на мові програмування С #
# є мовою програмування, який розроблений для створення безлічі додатків, що працюють в середовищі .NET Framework. Мова C # простий, тіпобезопасен і об'єктно-орієнтований. Завдяки безлічі нововведень C # забезпечує можливість швидкої розробки додатків, але при цьому зберігає виразність і елегантність, властиву С-подібним язикам.C # - це реалізація мови C # корпорацією Майкрософт. Підтримка Visual C # в Visual Studio забезпечується за допомогою повнофункціонального редактора коду, компілятора, шаблонів проектів, конструкторів, майстрів коду, могутнього і зручного відладчика і багатьох інших засобів. Бібліотека класів .NET Framework надає доступ до багатьох службам операційної системи і до інших корисних, добре спроектованим класам, що істотно прискорює цикл розробки.
Переваги C #:
- розширюваність системи (в С # можна довантажувати будь exe, імпортувати класи та об'єкти з інших програм);
- кросплатформенних (mono, концепція NET);
- складність розробки і супроводу (підбір кадрів, читаність коду, документованість мови);
- ступінь відкритості вихідних текстів бібліотек, виконуваних програм, кількість літератури і допомогу (MSDN);
- можливість залучення сторонніх розробників при розробці системи для програмування вузькоспеціалізованих завдань;
- захищеність і контроль версій підключаються алгоритмів (концепція NET);
- трудомісткість написання;
- швидкість роботи (розподіл процесів, розподіл даних швидкість роботи з даними);
- зручність розробки (середа розробки в порівнянні з Delphi7)
Недоліки C #:
- немає строгих правил пошуку завантажувальних модулів, на відміну від Java;
- є можливість використовувати покажчики, таким чином програмний код мо?? ет бути потенційно небезпечний;
- необхідність впровадження в код метаінформації сумнівна;
- не має модулів.
На малюнку 7 надана форма програми обчислення витрат, вартості продукції, максимальною і мінімальною прибутку.
Малюнок 7 -Програма обчислення витрат, вартості продукції, максимальною і мінімальною прибутку
. Тестування розробленого програмного забезпечення
Існує кілька видів процедур тестування програмного забезпечення, які доводиться виконувати:
- модульне тестування;
- комплексне тестування;
- підтвердження правильності та верифікація;
- тестування в умовах браку ресурсів, помилки і їх виправлення;
- тестування продуктивності;
- тестування зручності використання.
Модульний тест являє собою програму, що займається тестуванням якогось модуля. Модульне тестування є основою для всіх інших видів тестування, які обговорюються в даному розділі. Якщо частини не працюють окремо, то, швидше за все вони не будуть добре працювати і разом. Всі використовувані модулі зобов'язані пройти власне модульне тестування, перед тим як продовжувати роботу. Як тільки всі відповідні модулі пройшли індивідуальне тестування, ви готові до нового етапу. Вам доведеться перевірити, як модулі використовують один одного і взаємодіють між собою по всій системі.
Комплексне тестування показує, що основні підсистеми, з яких складається проект, працюють і нормально взаємодіють один з одним. При наявності вдалих і добре перевірених контрактів виявити будь-які проблеми інтеграції не складає особливих труднощів. В іншому випадку інтеграція стає благодатним грунтом для розмноження дефектів.
Тестування продуктивності, тестування навантаження або тестування в реальних умовах експлуатації може також виявитися важливим аспектом проекту. Задайте собі питання, чи відповідає програма вимогам продуктивності в умовах реального світу - з очікуваним числом користувачів, підключений або транзакцій в одиницю часу. Чи є вона масштабованої. При роботі з деякими додатками вам можуть знадобитися спеціалізовані тестова апаратура або програмне забезпечення для реалістичної імітації навантаження.
Тестування зручності використання відрізняється від процедур тестування, обговорених вище. Воно здійснюється з реальними користувачами в реальних умовах навколишнього середовища. Невідповідність критеріям зручності використання є дефектом такого ж порядку, як поділ на нуль.
Якщо тестувальник виявляє дефект, ...
