BRS болон SRS-ийн ялгаа

BRS болон SRS-ийн ялгаа
BRS болон SRS-ийн ялгаа

Видео: BRS болон SRS-ийн ялгаа

Видео: BRS болон SRS-ийн ялгаа
Видео: Бесшовные следки на 2-х спицах с красивой регланной линией. Подробный мастер класс ДЛЯ НАЧИНАЮЩИХ. 2024, Аравдугаар сар
Anonim

BRS vs SRS

Програм хангамж хөгжүүлэх төсөлд BRS (Бизнесийн шаардлагын тодорхойлолт) нь хэрэглэгчийн шаардлагыг нарийвчлан харуулсан баримт бичиг юм. Энэ нь бизнесийн талаархи мэдээлэл, програм хангамжид хэрэгжүүлэх шаардлагатай үйл явцын талаархи дэлгэрэнгүй мэдээллийг агуулдаг. SRS (Software Requirements Specification) нь програм хангамжийн системийн шаардлагыг тодорхойлдог. Энэ нь боловсруулах шаардлагатай системийн тодорхойлолтыг агуулдаг. SRS нь хэрэглэгчид програм хангамжийн системтэй хэрхэн харьцдаг, ажиллахгүй шаардлага гэх мэт мэдээллийг агуулдаг.

BRS гэж юу вэ?

BRS (Business Requirement Specification) нь хэрэглэгчийн шаардлагыг нарийвчлан харуулсан баримт бичиг юм. Програм хангамжийг боловсруулахдаа хөгжүүлэлтийн баг, туршилтын үе шатанд туршилтын баг үүнийг зааж өгнө. Энэ нь програм хангамжид хэрэгжүүлэх шаардлагатай үйл явц, ямар нэгэн шинэ функц шаардлагатай эсэх талаар дэлгэрэнгүй мэдээллийг агуулдаг. Ерөнхийдөө BRS нь программ хангамжийг хэн ашиглахаар төлөвлөж байсан, системийг ашиглах гэж байгаа хэрэглэгчдийн хамгийн их тоо, хэрэглэгчдийн төрөл, хэрэглээний компьютерийн мэдлэг, одоогоор хэрэглэгчдэд тулгарч буй асуудал, шаардлагатай аюулгүй байдлын хэмжээ зэрэг мэдээллийг агуулдаг. Програм хангамжид тулгардаг программ хангамж, техник хангамж, байгаль орчны хязгаарлалт. Энэ нь мөн одоогийн системийн тодорхойлолт болон ирээдүйн боломжит өргөтгөлүүдийг багтаасан болно. BRS нь хүргэх үр дүн эсвэл үйлчлүүлэгчээс юу хүлээж байгааг тодорхойлдог. Энэ нь мөн програм хангамжийн хүлээгдэж буй найдвартай байдлын түвшинг тодорхойлох ёстой. Хамгийн гол нь BRS нь компьютерийн хэллэг ашиглан бичигдээгүй.

SRS гэж юу вэ?

SRS нь програм хангамжийн системийн шаардлагыг тодорхойлдог. Энэ нь боловсруулах шаардлагатай системийн тодорхойлолтыг агуулдаг. Энэ нь хэрэглээний тохиолдлуудыг ашиглан хэрэглэгч системтэй хэрхэн харьцаж байгааг багтаадаг. Хэрэглээний тохиолдлууд нь хэрэглэгчид болон програм хангамжийн системийн хооронд тохиолддог үйлдлүүдийн тайлбарыг өгдөг. Ихэвчлэн UML (нэгдсэн загварчлалын хэл) нь SRS-д ашиглах тохиолдлуудыг албан ёсоор тодорхойлоход ашиглагддаг. Энэ нь гүйцэтгэлийн шаардлага, системд шаардагдах стандартууд болон системд тавигдах аливаа хязгаарлалт зэрэг функциональ бус шаардлагуудыг агуулдаг. SRS нь үргэлж зөв бөгөөд тууштай байх ёстой, учир нь үүнийг хөгжүүлэгчид хөгжүүлэлтийн явцад ашигладаг. Энэ нь бас хоёрдмол утгагүй байх ёстой. Ерөнхийдөө SRS нь дор хаяж дараах хэсгүүдийг агуулсан байх ёстой: танилцуулга, системийн ерөнхий тодорхойлолт, тусгай шаардлага. Танилцуулга нь системийн зорилго, системийн тойм зэрэг бусад мэдээллийн дунд хүлээгдэж буй системийн хамрах хүрээг тодорхой тодорхойлсон байх ёстой. Ерөнхий тайлбар нь хэрэглэгчийн харилцан үйлчлэл, системийн хамаарал, хязгаарлалт гэх мэтийг өгдөг. Тусгай шаардлагад гүйцэтгэлийн шаардлага, мэдээллийн баазын шаардлага гэх мэт орно.

BRS болон SRS хоёрын ялгаа нь юу вэ?

BRS нь техникийн бус нэр томъёог ашиглан хэрэглэгчийн шаардлагыг нарийвчлан тодорхойлсон баримт бичиг бол SRS нь програм хангамжийн системийн шаардлагыг илүү албан ёсны байдлаар тодорхойлдог. SRS нь хэрэглээний тохиолдлуудыг (UML-д заасан) ашиглан хэрэглэгчид системтэй хэрхэн харьцаж байгааг тайлбарладаг бол BRS нь хэрэглэгчийн харилцан үйлчлэлийн тодорхойлолтыг өгдөг. BRS болон SRS-ийг хөгжүүлэгчид хөгжүүлэлтийн явцад болон системийг туршихад ашигладаг.

Зөвлөмж болгож буй: