Програм хангамж хөгжүүлэх загварууд Waterfall Waterfall Spiral Extreme програмчлалын UI загварчлал Өсөлттэй W-загварыг турших Програм хангамж хөгжүүлэх нэгдсэн процесс (USDP) MSF арга зүй

Хүрхрээний загвар Шаардлагын шинжилгээ Бүтээгдэхүүний тодорхойлолтыг бичих Зураг төсөл боловсруулах Бүтээгдэхүүний архитектурыг бичих Хэрэгжүүлэх Эх кодыг боловсруулах Эх кодын салангид хэсгүүдийг нэгтгэх Согог шалгах, засах

Хэт их програмчлалын анхны шаардлагуудын шинжилгээ Дизайн Интеграци Хэрэгжилтийн туршилт Шинэ шаардлагуудыг хянах/батлах/өөрчлөх Хөгжлийн төлөвлөгөө гаргах Бүтээгдэхүүн

UI Prototyping Бүтээгдэхүүний хувилбар Өөрчлөлттэй програм хангамжийг хөгжүүлэх Шаардлага, техникийн үзүүлэлтүүдийг тодруулах Прототипийг өөрчлөх, зарим функцийг сайжруулах Үндсэн функц Интерфэйсийн прототип Урьдчилсан тодорхойлолт

Өсөн нэмэгдэж буй хөгжлийн давталт 1 давталт 2 …. Шаардлагын шинжилгээ Дизайн хэрэгжилт Бүрэлдэхүүн хэсэг Туршилтын интеграци Бүхэл давталтын туршилт N

Програм хангамж хөгжүүлэх нэгдсэн процесс (USDP) Ø Хэрэглээний кейс загвар нь тухайн програмыг ашиглах тохиолдлуудыг тайлбарладаг. Ø Аналитик загвар нь хэрэглээний үндсэн ангиудыг тодорхойлдог. Ø Дизайн загвар нь ангиуд болон сонгосон объектуудын хоорондын холбоо, хамаарлыг тодорхойлдог Ø Байршуулах загвар нь программ хангамжийн компьютер хоорондын тархалтыг тодорхойлдог. Ø Хэрэгжүүлэх загвар нь хөтөлбөрийн кодын дотоод зохион байгуулалтыг тодорхойлдог. Ø Туршилтын загвар нь туршилтын бүрэлдэхүүн хэсгүүд, туршилтын журам, өөр өөр туршилтын тохиолдлуудаас бүрдэнэ

Програм хангамж хөгжүүлэх нэгдсэн үйл явц (USDP)-д тавигдах шаардлагуудыг цуглуулах Iter 1…. Iter N Iter 1-ийг зохион бүтээж байна…. Iter N Iter 1-ийн хэрэгжилт…. Iter N Iter 1-ийг зохион бүтээж байна…. Iter N тест хийж байна Iter 1.... Итер Н

Ердийн програм хангамжийн бүтээгдэхүүний архитектурын бүрэлдэхүүн хэсгүүд ба ердийн програм хангамжийн шаардлага Ø Ø Ø Ø Програм хангамжийн зохион байгуулалт Системийн үндсэн ангиуд Өгөгдлийн зохион байгуулалт Бизнесийн дүрэм Хэрэглэгчийн интерфейс Нөөцийн удирдлага Аюулгүй байдал Гүйцэтгэлийн өргөтгөл бусад системтэй харилцах (интеграцчлал) Оролт-гаралтын өгөгдлийг олон улсын болгох, нутагшуулах Алдаа боловсруулах

Ердийн програм хангамжийн бүтээгдэхүүний архитектурын бүрэлдэхүүн хэсгүүд ба ердийн програм хангамжийн шаардлага Алдаа тэсвэрлэх чадвар нь алдааг илрүүлэх, сэргээх, системийн муу үр дагаврыг тусгаарлах замаар системийн найдвартай байдлыг сайжруулдаг системийн шинж чанаруудын багц юм. Гэмтлийг тэсвэрлэх чадварыг хангах аливаа бодит системийг зохион бүтээхдээ системийн доголдолд хүргэж болзошгүй бүх нөхцөл байдлыг урьдчилан харж, эвдрэлийг арилгах механизмыг боловсруулах шаардлагатай. Найдвартай байдал гэдэг нь системийн янз бүрийн эвдрэл, эвдрэлийг тэсвэрлэх чадвар юм. Алдаа гэдэг нь алдааны үр дүнд системийг бүрэн ажиллах боломжгүй байдалд шилжүүлэх явдал юм. Алдаа гэдэг нь системийн эвдрэлд хүргэдэггүй системийн үйл ажиллагааны алдаа юм. Тодорхой хугацаанд алдаа, доголдол бага байх тусам системийг илүү найдвартай гэж үздэг.

Програм хангамжийн бүтээгдэхүүний архитектурын ердийн бүрэлдэхүүн хэсгүүд ба ердийн програм хангамжийн шаардлага Найдвартай байдлын муруй N t 1 t Хол байх тусам алдааг олоход хэцүү байх болно. Систем нь илүү төвөгтэй байх тусам бүтэлгүйтэл, бүтэлгүйтлийн магадлал өндөр байдаг.

Програм хангамжийн бүтээгдэхүүний архитектурын ердийн бүрэлдэхүүн хэсгүүд ба ердийн програм хангамжийн шаардлага Ø Боловсруулсан архитектурыг хэрэгжүүлэх боломжууд. Ø Хэт их ажиллагаатай. Ø Бэлэн програм хангамжийн бүрэлдэхүүн хэсгүүдийг худалдан авах шийдвэр гаргах. Ø Стратегийг өөрчлөх.

Архитектурын чанарын талаар дүгнэлт гаргах боломжийг олгодог асуултуудын хяналтын жагсаалт: Ø Хөтөлбөрийн ерөнхий зохион байгуулалтыг тодорхой тусгасан эсэх; Ø Ø Ø Тодорхойлолт нь архитектурын ерөнхий тойм, түүний үндэслэлийг агуулсан эсэх. Хөтөлбөрийн үндсэн бүрэлдэхүүн хэсгүүд, тэдгээрийн хариуцах чиглэл, бусад бүрэлдэхүүн хэсгүүдтэй харилцах харилцааг зохих ёсоор тодорхойлсон эсэх. Шаардлагын тодорхойлолтод заасан бүх функцууд нь боломжийн тооны системийн бүрэлдэхүүн хэсгүүдээр хэрэгжиж байгаа эсэх. Хамгийн чухал ангиудыг тайлбарлаж, зөвтгөсөн байна. Мэдээллийн сангийн зохион байгуулалтын тодорхойлолтыг өгсөн эсэх. Бизнесийн бүх дүрмийг тодорхойлсон уу? Тэдний системд үзүүлэх нөлөөг тодорхойлсон уу?

Архитектурын чанарын талаар дүгнэлт хийх боломжийг олгодог асуултуудын хяналтын жагсаалт: Ø Хэрэглэгчийн интерфейсийн дизайны стратегийг тодорхойлсон уу. Ø Хэрэглэгчийн интерфэйс нь модульчлагдсан байх тул өөрчлөлт нь системийн бусад хэсэгт нөлөөлөхгүй. ØӨгөгдлийн оролт/гаралтын стратегийн тайлбар өгөгдсөн эсэх. Ø Энэхүү архитектурыг ашиглан хэрэгжүүлэх системийн гүйцэтгэлийн шинжилгээг хийсэн эсэх. Ø Төлөвлөсөн системийн найдвартай байдлын шинжилгээ хийгдсэн эсэх. Ø Системийн өргөтгөх, өргөтгөх боломжийн асуудалд дүн шинжилгээ хийсэн эсэх.

Програм хангамжийн рефакторинг Рефакторинг нь програм хангамжийг шинэ техник хангамж, шинэ үйлдлийн систем, хөгжүүлэлтийн шинэ хэрэгсэл, шинэ шаардлага, програм хангамжийн бүтэц, үйл ажиллагаанд тохируулан өөрчлөх явдал юм. Энэ нь програм хангамжийн өөрчлөлтийг хангах зорилготой програм хангамжийн дотоод бүтцэд түүний гадаад үйл ажиллагааг өөрчлөхгүйгээр өөрчлөлт хийх явдал юм. Рефактор хийх үндэслэлтэй шалтгаанууд: Код давтагдсан; аргын хэрэгжилт хэт том; гогцоонуудын хэт их үүрлэх, эсвэл гогцоо өөрөө маш том; анги нь холболт муутай (Ангийн шинж чанар, аргууд нь зөвхөн 1 объектыг дүрсэлсэн байх ёстой); ангийн интерфейс нь тууштай хийсвэрлэл үүсгэдэггүй; арга нь хэт олон параметрүүдийг авдаг. Та параметрийн тоог боломжийн хамгийн бага хэмжээнд байлгахыг хичээх хэрэгтэй; ангийн бие даасан хэсгүүд нь ангийн бусад хэсгээс үл хамааран өөрчлөгддөг;

Хөтөлбөрийг өөрчлөх үед програм хангамжийн рефакторинг нь хэд хэдэн ангиудын зэрэгцээ өөрчлөлтийг шаарддаг. Хэрэв ийм нөхцөл байдал үүсвэл ирээдүйд гарч болзошгүй өөрчлөлтүүдийн газрыг багасгахын тулд ангиудыг дахин зохион байгуулах шаардлагатай; хэд хэдэн өв залгамжлалын шатлалыг зэрэгцүүлэн өөрчлөх шаардлагатай; та хэд хэдэн кейс блокуудыг өөрчлөх хэрэгтэй. Програмыг кейс блокийн хэрэгжилтийг хийх байдлаар өөрчлөх шаардлагатай бөгөөд үүнийг хөтөлбөрт шаардлагатай тооны удаа нэрлэх; Хамтдаа ашигласан холбогдох өгөгдлийн гишүүдийг анги болгон зохион байгуулдаггүй. Хэрэв та ижил өгөгдлийн элементүүдийг олон удаа ашигладаг бол эдгээр өгөгдлийг нэгтгэж, тэдгээрт гүйцэтгэсэн үйлдлүүдийг тусдаа ангид байрлуулахыг зөвлөж байна;

Програм хангамжийн рефакторын арга нь өөр ангиас илүү олон элементийг ашигладаг. Энэ нь аргыг өөр анги руу шилжүүлж, хуучин ангиас нь дуудах шаардлагатай гэсэн үг юм; энгийн өгөгдлийн төрөл хэт ачаалалтай байна. Бодит ертөнцийн мөн чанарыг тайлбарлахын тулд одоо байгаа өгөгдлийн төрлийг хэт ачаалахаас илүү класс ашиглах нь дээр; Анги нь хэт хязгаарлагдмал функцтэй. Функцийг нь өөр анги руу шилжүүлэх замаар энэ ангиас салах нь дээр; "тэнэмэл" өгөгдөл нь аргын гинжин хэлхээний дагуу дамждаг. Зөвхөн өөр арга руу дамжуулахын тулд арга руу дамжуулж байгаа өгөгдлийг төөрөгдөл гэж нэрлэдэг. Ийм нөхцөл байдал үүссэн тохиолдолд ангиудын архитектур, арга барилыг өөрчлөхийг хичээгээрэй.

Медиа объектыг дахин засварлах нь юу ч хийхгүй. Хэрэв ангийн үүрэг бол аргын дуудлагыг бусад анги руу чиглүүлэх юм бол тэр проксиг устгаад бусад анги руу шууд дуудлага хийх нь дээр. нэг анги нөгөө ангийн талаар хэтэрхий их мэддэг. Энэ нөхцөлд өв залгамжлагч эцэг эхийнхээ талаар хамгийн бага мэдлэгтэй байхын тулд бүрээсийг илүү хатуу болгох шаардлагатай; арга нь харамсалтай нэртэй байдаг; өгөгдлийн гишүүд олон нийтэд нээлттэй. Энэ нь интерфэйс болон хэрэгжилтийн хоорондох шугамыг бүдгэрүүлж, капсулжуулалтыг зайлшгүй эвдэж, програмын уян хатан байдлыг хязгаарладаг; эх кодонд тайлбар оруулах;

Програм хангамжийг дахин боловсруулах дэд анги нь өвөг дээдсийнхээ аргын багахан хэсгийг л ашигладаг. Энэ нөхцөл байдал нь зөвхөн үндсэн ангиас цөөн хэдэн аргыг өвлөн авахын тулд шинэ анги үүсгэсэн тохиолдолд тохиолддог бөгөөд ямар нэгэн шинэ объектыг дүрслэхийн тулд биш юм. Үүнээс зайлсхийхийн тулд үндсэн ангиудыг шинэ ангид зөвхөн өөрт хэрэгтэй аргуудаар хандах боломжийг олгох байдлаар өөрчлөх шаардлагатай; код нь глобал хувьсагчдыг агуулна. Зөвхөн программыг бүхэлд нь ашигладаг хувьсагч нь глобал байх ёстой. Бусад бүх хувьсагч нь локал байх эсвэл зарим объектын шинж чанар болох ёстой; программ нь хэзээ нэгэн цагт хэрэг болох кодыг агуулдаг. Системийг боловсруулахдаа ирээдүйд эх код нэмэх боломжтой газруудыг зааж өгөх нь зүйтэй.

Компьютерийн шинжлэх ухаан, кибернетик, програмчлал

Давталт N USDP Програм хангамжийн нэгдсэн хөгжүүлэлтийн процесс Хэрэглээний жишээ загвар нь тухайн програмыг ашиглах тохиолдлуудыг тодорхойлдог. Аналитик загвар нь хэрэглээний үндсэн ангиудыг тодорхойлдог. Загварын загвар нь ангиуд болон зориулалтын объектуудын хоорондын холбоо, харилцааг тодорхойлдог.Дэлгэцийн загвар нь программ хангамжийн компьютеруудын тархалтыг тодорхойлдог.

Хичээл №20
Програм хангамж хөгжүүлэх ерөнхий зарчим, арга барил

Програм хангамж хөгжүүлэх загварууд

1. Водопадная
2. Каскадын загвар
3. Спираль
4. Экстрим програмчлал
5. нэмэгдэл
6. MSF арга зүй

хүрхрээ загвар

спираль загвар

Өсөн нэмэгдэж буй хөгжил

Шаардлагын дүн шинжилгээ

Дизайн

Хэрэгжилт

Бүрэлдэхүүн хэсэг

туршилт

Интеграци

Туршилт хийх

бүхэлд нь

Давталт 1 Давталт 2 …. Давталт Н

Програм хангамж хөгжүүлэх нэгдсэн үйл явц (USDP)

1. Хэрэглээний кейс загвар нь програмыг ашиглах тохиолдлуудыг тодорхойлдог.
2. Аналитик загвар нь хэрэглээний үндсэн ангиудыг тодорхойлдог.
3. Загварын загвар нь ангиуд болон сонгосон объектуудын хоорондын холбоо, харилцааг тодорхойлдог
4. Байршуулах загвар нь программ хангамжийн компьютер хоорондын тархалтыг тодорхойлдог.
5. Хэрэгжүүлэх загвар нь хөтөлбөрийн кодын дотоод зохион байгуулалтыг тодорхойлдог.
6. Туршилтын загвар нь туршилтын бүрэлдэхүүн хэсгүүд, туршилтын журам, янз бүрийн туршилтын тохиолдлуудаас бүрдэнэ.

MSF арга зүй

Ердийн програм хангамжийн бүтээгдэхүүний архитектурын бүрэлдэхүүн хэсгүүд ба ердийн програм хангамжийн шаардлага

алдааг тэсвэрлэх чадваралдааг илрүүлэх, системийн муу үр дагаврыг сэргээх, нутагшуулах замаар түүний найдвартай байдлыг нэмэгдүүлдэг системийн шинж чанаруудын багц. Гэмтлийг тэсвэрлэх чадварыг хангах аливаа бодит системийг зохион бүтээхдээ системийн доголдолд хүргэж болзошгүй бүх нөхцөл байдлыг урьдчилан харж, эвдрэлийг арилгах механизмыг боловсруулах шаардлагатай.

Найдвартай байдал системийн янз бүрийн эвдрэл, эвдрэлийг тэсвэрлэх чадвар.

Татгалзах системийн шилжилт юмалдааны үр дүнд бүрэн ажиллах боломжгүй байдалд хүргэсэн.

сүйрэл системийн бүтэлгүйтэлд хүргэдэггүй системийн үйл ажиллагааны алдаа.

Тодорхой хугацаанд алдаа, доголдол бага байх тусам системийг илүү найдвартай гэж үздэг.

Мөн таны сонирхлыг татахуйц бусад бүтээлүүд
57355.		Органик нэгдлүүдийн төрөл зүйл, тэдгээрийн ангилал. Байгалийн органик бодисууд	48.5 КБ
	Органик нэгдлүүдийн олон янз байдал нь нүүрстөрөгчийн атомууд хоорондоо энгийн бөгөөд олон төрлийн холбоогоор нэгдэж, гинж, цикл, унадаг дугуй, гурван дугуй, полицикл, хүрээ гэх мэт бараг хязгааргүй тооны атом бүхий нэгдлүүдийг үүсгэх өвөрмөц чадвараар тодорхойлогддог.
57359.		Аман мэдээллийн загварыг боловсруулах	291 КБ
	Үндсэн ойлголтууд: загвар; мэдээллийн загвар; аман мэдээллийн загвар; тайлбар; хийсвэр. Тайлбар Лат хэлнээс товчлол. 2-ын тоймыг үүсгэ. Баримт бичгийг өөрийн хавтсанд Abstract нэрээр хадгална.
57361.		Тоо ба дугаар 3. Хил дээр байгаа тоог хослуулах 3. Бичсэн тоо 3. Хуучин зүйлсийг хослуулах	35.5 КБ
	Бүх амьтдын тоо хэн нь хамгийн түрүүнд байх ёстой вэ? Сусид баруун гарт хэрэм хэн бэ Сусид зүүн гарт анааш гэж хэн бэ

Тэмдэглэл: Програм хангамжийг хөгжүүлэх уян хатан хандлага, уян хатан хөгжлийн үндсэн зарчмуудыг авч үздэг. Програм хангамжийн уян хатан хөгжүүлэлтийн зарчимд тодорхой хэмжээгээр нийцсэн техникүүдийн жагсаалтыг гаргаж өгсөн болно. Agile хөгжлийн гол үнэт зүйлс, зарчмуудад дүн шинжилгээ хийсэн.

Та энэ лекцийн илтгэлийг татаж авах боломжтой.

Лекцийн зорилго:

Agile програм хангамж хөгжүүлэх зорилго, үндсэн зарчмуудын талаар ойлголттой болно.

Оршил

Agile програм хангамж хөгжүүлэх арга зүйдавтагдах аргыг ашиглахад чиглэсэн бөгөөд үүнд програм хангамжтодорхой шаардлагын хэрэгжилтийг багтаасан жижиг алхмаар аажмаар бий болдог. Шаардлага өөрчлөгдөж магадгүй гэж үзэж байна. Agile аргачлалыг ашигладаг багууд нь програм хангамжийн бүтээгдэхүүнийг бий болгох явцад янз бүрийн ажлыг гүйцэтгэдэг олон талт хөгжүүлэгчдээс бүрддэг.

Agile аргачлалыг ашиглах үед эрсдлийг багасгах нь хөгжлийг богино хугацааны цуврал болгон бууруулах замаар хийгддэг. давталт, 2-3 долоо хоног үргэлжилнэ. Давталт гэдэг нь тодорхой хугацаанд гүйцэтгэхээр төлөвлөсөн ажлуудын багц юм. Давталт бүрт програм хангамжийн системийн ажиллах боломжтой хувилбарыг бий болгодог бөгөөд үүнд хамгийн чухал нь (энэ давталтын хувьд) хэрэглэгчийн шаардлага. Давталт бүр нь ажиллах боломжтой програм хангамжийг бий болгоход шаардлагатай бүх ажлыг гүйцэтгэдэг: төлөвлөлт, шаардлагын дүн шинжилгээ, дизайн, кодчилол, туршилт, болон баримт бичиг. Бүтээгдэхүүний шинэ хувилбарыг гаргахад нэг давталт нь ерөнхийдөө хангалтгүй боловч одоогийн програм хангамждавталт бүрийн төгсгөлд гаргахад бэлэн байна. Давталт бүрийн төгсгөлд баг нь програм хангамжийн бүтээгдэхүүнд тавигдах шаардлагуудыг дахин эрэмбэлж, системийн хөгжилд тохируулга хийж болно.

Agile хөгжлийн зарчим, утга учир

Agile хөгжлийн аргачлалын хувьд багуудад өндөр гүйцэтгэлд хүрэх боломжийг олгодог үндсэн зарчмуудыг тунхагласан болно.

• хүмүүс ба тэдгээрийн харилцан үйлчлэл;
• ажлын програм хангамжийг хүргэх;
• үйлчлүүлэгчтэй хамтран ажиллах;
• өөрчлөлтөд хариу үйлдэл үзүүлэх.

Хүмүүс ба харилцан үйлчлэл.Хүмүүс бол амжилтын хамгийн чухал хэсэг юм. Багийн бие даасан гишүүд, сайн харилцаа холбоо нь өндөр гүйцэтгэлтэй багуудад зайлшгүй шаардлагатай. Харилцаа холбоог хөнгөвчлөхийн тулд уян хатан дасгалууд нь ажлын үр дүнгийн талаар байнга ярилцаж, шийдвэрт өөрчлөлт оруулдаг. Хэлэлцүүлгийг өдөр бүр хэдэн минутын турш хийж, давталт бүрийн төгсгөлд ажлын үр дүнд дүн шинжилгээ хийж, эргэн харах боломжтой. Хурлын үеэр үр дүнтэй харилцахын тулд багийн гишүүд дараах зан үйлийн үндсэн дүрмийг баримтлах ёстой.

• багийн гишүүн бүрийн санаа бодлыг хүндэтгэх;
• аливаа харилцаанд үнэнч байх;
• бүх өгөгдөл, үйлдэл, шийдвэрийн ил тод байдал;
• оролцогч бүр багаа дэмжинэ гэдэгт итгэлтэй байх;
• баг болон түүний зорилгод үнэнч байх.

Agile арга зүйд өндөр гүйцэтгэлтэй багийг бүрдүүлэхийн тулд үр дүнтэй баг, сайн харилцаа холбооноос гадна төгс програм хангамжийн хэрэгслүүд хэрэгтэй.

Ажлын програм хангамж нь иж бүрэн баримт бичгээс илүү чухал юм.Бүх agile аргачлалууд нь жижиг программ хангамжийг хэрэглэгчдэд урьдчилан тодорхойлсон интервалаар хүргэх хэрэгцээг онцолж өгдөг. Програм хангамж, дүрмээр бол системийн түвшинд нэгжийн туршилт, туршилтын түвшинг давах ёстой. Баримт бичгийн хэмжээг хамгийн бага хэмжээнд байлгах ёстой. Дизайн боловсруулах явцад баг шийдвэрийн үндэслэл, бүтцийн тодорхойлолтыг агуулсан богино баримт бичгийг байнга шинэчилж байх ёстой.

Гэрээнд заасан албан ёсны гэрээ хэлцлээс илүүтэй харилцагчтай хамтран ажиллах нь чухал.Төслийг амжилттай хэрэгжүүлэхийн тулд үйлчлүүлэгчтэй тогтмол, ойр ойрхон харилцах шаардлагатай. Үйлчлүүлэгч програм хангамжийн талаар гаргасан шийдвэрийн хэлэлцүүлэгт тогтмол оролцож, өөрийн хүсэл, санал хүсэлтээ илэрхийлж байх ёстой. Чанартай бүтээгдэхүүн бий болгохын тулд хэрэглэгчийг програм хангамж боловсруулах үйл явцад татан оролцуулах шаардлагатай.

Өөрчлөлтөд хурдан хариу үйлдэл үзүүлэх нь төлөвлөгөөг дагаж мөрдөхөөс илүү чухал юм.Өөрчлөлтөд хариу үйлдэл үзүүлэх чадвар нь програм хангамжийн төслийн амжилтыг ихээхэн тодорхойлдог. Програм хангамжийн бүтээгдэхүүнийг бий болгох явцад тэдгээр нь ихэвчлэн өөрчлөгддөг хэрэглэгчийн шаардлага. Үйлчлүүлэгчид яг юу хүсч байгаагаа мэдэхгүй байх нь элбэг. програм хангамж. Agile аргачлалууд нь програм хангамжийн бүтээгдэхүүнийг бий болгох явцад үйлчлүүлэгчдээс санал хүсэлтийг эрэлхийлдэг. Хэрэглэгчийн сэтгэл ханамж, бизнесийн үнэ цэнийг бий болгохын тулд өөрчлөлтөд хариу үйлдэл үзүүлэх нь чухал юм.

Agile хөгжлийн зарчмуудыг 12 зарчим дэмждэг. Agile-ийн тусгай арга зүй нь эдгээр зарчимд бага багаар нийцэх үйл явц, дүрмийг тодорхойлдог. Програм хангамжийн бүтээгдэхүүнийг бий болгох уян хатан аргачлалууд нь дараахь зарчимд суурилдаг.

1. Хамгийн чухал зүйл бол хэрэгцээт программ хангамжийг богино хугацаанд хүргэх, дараа нь тасралтгүй шинэчлэлт хийх замаар хэрэглэгчийн хүслийг хангах явдал юм. Agile практикт хурдан анхны хувилбар болон байнга шинэчлэлт орно. Багийн зорилго бол төслийг эхлүүлснээс хойш хэдхэн долоо хоногийн дотор ажлын хувилбарыг хүргэх явдал юм. Цаашид нэмэлт функц бүхий програм хангамжийн системийг хэдэн долоо хоног тутамд хүргэх ёстой. Үйлчлүүлэгч нь системийг хангалттай ажиллагаатай гэж үзвэл арилжааны ажиллагааг эхлүүлэх боломжтой. Мөн үйлчлүүлэгч програмын одоогийн хувилбартай танилцаж, санал хүсэлтээ өгөх боломжтой.
2. Хөгжүүлэлтийн хоцрогдсон ч гэсэн өөрчлөгдөж буй шаардлагыг үл тоомсорлож болохгүй. Уян хатан үйл явц нь үйлчлүүлэгчийн өрсөлдөх давуу талыг хангахын тулд өөрчлөлтийг анхаарч үзэх боломжийг олгодог. Agile аргачлалыг ашигладаг багууд програмын бүтцийг бүхэлд нь системд үзүүлэх өөрчлөлтийн нөлөө багатай өндөр чанартай болгохыг эрмэлздэг.
3. Програм хангамжийн шинэ хувилбаруудыг нэг долоо хоногоос хоёр сарын интервалтайгаар ойр ойрхон, богино хугацаанд хүргэх. Үүний зэрэгцээ хамгийн багадаа дагалдах баримт бичиг бүхий хэрэглэгчийн хэрэгцээ шаардлагад нийцсэн хөтөлбөрийг хүргэх зорилготой юм.
4. Үйлчлүүлэгчид болон хөгжүүлэгчид төслийн туршид хамтран ажиллах ёстой. Амжилттай төсөл хэрэгжүүлэхийн тулд үйлчлүүлэгчид, хөгжүүлэгчид болон бүх оролцогч талууд програм хангамжийн бүтээгдэхүүнийг зориудаар сайжруулахын тулд олон удаа, олон янзаар харилцах ёстой гэж үздэг.
5. Төслийг урам зоригтой хүмүүс хэрэгжүүлэх ёстой. Төслийн багийг эрүүл ажиллах орчныг бүрдүүлж, шаардлагатай дэмжлэгийг үзүүлж, багийн гишүүд ажлаа амжуулах болно гэдэгт итгээрэй.
6. Хөгжлийн багт мэдээлэл дамжуулах, санал бодлоо солилцох хамгийн үр дүнтэй, үр дүнтэй арга бол нүүр тулан ярилцах явдал юм. Agile төслүүдийн хувьд харилцааны гол хэлбэр нь хүмүүсийн энгийн харилцаа юм. Бичсэн баримт бичгүүдийг программ хангамжийг хөгжүүлж, шаардлагатай үед үе шаттайгаар үүсгэж, шинэчилдэг.
7. Ажлын хөтөлбөр нь төслийн ахиц дэвшлийн гол үзүүлэлт юм. Хөдөлгөөнт төслийг дуусгах хандлага нь одоогийн хөтөлбөр нь хэрэглэгчийн шаардлагад хэр нийцэж байгаагаар үнэлэгддэг.
8. Agile үйл явц нь урт хугацааны хөгжлийг дэмждэг. Үйлчлүүлэгчид, хөгжүүлэгчид болон хэрэглэгчид тодорхойгүй хугацаанд тогтмол хурдыг хадгалах чадвартай байх ёстой.
9. Инженерийн шилдэг чанар, чанарын дизайнд тасралтгүй анхаарал хандуулах нь agile технологийн үнэ цэнийг нэмэгдүүлдэг. Agile багийн гишүүд тогтмол дахин засварлах замаар чанарын кодыг бий болгохыг хичээдэг.
10. Энгийн байдал бол бага зүйл хийснээр илүү ихийг бүтээх урлаг юм. Багийн гишүүд одоогийн даалгавруудыг аль болох энгийн бөгөөд үр дүнтэй шийддэг. Цаашид ямар нэгэн асуудал гарвал чанарын кодыг ямар ч зардалгүйгээр өөрчлөх боломжтой.
11. Шилдэг архитектур, шаардлага, дизайн нь өөрөө зохион байгуулалттай багаас ирдэг. Уян хатан багуудад үүрэг даалгаврыг бие даасан гишүүдэд бус, харин бүхэл бүтэн багт хуваарилдаг. Хэрэглэгчийн шаардлагыг хэрхэн хамгийн сайн хэрэгжүүлэхийг баг өөрөө шийддэг. Багийн гишүүд төслийн бүх тал дээр хамтран ажилладаг. Оролцогч бүр нийтлэг үйл хэрэгт хувь нэмрээ оруулахыг зөвшөөрдөг. Архитектур, шаардлага, туршилтыг багийн аль ч гишүүн дангаараа хариуцахгүй.
12. Баг нь хэрхэн илүү үр дүнтэй болох талаар байнга бодож, дараа нь зан үйлээ тохируулж, нарийн тааруулж байх ёстой. Шуурхай баг нь зохион байгуулалт, дүрэм журам, гэрээ хэлэлцээр, харилцаа холбоогоо байнга тохируулдаг.

Дээрх зарчмууд нь тодорхой хэмжээгээр програм хангамж хөгжүүлэх хэд хэдэн арга зүйд нийцдэг.

Agile загварчлал	програм хангамж хөгжүүлэх төслүүдэд загварчлал, баримтжуулалтыг хурдан, хялбар гүйцэтгэх боломжийг олгодог ойлголт, зарчим, арга техник (дадлага) -ийн багц;
Agile нэгдсэн процесс (AUP)	IBM RationalUnifiedProcess(RUP)-ийн хялбаршуулсан хувилбар бөгөөд энэ нь бизнесийн хэрэглээний программ хангамжийг бий болгох энгийн бөгөөд ойлгомжтой ойролцоо тооцоолол (загвар)-ыг тайлбарладаг;
Нээх	энэ нь програм хангамж хөгжүүлэх давталт-өсөлттэй арга юм. Хөнгөн, уян хатан RUP сонголтоор байрлуулсан;
AgileDataMethod	Янз бүрийн функциональ багуудын хамтын ажиллагааны үр дүнд шаардлага, шийдэлд хүрдэг давталттай програм хангамж хөгжүүлэх аргуудын бүлэг;
DSDM	програмыг хурдан хөгжүүлэх (RapidApplicationDevelopment, RAD) үзэл баримтлалд суурилсан динамик системийг хөгжүүлэх арга зүй. Үйл явц дахь хэрэглэгч/хэрэглэгчийн тасралтгүй оролцоог онцолсон давтагдах ба өсөн нэмэгдэх хандлагыг илэрхийлдэг;
Хэт их програмчлал (XP)	хэт програмчлал;
Дасан зохицох програм хангамж хөгжүүлэх (ADD)	дасан зохицох програм хангамж боловсруулах;
Онцлогт суурилсан хөгжүүлэлт (FDD)	функцийг аажмаар нэмэхэд чиглэсэн хөгжил;
Бодит болж байна	вэб програмуудад ашигладаг функциональ үзүүлэлтгүй давтагдах арга;
MSFfogAgileSoftwareDevelopment	Майкрософт компанийн Agile програм хангамж хөгжүүлэх арга зүй;
Скрум	хөгжлийн үйл явцыг удирдах дүрмийг тогтоож, шаардлагыг тохируулах эсвэл тактикийн өөрчлөлт хийх замаар одоо байгаа кодчиллын туршлагыг ашиглах боломжийг олгодог.

1. Програмчлалын технологийн зорилго. Програмчлалын технологийн хөгжлийн түүх. Програм хангамжийн төслийн төрлүүд. Програмчлалын технологийн бүрэлдэхүүн хэсгүүд. Төсөл, бүтээгдэхүүн, үйл явц, хүмүүс

2. Хөтөлбөрийн амьдралын мөчлөг. Хөгжлийн мөчлөгийн шинж чанар. Програмчлалын технологийн үндсэн ойлголтууд. Процесс ба загварууд. Үе шат ба эргэлтүүд. Чухал үе ба олдворууд. Оролцогч талууд ба ажилчид.

3. Шаардлагуудыг тодорхойлох, дүн шинжилгээ хийх. Програм хангамжийн шаардлага. Шаардлага боловсруулах схем. Шаардлагын менежмент.

4. Архитектур, нарийвчилсан зураг төсөл. Хэрэгжилт ба кодчилол. Туршилт ба баталгаажуулалт. Чанарын хяналтын үйл явц. Цагаан хайрцаг ба хар хайрцагны аргууд. Хяналт, шалгалт. Туршилтын зорилго. Баталгаажуулалт, баталгаажуулалт, системийн туршилт. Засвар үйлчилгээ, тасралтгүй хөгжүүлэлт.

5. Хөгжлийн үйл явцын загварууд. Хүрхрээ ба конвейерийн загварууд. Спираль болон нэмэгдэл загварууд. Хөгжлийн үйл явцын уян хатан загварууд.

6. Үйл явцын загвар зохион бүтээх. Үйл явцын шаардлагыг тодорхойлох. Ашигласан үе шат, үе шат, олдворууд. Процессын архитектурын сонголт. Ердийн төслийг хэрэгжүүлэх журам. баримтжуулсан журам.

7. Хөгжлийн багийн загварууд. Хөгжлийн хамтын шинж чанар. Багийн оновчтой хэмжээ. Төсөлд оролцогчдыг захирах. Багийн хөгжил, боловсон хүчний хөгжил. Мэргэшсэн байдал, хамтын ажиллагаа, харилцан үйлчлэл.

8. Хөгжлийн багийн загварууд. Багийн шаталсан загвар. Мэс заслын багийн арга. Тэнцүү багийн загвар.

9. Програмчлалын мөн чанар. Програмчлалын шинжлэх ухаан. Програмчлалын урлаг. Програмчлалын гар урлал. програмчлалын парадигмууд. Бүтцийн програмчлал. Логик програмчлал. Объект хандалтат програмчлал.

10. Програм хангамжийн архитектур. Үйл явдлын менежмент. Үйлчлүүлэгч/серверийн архитектур. Үйлчилгээ. гурван давхар архитектур. Хөтөлбөрийн дизайн. Концепцийн дизайн. Логик дизайн. Нарийвчилсан дизайн.

1. Новиков програм хангамжийг хөгжүүлэх хандлага” http://window. /window_catalog/files/r60368/itmo307.pdf.

2. Экстрим програмчлал. - Санкт-Петербург: Петр, 2002.

3. Програм хангамж боловсруулах технологи. - Санкт-Петербург. : Петр, 2004.

4. Брукс Жр. програм хангамжийн системийг зохион бүтээж, бүтээдэг. Москва: Наука, 1975; Орчуулгын шинэ хэвлэл: Домогт хүн-сар. Санкт-Петербург: СИМБОЛ+, 1999 он.

5. Алгоритм + өгөгдлийн бүтэц = программ. М., Мир, 1978.

6. Системчилсэн програмчлал. Оршил. М.: Мир, 1977.

7. Бүтцийн програмчлал. М .: Мир, 1975.

8. Програмчлалын сахилга бат. М .: Мир, 1978.

9. Програм хангамж боловсруулах технологи. - Санкт-Петербург: Петр, 2002.

10. Тереховын программчлал. М.: БИНОМ, 2006 он.

11. Rambo J. Нэгдсэн програм хангамж боловсруулах үйл явц. Санкт-Петербург: Петр, 2002.

Менежерүүдэд зориулсан эдийн засгийн онол

Микро эдийн засгийн үндсэн онолууд. Эдийн засгийн үйл явцын шинжилгээнд хэрэглэх жишээ. Макро эдийн засгийн үндсэн онолууд. Эдийн засгийн үйл явцын шинжилгээнд хэрэглэх жишээ. Эдийн засгийн үйл явцыг удирдах зарчим, арга. Эдийн засгийн үйл явцын хөгжлийн түвшинг үнэлэх хэрэгслүүд Өргөтгөсөн нөхөн үйлдвэрлэлийн асуудлууд. Оросын эдийн засгийн өсөлтийн хүчин зүйлүүд. Тогтвортой хөгжлийн шалгуур үзүүлэлтүүд. Циклийн хэлбэлзлийг жигдрүүлэх. Эдийн засгийн хөгжлийн хурдыг үнэлэхэд үржүүлэгч ба хурдасгуурын үүрэг. Эдийн засаг дахь үйлдвэрлэлийн чиг үүрэг. Эдийн засгийн үйл явцын шинжилгээнд хэрэглэх жишээ. Ашиг. Ашигт нөлөөлж буй үзүүлэлтүүдийн тооцоо, алдагдалгүй байдлын цэгийн график дүрслэл. Хөрөнгө оруулалтын бодлогыг хэрэгжүүлэх арга зүй.

Эдийн засгийн онолын хичээл: их дээд сургуулиудад зориулсан сурах бичиг / Ed. . -Киров: "ACA", 2004. Колемаев - математик загварчлал. Макро эдийн засгийн үйл явц ба тогтолцооны загварчлал: сурах бичиг. М.: НЭГДЭЛ-ДАНА, 2005. Бажин кибернетик. Харьков: Консул, 2004. Леушиний математик загварчлалын аргын семинар: сурах бичиг. Нижний Новгород муж технологи. их сургууль - Н.Новроод, 2007. Эдийн засгийн тухай улс төрчид: Эдийн засгийн чиглэлээр Нобелийн шагналтнуудын лекц. Москва: Орчин үеийн эдийн засаг ба хууль, 2005. Черемных. Ахисан түвшин: Сурах бичиг.-М.:ИНФРА-М, 2008. Мини-эдийн засгийн байгууллагуудын хувьсал. ОХУ-ын ШУА-ийн Уралын салбарын Эдийн засгийн хүрээлэн, - М.: Наука, 2007.

Удирдлагын шийдвэрийг боловсруулах, батлах технологи [N]

Шийдвэр гаргах нь менежерийн үйл ажиллагааны үндэс юм. Шийдвэрийн онолын танилцуулга. Шийдвэрлэх онолын үндсэн ойлголтууд. Бизнесийн удирдлагын загвар ба тэдгээрийн шийдвэр гаргахад үзүүлэх нөлөө. Шийдлийг ангилах янз бүрийн арга. Ангилал: албан ёсны зэрэг, хэвшлийн зэрэг, давтамж, яаралтай, зорилгодоо хүрэх зэрэг, хувилбар сонгох аргын дагуу. Шийдвэр гаргах үндсэн аргууд. Шийдвэр гаргах сайн дурын аргууд. Шийдвэр гаргах зорилго. Шийдэл олох цаг. Үндсэн алдаа Шийдвэр гаргах математик аргууд. Шийдвэр гаргах онолын математикийн талууд. Үйл ажиллагааны судалгаа. Шийдвэр гаргах математик хандлага. Шийдвэрийн мод. Шийдвэр гаргах, хөгжүүлэх загварууд. Тоглоомын онол. Шийдвэр гаргах математик аргууд. Шийдвэр гаргах онолын математикийн талууд. Дарааллын онолын загварууд. Бараа материалын менежментийн загварууд. Шугаман програмчлалын загвар. тээврийн даалгавар. Симуляцийн загварчлал. Сүлжээний шинжилгээ. Эдийн засгийн шинжилгээ. Рационал загваруудын хязгаарлалт. Бүлэг дэх хөгжлийн болон шийдвэр гаргах онцлог. Олонлогуудын холболтын зэрэг дээр үндэслэн бүлгийн уялдаа холбоог тодорхойлох арга. Хамтын шийдвэр гаргах арга. зөвшилцлийн арга. санал өгөх арга. Шийдвэр гаргах бүтээлч аргууд. Оюуны шуурга. Санаачдын бага хурал. Усан онгоцны зөвлөл. Де Боногийн "Сэтгэцийн малгай" арга. Шинэ бүтээлийн асуудлыг шийдвэрлэх онол (TRIZ). Төгсгөлийн хамгийн тохиромжтой шийдэл. TRIZ ашиглан асуудал, тэдгээрийг шийдвэрлэх жишээ. Өвөрмөц, бүтээлч шийдвэр гаргахад TRIZ аргыг ашиглах. Шийдлийн санааг боловсруулах, нөхцөл байдалд тохируулах арга. Зорилтот модны загвар. Ашиг сонирхлыг зохицуулах стратеги. Ашиг сонирхлыг зохицуулах шийдвэр гаргах. Харьцагч талуудын ашиг сонирхлыг тодорхойлох арга. Шийдвэр гаргахад дэмжлэг үзүүлэх систем (шинжээчдийн систем). Шийдвэр гаргах тогтолцоо бий болсон түүх. Шийдвэр гаргах системийн ангилал. Эксперт системийн ердийн бүтэц. Мэдлэгийг илэрхийлэх арга замууд. Логик дүгнэлт гаргах аргууд. Эксперт системийг практикт ашиглах.

I. Шийдвэр гаргах онол: сурах бичиг. - М .: Шалгалт, 2006. - 573 х. I. Шийдвэр гаргах. Удирдлагын шийдвэр боловсруулах онол, арга. Заавар. - М.: 3-р сар, 2005. - 496 х. Удирдлагын шийдвэр боловсруулах - М.: Дело хэвлэлийн газар, 2004 - 392 х. G. Шинжээчдийн үнэлгээ, шийдвэр гаргах.- М .: Патент, 1996. - 271 х. Таха // Үйл ажиллагааны судалгааны танилцуулга = Үйл ажиллагааны судалгаа: Танилцуулга. - 7 дахь хэвлэл. - М.: "Уильямс", 2007. - S. 549-594. Г.Тейл. Эдийн засгийн таамаглал, шийдвэр гаргах. М.: Прогресс, 1970. К.Д.Льюис. Эдийн засгийн үзүүлэлтүүдийг урьдчилан таамаглах арга. М.: "Санхүү ба статистик" 1986. Г.С.Килдишев, А.А.Френкель. Хугацааны цувааны дүн шинжилгээ, прогноз. М.: "Статистик" 1973. О.Ким, К.В.Мюллер, В.Р.Клекка нар Фактор, дискриминант, кластерийн шинжилгээ. М.: "Санхүү, статистик" 1989. Үр дүнтэй менежер. Ном 3. Шийдвэр гаргах. - MIM LINK, 1999 Туревский ба авто тээврийн аж ахуйн нэгжийн удирдлага. - М .: Дээд сургууль, 2005.,; ed. . Менежмент дэх системийн шинжилгээ: заавар. - М .: Санхүү, статистик, 2006. , Тинков: сурах бичиг. - М.: КНОРУС, 2006 он.

Нэгдсэн удирдлагын систем дэх бизнесийн үйл явцыг загварчлах

Бизнесийн үйл явцын зарчим юу вэ? Бизнесийн үйл явцыг цогцоор нь тайлбарлах асуудал юу вэ. Систем гэж юу вэ, энэ нь ямар шинж чанартай вэ? Бизнесийн үйл явцыг загварчлахад системийн шинжилгээний үүрэг юу вэ? Хяналтын объект болох үйл явц. Процессын орчин. Бизнесийн үйл явцын үндсэн элементүүд. Функциональ ба үйл явцын удирдлагын давуу болон сул талууд. PDCA удирдлагын мөчлөг. Процессын удирдлагын мөчлөгийн үе шатууд. PDCA мөчлөг ба ISO 9001:2008 стандартын шаардлагыг хэрэгжүүлэх. SADT арга зүй (Бүтцийн шинжилгээ ба дизайны техник - бүтцийн шинжилгээ, дизайны арга). Мөн чанар. Үндсэн заалтууд. IDEF0 арга зүйд үйл ажиллагааны функциональ загварыг хэрхэн харуулсан бэ? Функциональ загварын диаграммууд нь юу гэсэн үг вэ, тэдгээрийг IDEF0 аргачлалын дагуу хэрхэн харуулсан бэ? Функциональ загварын диаграмм дахь сумнууд юунд зориулагдсан, тэдгээрийн төрөл, төрлүүд юу вэ? DFD арга зүй. Мөн чанар. DFD графикийн үндсэн бүрэлдэхүүн хэсгүүд. DFD-диаграммын онцлог шинж чанарууд юу вэ, тэдгээрт юу тайлбарласан бэ? DFD-диаграмын объектуудын онцлог юу вэ? DFD диаграм дээрх сумнууд юуг илэрхийлж байна вэ? IDEF3 аргачлал. Мөн чанар. Баримтжуулалт, загварчлалын хэрэгсэл. IDEF3 диаграммын онцлог шинж чанарууд юу вэ, тэд юуг дүрсэлсэн бэ? IDEF3 диаграммын объектуудын онцлог юу вэ? Тэгээд буудагч уу? Процессын ангилал. Ердийн бизнесийн үйл явц. Реинженеринг ба түүний технологи. Компанийн удирдлагад реинженеринг ашиглах нь хэзээ тохиромжтой вэ? Үйл явцыг хянах, хэмжих. Байгууллагын үйл явцын үзүүлэлтүүд. Үйл явцын тоон болон үнэлгээний үнэлгээ.

"AllFusion Process Modeler (BPwin 4.1) Dialog-MEPhI ашиглан бизнесийн үйл явцыг загварчлах" 2003 "AllFusion Modeling Suite ашиглан мэдээллийн системийг бий болгох" хэвлэл. "Dialogue-MEPhI" 2003 "AllFusion Process Modeler 4.1-тэй функциональ загварчлалын практик. (BPwin) Хаана? Яагаад? Хэрхэн?" ed. "Dialogue-MEPhI" 2004 Dubeikovsky AllFusion Process Modeler (BPwin)-ийн загварчлал. ed. "Диалог-MEPhI" 2007 Д.Марк, К.Макгоуэн "Бүтцийн шинжилгээ ба дизайны SADT арга зүй" 1993 он SADT арга зүйн сонгодог бүтээл. Черемных системийн шинжилгээ: IDEF-технологи, Системийн загварчлал, дүн шинжилгээ. IDEF технологи. Семинар. М.: Санхүү ба статистик, 2001. , “Бүтцийн бизнесийн загварууд: DFD-технологи” http://www. /Level4.asp? ItemId=5810 "Бизнесийн үйл явцыг өөрчлөн зохион байгуулах онол практик"2003/ P50.1.. Функциональ загварчлалын арга зүй. Москва: ОХУ-ын Госстандарт, 2000. http://www. IDEF0, IDEF3, DFD http://www. BPwin-ийн тусламжтайгаар бизнесийн үйл явцыг загварчлах http://www. /department/se/devis/7/ Бизнесийн үйл явцын загварчлалын менежмент дэх IDEF0 http:///content/view/21/27/ http://www. /dir/cat32/subj45/file1411/view1411.html http://www. http://www.

Програм хангамжийн бүтээгдэхүүний үр ашгийг үнэлэх

1. Мэдээллийн технологийн архитектур

2. Удирдлагын үйл явцын хүрээ.

3. Домэйн төлөвлөлт, зохион байгуулалтын үйл явцын жагсаалт

4. Домэйн процессуудын жагсаалт Худалдан авалт ба Хэрэгжилт

5. Үйл ажиллагаа ба засвар үйлчилгээ домэйн дэх процессуудын жагсаалт

6. Хяналт-шинжилгээ, үнэлгээний домайн дахь үйл явцын жагсаалт

7. Үйл явцын төлөвшлийн загварын түвшинүүдийн шинж чанар

9. KPI ба KGI тэдгээрийн хамаарал, зорилго

1. 10. Мэдээллийн технологийн ерөнхий хяналт ба хэрэглээний хяналт. Бизнесийн болон мэдээллийн технологийн хариуцлагын чиглэл, хариуцлагын чиглэл.

Cobit 4.1 орос хувилбар.

Оюуны өмчийг бий болгох, ашиглах эрх зүйн зохицуулалт

1. Оюуны үйл ажиллагааны үр дүнгийн оюуны өмчийн эрхийг жагсааж, агуулгыг нь ил тод болгоно.

2. Онцгой эрхийг захиран зарцуулах гэрээний төрлийг жагсаа. Онцгой эрхийг захиран зарцуулах гэрээ тус бүрийг тайлбарлана уу.

4. Компьютерийн программыг зохиогчийн эрхийн объект болох эрх зүйн хамгаалалтын үндсэн заалтуудыг тайлбарлана уу.

5. Мэдээллийн санг зохиогчийн эрхийн объект болон түүнтэй холбоотой эрхийн объектын хувьд эрх зүйн хувьд хамгаалах үндсэн заалтуудыг харьцуулна уу.

6. Патентийн эрхийн объектуудын патентын чадварын нөхцөлийг тодорхойлно уу: шинэ бүтээл; ашигтай загварууд; үйлдвэрлэлийн дээж.

7. Шинэ бүтээлийн агуулгыг өргөжүүлэх патентын чадварын шалгуур: шинэлэг байдал; зохион бүтээх алхам; аж үйлдвэрийн хэрэглээ.

8. Шинэ бүтээл, ашигтай загвар, үйлдвэрлэлийн загварт патент авах нөхцөл, журам, түүнчлэн патентын хүчинтэй байдлыг хангах нөхцөл, тэдгээрийн үргэлжлэх хугацааг тодорхойлно.

9. "Ноу-хау"-ны тодорхойлолтыг гаргаж, үйлдвэрлэлийн нууцын хууль эрх зүйн хамгаалалт үүсэх, хэрэгжих нөхцөлийг жагсаа.

10. Хувьчлах хамгаалалттай арга хэрэгслийг жагсааж, тэдгээрийн харьцуулсан шинж чанарыг өг.

1., ОХУ-ын оюуны өмчийн хууль, сурах бичиг // М, Проспект, 2007

2., Оюуны өмчийн эрх зүй, сурах бичиг // М, RIOR, 2009

Төслийн удирдлага ба програм хангамж хөгжүүлэлт [R]

Арга зүй гэж юу вэ, яагаад хэрэгтэй вэ. Арга зүйн ерөнхий бүтэц, арга зүйн үндсэн элементүүд. Өөрийнхөө арга зүйг зохиох зарчим. Төрөл бүрийн олдвор, үүрэг, чадвар, хилийн нөхцлийн жишээ. Cowburn арга зүйн бүтэц, арга зүйн хэмжүүр. Коуберн төслийн шалгуур. Арга зүйг сонгох шалгуур, Коуберн матриц. Төслийн амьдралын мөчлөг. Хүрхрээ ба давтагдах амьдралын мөчлөгийн загварууд. Хүрхрээ болон давталтын загварт хэрэглэх боломжийн хязгаар. RUP нь давтагдах аргын жишээ болгон. RUP-ийн үндсэн ойлголтууд, хэрэглэх боломжийн хязгаар. Програм хангамж боловсруулахад хүний ​​үүрэг. Agile арга зүй, Agile арга зүйн үндсэн зарчим. Agile арга зүйн гарал үүсэл. Agile арга зүйн жишээ болгон Scrum. Scrum дахь үүрэг, олдвор, үйл ажиллагаа. Scrum-ийн хэрэглээний хязгаар. Extreme Programming (XP) Санаа, үнэ цэнэ, үндсэн дадал зуршил, хэрэглэх боломжийн хязгаар. Scrum болон XP хоёрын ижил төстэй ба ялгаа. Шаардлагуудыг цуглуулах, удирдах. Үндсэн практик, нэр томъёо, зарчим. Төсөл, бүтээгдэхүүнийг баримтжуулах арга барил, баримт бичгийн үндсэн төрлүүд. Хичээлээр хэлэлцсэн арга зүйгээс шаардлагын менежментийн туршлагын жишээ. Програм хангамж хөгжүүлэх төлөвлөлт. Төлөвлөгөөний төрлүүд, эрсдэлийн удирдлага, түгээмэл эрсдэлүүд. Хичээлээр хэлэлцсэн арга зүйгээс хөгжлийн төлөвлөлтийн туршлагын жишээ. Програм хангамж боловсруулахад туршилт хийх. Програм хангамжийн бүтээгдэхүүнийг угсрах (бүтээх) тухай ойлголт. Туршилтын үндсэн аргууд, нэр томъёо. Хичээл дээр хэлэлцсэн аргачлалаас туршилтын туршлагын жишээ. Угсрах тухай ойлголт (бүтээл), код хадгалах арга зам, багаж хэрэгсэл. Хувилбарын хяналтын системтэй ажиллах ажлыг зохион байгуулах хоёр зарчим. Төрөл бүрийн бүтээгдэхүүний ангилалд зориулсан бүтээгдэхүүн гаргах/бүтээгдэхүүний үйл явцын онцлог, туршлагын жишээ. Програм хангамжийн архитектурын орчин үеийн ойлголтууд, олон түвшний архитектурууд, архитектурын шалгуурууд. Програм хангамжийг боловсруулахад шаардлагатай шийдвэрүүдийн жагсаалт, өгөгдөл хадгалах системийг сонгох хандлага.

Кент Бек - Хэт их програмчлал Фредерик Брукс - Домогт хүн-сар буюу програм хангамжийн системүүд хэрхэн бий болдог. Том де Марко - Эцсийн хугацаа. Төслийн менежментийн тухай роман. Том де Марко, Тимоти Листер - Баавгайтай вальс. Том де Марко, Тимоти Листер - Хүний хүчин зүйл_ амжилттай төсөл, багууд. Alistair Cowburn - Төсөл бүр өөрийн гэсэн аргачлалтай. Alistair Cowburn - Хүмүүс шугаман бус бөгөөд програм хангамж боловсруулахад хамгийн чухал бүрэлдэхүүн хэсэг юм. Андрей Орлов - Автомататорын тэмдэглэл. Мэргэжлийн мэдүүлэг. Филип Крахтен - оновчтой нэгдсэн үйл явцын танилцуулга. Хенрик Книберг - Скрум ба XP: тэргүүн эгнээний тэмдэглэл. Курсын лекцийн илтгэлүүд

1. Cascade (Англи хүрхрээ) - стандарт хөгжлийн загвар

Каскадын хөгжлийн загвар - хөгжлийн бүх үе шатыг дараалан гүйцэтгэдэг загвар - өмнөх шат дууссаны дараа дараагийн үе шат эхэлнэ.

Энэхүү загвар нь програм хангамж боловсруулах үйл явцын дараах алхмуудыг агуулна.

Юуны өмнө ирээдүйн хөтөлбөрийн техникийн параметрүүдийг тодорхойлж, үүний үр дүнд програм хангамжийн шаардлагуудын жагсаалтыг батлав. Дараа нь дизайн руу шилжих шилжилт хийх бөгөөд энэ үеэр программистуудад тавигдах шаардлагыг хэрэгжүүлэх төлөвлөгөө, арга замыг тодорхойлсон баримт бичгийг бий болгодог.

Зураг төсөл дууссаны дараа программистууд төслийг хэрэгжүүлдэг (барьдаг). Хэрэгжүүлэх шатанд төслийн бүх бүрэлдэхүүн хэсгүүдийг нэгтгэсэн. Эдгээр үе шатуудыг бүрэн гүйцэд дуусгасны дараа л бэлэн бүтээгдэхүүнийг турших, дибаг хийх ажлыг хийдэг. Цаашилбал, програм хангамжийн бүтээгдэхүүнийг хэрэгжүүлж, хэрэгжүүлсний дараа дэмжлэг үзүүлэх - шинэ функцийг нэвтрүүлж, алдааг арилгах боломжтой.

Хүрхрээ хөгжүүлэх гол давуу талууд:

2. Agile программ хангамж боловсруулах арга зүй

Хэрэглэгчийн төлөөлөгчид болон хөгжүүлэгчдийн хамтын ажиллагааг багтаасан програм хангамж хөгжүүлэх аргачлалын багц. Agile хөгжлийн арга нь давтагдах хандлага, шаардлагыг динамик бүрдүүлэх, тэдгээрийг богино хугацаанд хэрэгжүүлэхэд суурилдаг.

Ийм үе шат бүрийн үр дүн, түүний дотор давталтын мөчлөг нь жижиг програм хангамжийн төсөл юм.

Agile хөгжүүлэх хэд хэдэн аргууд байдаг бөгөөд хамгийн алдартай нь Scrum, Extreme Programming, DSDM юм.

Agile хөгжлийн гол давуу талууд:

		эрсдэлийг бууруулах; програм хангамжийн бүтээгдэхүүний үйл ажиллагааг аажмаар нэмэгдүүлэх; бага хэмжээний бичиг баримт; програмын үндсэн хувилбарыг аль болох хурдан эхлүүлэх.
Мөн сул талууд байдаг:
		төслийн төсвийг үнэн зөв тодорхойлох боломжгүй байх; төслийн бэлэн байдлын нарийн хугацааг тодорхойлох боломжгүй; улсын болон төсвийн байгууллагад тохиромжгүй; үйлчлүүлэгчийн хариуцлагатай төлөөлөгчдөөс урам зориг шаарддаг.

Agile програм хангамж хөгжүүлэх тунхаг Бид шууд хөгжүүлж, бусдад туслах замаар програм хангамжийг хөгжүүлэх илүү сайн аргуудыг байнга хайж байдаг. Хийсэн ажлынхаа ачаар бид дараахь зүйлийг ойлгож чадсан. Хүмүүс ба харилцан үйлчлэлүйл явц, хэрэглүүрээс илүү чухал Ажиллаж байгаа бүтээгдэхүүниж бүрэн баримт бичгээс илүү чухал Үйлчлүүлэгчтэй хамтран ажиллахгэрээний нөхцлийн талаар ярилцахаас илүү чухал Өөрчлөлтөд бэлэн байх нь илүү чухаланхны төлөвлөгөөний дагуу Өөрөөр хэлбэл, баруун талд байгаа зүйлийн ач холбогдлыг үгүйсгэхгүйгээр бид зүүн талд байгаа зүйлийг илүү үнэлдэг хэвээр байна.

Agile хөгжлийн зарчим:

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