• "Системийн шинжи.."
• Гишүүд (273)
• Самбар (6)
• Хэлэлцүүлэг (8)
• Цомог (0)

Учираа олохоо болилоо....

• +5 -1

  

  Н. Дэлгэр 2009-06-16 21:19 бичсэн.

  Ачмаагийн хэлдэг үнэн шүү.Мөнхсвдаа чи арай л дэндүү юм нэг ёсны ухамсарын гүн доройтол гэж...
  
• +2 -1

  

  М. Мөнхсувд 2009-06-17 18:27 бичсэн.

  За Ачмаа минь чи бүүр ёстой ууртай, цухалддаг хүн байна. Би уул нь чамаас сэтгэлээрээ уучлалт гуйсын. Одоо бол чи надад огт хүндлэх сэтгэл үлдээсэнгүй.
  
  Чи СЭЗДС-ын оюутан бололтой. Наад хүний чинь асуусан асуулт бол чиний талын мэргэжил рүү хөрвүүлвэл Нягтлан бодогч хүн яагаад санхүүгийн тайлан тооцоо гаргадаг юм бэ гэж асуусантай яг адилхан асуулт. Маркетингийн менежер хүн яагаад бараа бүтээгдэхүүнийг сурталчилдаг юм бэ гэж асууж байгаатай адилхан. Би өөрийнх нь профайлаас төгсөх курсын оюутан гэж харлаа. Бүтэн 4 жил сурчихаад энийгээ мэдэхгүй эргүүтэж явсан байх нь байна шдээ.
  
  Чи арай Нябо хүн яагаад санхүүгийн тайлан тооцоо гаргадгыг мэдэхгүй 4 жил сурч байгаа юм биш биз дээ???
  
  Би хэлсэн, ядаж тийм юм хийдэг хүнийг системийн шинжээч гэдэг юм байна гээд ойлгочих ч чадалгүй юм байна шд.
  
  ёстой ууртай бичлээ. дахиад хэрэлдвэл хэрэлд. гэхдээ дахиж би ийшээ орж ирэх ч гүй.
  
• +2 -1

  Сайн байна 1/1 Д. Цэнгүүнжав

  

  Г. Ачмаа 2009-06-17 20:34 бичсэн.

  Одоо 2 уулаа маргаад яах вэ.Би ч гэсэн огцом түргэн ууртай миний буруу байгаа .НАМАЙГ УУЧЛААРАЙ.Чиний хэлсэнийг бодож үзүүштэй л юм байна!
  
• +3

  

  А. Отгонбаяр 2009-06-18 19:59 бичсэн.

  Захиалагч юу хүсч байгаагаа ихэнх тохиолдолд сайн мэддэггүй.
  
  Програмистууд ч ялгаагүй юу хийх ёстойгоо ихэнх тохиолдолд мэддэггүй.
  
  Энэ олон мэдэхгүй хүмүүсийн юу хүсээд байгааг олж мэдэж илрүүлэх, буцаагаад ойлгомжтой болгож бусдад илэрхийлэх, томьёоллыг бичсэн баримтуудыг үүсгэх, эцсийн систем захиалагчид очих үеийн шаардлага (user acceptance test criteria) зэрэгийг тодорхойлох үүрэг бол шинжээчийнх. Иймээс захиалагч, хөгжүүлэлтийг аль алийг нь ойлгодог ихэнх тохиолдолд олон жилийн туршлагатай хүний хийх ажилууд байдаг.
  
• 

  

  Н. Энхбат 2009-07-02 18:37 бичсэн.

  хэхэ
  
• -1

  

  Н. Алтангэрэл 2009-12-30 22:54 бичсэн.

  Хэдий жижиг програм ч гэсэн тодорхой хэмжээнд системийн шинжилгээ гаргахгүй байна гэж байхгүй л болов уу! би л лав ганцаараа хийсэн програмын ажлынхаа системийн шижилгээгээ нийт ажлынхаа 50-60% гэж ойлгодог шүү.
  
• -1

  

  S. Sims11 2009-12-31 18:42 бичсэн.

  Асуулт чинь ойлгомжгүй байнаа. Хоёр амьгүй юмыг зохицуулна гэж баймааргүйсэн. Ярьж байгаа 2 юмны нэг нь тодорхой нөгөө нь тодорхойгүй байгаа. Шинжээч тодорхой юмнаас тодорхойгүйг тодорхойлж гаргах нь түүний үндсэн үүрэг юм
  
• +1

  

  Д. Ууганбаяр 2010-02-22 19:44 бичсэн.

  тэнэг асуулт гэж байдаггүй харин тэнэг хариулт гэж байдаг юм. гэсэн үг басч гэж үнэн бололтой
  
• +2

  

  Д. Дэлгэрсайхан 2010-03-08 22:30 бичсэн.

  Энэ бүлэгт сая л элслээ. Хэлэлцээд дууссан юм шиг байна. :) Гэхдээ "Системийн шинжээч хүн яагаад хэрэглэгчийн шаардлага ба системийн физик загвар хоорондын ажиллагааний зохицуулагч юм бэ?" гэж асуусан байна. Байнга л асуугддаг боловч хамгийн чухал асуулт биш үү.
  1. Би энэ асуултыг "Системийн шинжээч хүн яагаад хэрэглэгчийн шаардлага ба системийн физик загвар хоорондын ажиллагааний зохицуулагч байдаг вэ?", "Яагаад хэрэглэгчийн шаардлага ба логик загвар байж болохгүй гэж" гэж асуудаг л даа. Гол нь физик загвар ???. Физик загвар гэдэг нь a) системийн одоогийн загвар b) хэрэглэгч ойлгож болохуйц програмчлалд дөхсөн зохиомжийн үед гарах загварыг хэлж байгаа юм. Тэгэхээр системийн шинжээч нь эхлээд програмчлах гэж буй системийн одоогийн загварыг гаргах /энэ бол миний туршлагаар хамгийн чухал зүйл/ , дараа нь шинэ системийн төлөвлөгөө, түүнд тулгуурласан загваруудыг гаргахдаа хэрэглэгчийн сайн татан оролцуулах хэрэгтэй гэж системийн шинжээч хүний хийх ёстой хамгийн гол ажил /дүрэм/-г зааж сургасан, ө.х системийн шинжээчийн "лоозон" байна л даа. Тэгээд ийм урт өгүүлбэр бичихгүйгээр "Системийн шинжээч нь хэрэглэгчийн шаардлага ба системийн физик загвар хоорондын ажиллагааний зохицуулагч байх ёстой" гээд л товчоор хэлчихсэн байна.
  2. Энэ хэдий зүгээр л нэг онол шиг сонсогдож байгаа хэдий ч логик загвар, физик загварын ялгааг, ерөөсөө зурж дүрсэлж байгаа загвараа ялгаж сурахад хэрэг болдог юмаа. Загвар, диаграм зураад л байдаг, яг цагаа тулахаараа /програм бичих үедээ/ хэрэглэж чаддаггүй "проблем" зөндөө л харагддаг. Энэ чинь л би ямар загвар, диаграм зураад байна, хэзээ чухам хэрэглэхийн, бас хэзээ дахин хэрэглэхийн, хэнд хэрэгтэй юм, системийн динамик ? статик ? implementation ? хэсгийг үү, хэрэглэгчийн дүрслэл үү, бүтцийн дүрслэл үү гэдгээ мэдэхгүй л, ялгахгүй л байнаа гэсэн үг юмуу даа.
  
  
• 

  зөндөө юм бгаашүү дээ ... эхлүүлвэл дутууг нь хамтдаа ярилцаж болох юм хэхэ ... 1/1 Г. Алтанцэцэг

  

  Э. Батбилэг 2010-05-24 16:57 бичсэн.

  надаа номын сангийн хэрэглэгчийн шаардлага бичихэд туслаач монголчуудаа
  
  
• 

  

  B. Chaamaa 2010-07-05 11:54 бичсэн.

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

Хариу бичих