Arkitektura e Pastër (Clean Architecture) në Ndërtimin e Sistemeve ERP

Hyrje: Sfida e sistemeve ERP

Sistemet ERP (Enterprise Resource Planning) janë ndër aplikacionet më komplekse që një ekip inxhinierik mund të ndërtojë. Ato shërbejnë si shtylla kurrizore e operacioneve të një kompanie, duke integruar financat, burimet njerëzore, zinxhirin e furnizimit dhe shitjet. Megjithatë, me kalimin e kohës, shumë sisteme ERP shndërrohen në atë që ne e quajmë 'Big Ball of Mud' – një rrëmujë e ndërlikuar varësish ku ndryshimi i një moduli të thjeshtë mund të shkaktojë kolapsin e gjithë sistemit. Këtu hyn në lojë Arkitektura e Pastër (Clean Architecture).

Çfarë është Arkitektura e Pastër?

E prezantuar nga Robert C. Martin (Uncle Bob), Arkitektura e Pastër është një filozofi dizajni që synon ndarjen e shqetësimeve (Separation of Concerns). Në thelb, ajo e vendos logjikën e biznesit në qendër, të izoluar nga detajet teknike si bazat e të dhënave, kornizat (frameworks) apo ndërfaqet e përdoruesit. Për një sistem ERP, kjo është jetike sepse rregullat e biznesit (p.sh., llogaritja e TVSH-së ose menaxhimi i inventarit) duhet të jenë të pavarura nga ndryshimet e teknologjisë.

Shtresat kryesore

1. Entities (Entitetet): Përfaqësojnë objektet bazë të biznesit (p.sh., Klient, Faturë).
2. Use Cases (Rastet e Përdorimit): Përmbajnë logjikën specifike të aplikacionit që orkestron rrjedhën e të dhënave.
3. Interface Adapters: Përshtatin të dhënat midis shtresës së biznesit dhe shtresave të jashtme (Controller, Presenter).
4. Frameworks & Drivers: Shtresa më e jashtme ku bëjnë pjesë baza e të dhënave, UI, dhe API-të e palëve të treta.

Pse ERP-të kanë nevojë për këtë qasje?

Sistemet ERP janë jetëgjatë. Një sistem i ndërtuar sot mund të përdoret për 10-15 vitet e ardhshme. Arkitektura e Pastër ofron:

• Testueshmëri e lartë: Duke qenë se logjika e biznesit nuk varet nga baza e të dhënave, mund të shkruani teste unitare (Unit Tests) të shpejta dhe të besueshme.
• Pavarësia nga bazat e të dhënave: Nëse vendosni të kaloni nga SQL Server në PostgreSQL, vetëm shtresa e jashtme ndryshon.
• Fleksibiliteti ndaj kërkesave të biznesit: Ndryshimet në ligjet fiskale apo proceset e brendshme mund të implementohen pa prekur arkitekturën e sistemit.

Implementimi teknik me .NET

Në ekosistemin .NET, implementimi i Arkitekturës së Pastër zakonisht ndjek strukturën e projekteve të ndara. Le të shohim një shembull të thjeshtë të një rasti përdorimi për krijimin e një fature:

public class CreateInvoiceCommandHandler : IRequestHandler
{
    private readonly IInvoiceRepository _repository;
    public CreateInvoiceCommandHandler(IInvoiceRepository repository) => _repository = repository;

    public async Task Handle(CreateInvoiceCommand request, CancellationToken token)
    {
        var invoice = new Invoice(request.CustomerId, request.Amount);
        await _repository.AddAsync(invoice);
        return invoice.Id;
    }
}

Ky kod është plotësisht i pavarur nga framework-u i web-it apo baza e të dhënave. Ai fokusohet vetëm në atë që duhet të bëjë sistemi.

Sfidat dhe kompromiset

Arkitektura e Pastër nuk është një 'argjend i artë'. Ajo sjell kompleksitet shtesë në fillim. Për projekte të vogla, mund të duket e tepruar (over-engineering). Megjithatë, për ERP-të, ky investim shpërblehet shpejt. Një sfidë tjetër është mapimi i të dhënave midis shtresave, gjë që mund të kërkojë përdorimin e mjeteve si AutoMapper ose qasje të tjera për të shmangur duplikimin e modeleve.

Strategjia e adoptimit

Nëse keni një ERP ekzistues (Legacy), mos u mundoni ta rishkruani gjithçka menjëherë. Përdorni strategjinë 'Strangler Fig': izoloni modulet e reja ose ato që kërkojnë ndryshime të shpeshta dhe ndërtoni ato duke përdorur parimet e Arkitekturës së Pastër, ndërsa pjesët e tjera mbeten siç janë derisa të vijë radha për refaktorim.

Përfundim: Investim për të ardhmen

Arkitektura e Pastër në sistemet ERP nuk ka të bëjë vetëm me pastërtinë e kodit, por me qëndrueshmërinë e biznesit. Duke ndarë logjikën e biznesit nga detajet teknike, ju siguroni që sistemi juaj të mbetet i shpejtë, i përshtatshëm dhe i lehtë për t'u mirëmbajtur ndërsa kompania rritet. Për ekipet inxhinierike në Shqipëri, adoptimi i këtyre praktikave është një hap drejt standardeve ndërkombëtare të zhvillimit të softuerit.

Pikat kryesore për t'u mbajtur mend:

• Vendosni logjikën e biznesit në qendër të sistemit.
• Ruani pavarësinë nga framework-et dhe bazat e të dhënave.
• Përdorni Dependency Inversion për të lidhur shtresat.
• Mos kini frikë nga kompleksiteti fillestar; ai do t'ju shpëtojë nga 'borxhi teknik' në të ardhmen.