Новини

Тъй като софтуерът и хардуерът обикновено се продават или разработват отделно, компаниите се сблъскват с често срещан проблем. Как да разработите рентабилно решение „до ключ“, което работи безпроблемно като система от гледна точка на хардуера и софтуера? Помислете за последния път, когато сте закупили компютър. Кой може да ви каже дали софтуерът, който искате да използвате, ще бъде съвместим с компютъра, който купувате? Купуването на компютър, дори за потребителски цели, може да изисква трудоемко проучване и все още няма да сте сигурни дали не го преоразмерявате, само за да поддържате редовната си работа.

От гледна точка на разработчиците на софтуер, те обикновено разработват своите решения с оглед на функционалността и възможностите, но без да могат да предвидят хардуерната платформа, която потребителите ще използват. В миналото потребителите понякога трябваше да чакат, докато бъдат пуснати процесори от следващо поколение, за да работят с необходимия хардуер. Сега, поради ограниченията на силиция, софтуерът трябва да се разработва, като се вземат предвид хардуерните ограничения (важи и обратното). В резултат на това започнахме да откриваме все повече инженери, които говорят за „минимални системни изисквания“.

Какви са минималните системни изисквания?

Минималните системни изисквания са набор от технически спецификации, които софтуерните компании публикуват заедно със своите софтуерни решения, за да информират клиента за хардуера, който е съвместим с него. Тези изисквания никога не означават, че софтуерът е бил цялостно или интензивно тестван с различни хардуерни платформи, за да се определи коя работи най-добре и коя е рентабилна. Напротив, тези изисквания са измислени като правно покритие в случай, че софтуерното решение не може да бъде поддържано от хардуерна система с по-малко от посочените спецификации. Следователно, ако стартирате софтуера в система с по-малък капацитет, не можете да се оплачете на компанията, защото те са ви предупредили предварително за „минималните изисквания“.

Как определяте кои трябва да бъдат изискванията?

Когато обикновено питате търговците за това, може да получите досадния отговор: „Зависи!“. Но в тази публикация ще намерите някои ключови моменти за проучване при проектирането на решение. Вярно е, че трябва да анализирате няколко аспекта, преди да определите дали дадено софтуерно решение ще работи на определена хардуерна платформа. Не всички изисквания обаче са абсолютно и напълно необходими. Функциите, без които системата няма да функционира правилно, са трудни изисквания. Можете ли да забележите разликата с минималните системни изисквания? Първите предполагат, че системата е преминала през тестове, за да се определят необходимите възможности, без да се преоразмеряват компонентите. Вторите не само преоразмеряват компонентите неволно, но и не могат да гарантират правилно функциониране.

И така, нека разгледаме някои често срещани категории изисквания, които трябва да проучите, за да определите строги системни изисквания:

1. Ограничения на техническата архитектура: Обикновено това е изискване, което трябва да бъде изпълнено от проектираната система и което е специално заложено в решението от самото начало. Например, ако приложението ви работи с x86 архитектура, не можете да го стартирате с ARM архитектура.
2. Имплицитни хардуерни изисквания: Често тези системни изисквания не се избират съзнателно, защото този тип системни изисквания зависят от други библиотеки или драйвери, които използвате. Например, ако изграждате .Net 3.0 приложение, вашата система трябва да отговаря на минималните системни изисквания за .Net 3.0 framework.
3. Контекстуални хардуерни изисквания: Това са изискванията, за които повечето потребители ще говорят свободно, защото те обикновено са свързани с потребителското изживяване.Ето как поддържате специфични сценарии за атрибути за качество, например: производителност, надеждност и наличност. Това са изискванията, които искате да включите, за да предложите положително потребителско изживяване.
4. Минимални поддържани хардуерни изисквания: Това са хардуерните спецификации, които се очаква да работят правилно с конкретен софтуер и за които вашият екип за поддръжка е готов да помогне при отстраняването на неизправности. Обикновено това е наборът от хардуер, до който имате директен достъп, или чрез вашата машина за разработка, или чрез тестова лаборатория.

Разпознаването на разликата между хардуерните изисквания и минималните системни изисквания е само началото при определянето на най-добрия хардуер за вашето софтуерно решение. Правилното оразмеряване на хардуера може да ви помогне в настоящите трудни пазарни и икономически условия, тъй като ще спестите пари и време, като същевременно предлагате решения с отлична производителност, които работят безпроблемно. Ако искате да прочетете повече за това как да изберете най-добрия хардуер за вашето решение, прочетете (Архитектурата на вградените системи е основата за проектиране и планиране. За да продължите да четете за вградените системи, посетете тази страница.