by حامد بردی | اردیبهشت ۲۷, ۱۴۰۴ | دسته‌بندی نشده
در چارچوب سنتی مهندسی نرم‌افزار، پرسمن (Pressman) ذی‌نفعان (Stakeholders) را شامل کاربران نهایی (End-users)، مشتریان (Customers) و مهندسان سیستم (System Engineers) می‌داند. در این مدل، فرآیند مهندسی نیازمندی‌ها (Requirements Engineering – RE) بر اساس تعامل میان...
by حامد بردی | اردیبهشت ۲۷, ۱۴۰۴ | چالش‌های خاص مهندسی نیازمندی‌ها برای سیستم‌های هوشمند در مقایسه با رویکردهای سنتی
در سیستم‌های سنتی، تمرکز بر ویژگی‌های کیفی (Quality Attributes) شناخته‌شده‌ای همچون کارآیی (Performance)، امنیت (Security) و نگهداشت‌پذیری (Maintainability) است. این ویژگی‌ها اغلب به‌خوبی در چارچوب‌های کلاسیک مهندسی نیازمندی‌ها (Requirements Engineering – RE) از...
by حامد بردی | اردیبهشت ۲۷, ۱۴۰۴ | چالش‌های خاص مهندسی نیازمندی‌ها برای سیستم‌های هوشمند در مقایسه با رویکردهای سنتی
در سیستم‌های سنتی، خروجی‌ها عمدتاً قطعی (Deterministic) هستند—یعنی با ورود یکسان، سیستم همیشه خروجی یکسانی تولید می‌کند. اما در مقابل، سیستم‌های هوشمند (Intelligent Systems) اغلب خروجی‌هایی مبتنی بر احتمال یا اعتماد (Confidence-based Outputs) ارائه می‌دهند؛ برای مثال،...
by حامد بردی | اردیبهشت ۲۷, ۱۴۰۴ | چالش‌های خاص مهندسی نیازمندی‌ها برای سیستم‌های هوشمند در مقایسه با رویکردهای سنتی
در سیستم‌های سنتی، نیازمندی‌ها معمولاً در آغاز پروژه پایدار (Stable) و قابل تعریف (Definable) فرض می‌شوند. این رویکرد، مطابق با مدل آبشاری (Waterfall Model) است که پرسمن (Pressman) نیز در چارچوب مهندسی نرم‌افزار خود از آن دفاع می‌کند؛ در این مدل، نیازمندی‌ها باید پیش...
by حامد بردی | اردیبهشت ۲۲, ۱۴۰۴ | مقدمه, مهندسی نرم افزار و سیستم های هوشمند
چارچوب مهندسی نرم‌افزار پرسمن [1] بر اهمیت تحلیل‌های اولیه، مستندسازی دقیق، و مشخص‌سازی نیازمندی‌های قابل ردگیری تأکید دارد. هرچند این اصول همچنان اساسی‌اند، اما لازم است تا برای پوشش جنبه‌هایی نظیر منشأ داده، رفتار مدل، و پایش چرخه‌ی عمر در سیستم‌های هوشمند گسترش...
