ԸՆԴՀԱՆՈՒՐ ՊԱՏԿԵՐ
Համատեքստ
Համակարգը կազմակերպում էր իրավական փաստաթղթեր, հոդվածներ, references և relationships, precedents, marker/annotation-ներ, multilingual content և production import/update հոսքեր։
ԽՆԴԻՐ
Ինչ պետք էր լուծել
Ինժեներական աշխատանքը պետք է զարգացներ հասուն legal-information ճարտարապետությունն ու մեծ production data model-ը՝ պահպանելով relational integrity-ն, query behavior-ը և domain meaning-ը։
ՍԱՀՄԱՆԱՓԱԿՈՒՄՆԵՐ
Համակարգային սահմաններ
- Relational database-ը պարունակում էր ավելի քան 200 աղյուսակ և գործող production տվյալներ։
- Իրավական reference-ները, հոդվածների հարաբերությունները, precedent-ները, marker-ները և multilingual կառուցվածքները պահանջում էին զգույշ transformation։
ԻՄ ՊԱՏԱՍԽԱՆԱՏՎՈՒԹՅՈՒՆԸ
Back-end, տվյալների զարգացում և ինտեգրում
- Աշխատել եմ PHP/MySQL back-end վարքի, relational structure-ների, import-ների, production transformation-ների և query/index նկատառումների հետ։
- Հասուն ճարտարապետությունն ու data model-ը հարմարեցրել եմ մեկ այլ անկախ իրավական domain-ի՝ փոխելով domain-specific reference-ները և պահպանելով համակարգերի անկախությունը։
- Իրականացրել եմ online payment functionality՝ bank POS integration-ի միջոցով՝ առանց private payment configuration բացահայտելու։
ՃԱՐՏԱՐԱՊԵՏՈՒԹՅՈՒՆ
Համակարգային մոդել
ԻՆԺԵՆԵՐԱԿԱՆ ՄԱՐՏԱՀՐԱՎԵՐՆԵՐ
Որտեղ էր բարդությունը
- Domain model-ների և legal-reference semantics-ի հարմարեցում՝ առանց առանձին համակարգերի անկախությունը խախտելու։
- Մեծ schema և data transformation-ների իրականացում գործող production data-ի շուրջ։
- Import/update հոսքերի համադրում indexing և query նկատառումների հետ՝ մեծ relational model-ում։
- Bank POS payment flow-ի ինտեգրում՝ credentials-ը, merchant configuration-ը և signature-ները գաղտնի պահելով։
ՄՈՏԵՑՈՒՄ
Լուծման կառուցվածքը
- Վերօգտագործվել են փորձված architectural concept-ները՝ հարմարեցնելով domain-specific relationship-ները և պահպանելով համակարգերի անկախ սահմանները։
- Legal relationship-ները և existing data-ն դիտարկվել են որպես migration-ի հիմնական constraint-ներ։
- Payment integration-ը կառուցվել է որպես վերահսկվող business workflow, ոչ թե vendor-specific functionality։
ԱՐԴՅՈՒՆՔ
Ինչ ձևավորվեց
- Հասուն legal-information ճարտարապետությունը զարգացվել է մեծ domain և data պահանջների համար՝ արդյունքում ստացված իրավական համակարգերը պահելով անկախ։
ՏԵԽՆԻԿԱԿԱՆ ՀԱՄԱՏԵՔՍՏ
Տեխնոլոգիաներ և համակարգեր
Արտադրանքի անունները, private table name-երը, production data-ն, payment credentials-ը, merchant identifier-ները, request signature-ները և proprietary implementation detail-ները չեն հրապարակվում։