فهرست مطالب
چکیده 4
مقدمه 5
هدف سیستم جاری 5
زبان تحلیل سیستم 5
تاریخچة UML 6
ویژگیهای UML 9
فصل اول: Use Case Diagrams 12
موضوع پروژه 13
1-2- Use case چیست؟ 13
1-3- Actor چیست؟ 14
1-4- دیاگرام use case چیست؟ 14
1-5- ارتباطات بین use case ها چگونه است؟ 14
1-6- شناسائی Actor های سیستم 15
1-6-1- Actor کاربر 15
1-6-2- Actor مدیر دبستان 17
1-6-3- Actor معلم 17
1-7- شناسائی Use Case ها 20
1-7-1- Sing Up Use Case 21
1-7-1-1- سناریوی Sing Up Use Case 22
1-7-2- Sing In Use Case 23
1-7-2-1- سناریوی Sing In Use Case 24
1-7-3- SignOut Use Case 25
1-7-3-1- سناریوی SignOut Use Case 26
1-7-4- Teacher Acception Use Case 27
1-7-4-1- سناریوی Teacher Acception Use Case 28
1-7-6- Lesson Definition & Exam Definition Use Case 29
1-7-6-1- سناریوی Lesson Definision Use Case 30
1-7-6-2- سناریوی Exam Definision Use Case 31
1-7-6-3- سناریوی Teacher Mark Use Case 32
1-7-6-4- سناریوی View Marks Use Case 33
1-7-7- Teacher Marks & Marks View Use Case 34
1-7-7-3- سناریوی Use Case گزارش حضور و غیاب 35
1-7-8- Use Case مربوط به وضعیت مالی 36
1-7-8-1- سناریوی وضعیت مالی دانش آموز 37
1-7-9- Use Case مربوط به ثبت نام دانش آموز 38
1-7-9-1- سناریوی ثبت نام دانش آموز 39
1-7-10- Use Case مربوط به تایمر (زمان) 40
1-7-10-1- سناریوی ثبت نام دانش آموز 41
1-8- نمایش کلی سیستم 42
فصل دوم: Activity Diagrams 43
2-1- نمودار فعالیت SignUp 44
2-2- نمودار فعالیت برگذاری امتحانات 45
2-3- نمودار فعالیت Exam Definition 46
2-4- نمودار فعالیت Teacher Acception 47
2-5- نمودار فعالیت Lesson Definision 48
2-6- نمودار فعالیت Exam Registration 49
2-7- نمودار فعالیت ورود به سیستم 50
2-8- نمودار فعالیت ثبت حضر و غیاب 51
2-9- نمودار فعالیت ثبت و مشاهده جزئیات مالی 52
2-10- نمودار فعالیت کلی سیستم 53
فصل سوم: نیازمندیهای تابعی و غیر تابعی سیستم دبستان 54
3-1- نيازمنديهاي مساله جهت طراحي نرم افزار 55
3-1-1-اطلاعات پايه 55
3-1-2- عمليات مربوط به جستجو 55
3-1-3- گزارش‌ها 56
3-1-4- امنيت و حدود دسترسي 57
3-1-5-بازسازی اطلاعات 57
چکیده
با پیشرفت تکنولوژیهای سیستمهای اطلاع رسانی ، سمت و سوئی که این گونه سیستمهای اطلاعاتی پیدا نموده اند به علت حجم انبوه اطلاعات بیشتر به سمت سیستمهای پویایی بوده که مبتنی بر پایگاه های داده ای قدرتمند می باشند.
در این میان نباید نقش طراحان و تحلیل گران این گونه سیستمها را نادیده گرفت. چرا که در صورت نبود یک تحلیل مناسب از یک سیستم ، نمی توان از آن سیستم به نحو اساسی استفاده نمود.
در سیستم جاری (سیستم نرم افزاری دبستان) سعی برآن شده که با روش تحلیل UML به بررسی سیستم با دید نرم افزاری پرداخته شود.
مراحل مختلف طراحی و تحلیل به شرح ذیل انجام خواهد شد:
• درفصل اول پروژه به بررسی Use Case ها و سناریوی Actor ها که در حقیقت وظائف آنها و روالهایی است که انجام می شود می پردازیم.
• در فصل دوم به بررسی نمودارهای Activity خواهیم پرداخت.
• در فصل سوم به بررسی نیازمندیهای سیستم خواهیم پرداخت.
مقدمه
با بهره گیری از پایه کامپیوتر و زبانهای برنامه نویسی بسیار قوی ، سیستمهای نرم افزاری زیادی در سراسر جهان پا به عرصه حیات نهاده اند. پروژه های نرم افزاری مختلفی طراحی و پیاده سازی گردیده اند که می توان اطلاعات ثبت شده در آنها را با سرعت بسیار زیادی بدست آورد.
این گونه نرم افزارها مزایای بسیار زیادی دارند. البته در حال حاضر با بهره گیری از ویژگیهای شئ گرایی به قابلیتهای این سیستمها اضافه شده اند و امنیت اطلاعات را بسیار بالا برده و بیشتر و بهتر می توان از ابزار و امکانات سخت افزاری و نرم افزاری موجود استفاده کرد.
هدف سیستم جاری
هدف از طراحی و پیاده سازی این سیستم ، نر م افزاری است که با آن بتوان در آن عملیات مربوط به ثبت نام و . . . در یک دبستان را به صورت سیستمی انجام داد.
زبان تحلیل سیستم
تحلیل سیستم با استفاده از زبان مدلسازی یکنواخت UML انجام خواهد شد. زبان مدلسازی یکنواخت یا Unified Modeling Language) UML) ، یک زبان مدلسازی است که برای تحلیل وطراحی سیستمهای شی‌گرا بکار می‌رود. UML اولین بار توسط شرکت Rational ارائه شد و پس از آن از طرف بسیاری از شرکت‌های کامپیوتری و مجامع صنعتی و نرم‌افزاری دنیا مورد حمایت قرار گرفت. به طوریکه تنها پس از یک سال ، توسط گروه Object Management Group ، به عنوان زبان مدلسازی استاندارد پذیرفته شد. UML تواناییها و خصوصیات بارز فراوانی دارد که می‌تواند به طور گسترده‌ای در تولید نرم‌افزار استفاده گردد.
سناریوی Teacher Acception Use Case
|
سناریوی شماره 4
|
سیستم دبستان
|
نام: پذیرش معلم (Teacher Acception)
Actor: مدیر دبستان
|
|
شرح سناریو: در این سناریو ، مدیر دبستان پس ازورود به سیستم ، در خواست مشاهده لیست افراد متقتضی تدریس دبستان را می نماید. در صورت وجود لیستی از متقاضیان نمایش داده می شود.
|
|
فرض: منظور از مدیر در این Use Case در حقیقت فردی است که تمامی دبستان را انجام می دهد و بالاترین شخص از نظر سطوح دسترسی به اطلاعات می باشد و می تواند هر گونه ویرایشی در اطلاعات درج شده انجام دهد.
|
|
Include: ورود به سیستم با دسترسی مدیر
|
Extended: صفحه اصلی سیستم
|
|
(قبل از اجرای یوزکیس): معلمین معرفی شده پذیرش نشده اند.
|
|
مراحل:
|
Actor
|
System
|
|
1- مدیر بر روی کلید لیست معلمین معرفی شده کلیک می نماید.
|
2- سیستم فرم مربوط به لیست افراد معرفی شده را نمایش می دهد.
|
|
3- مدیر شخص یا اشخاص مورد نطر را انتخاب می نماید و بر روی کلید تائید کلیک می نماید.
|
4- سیستم صفحه مربوط به اطلاعات فرد / افراد انتخاب شده را نمایش می دهد.
|
|
5- مدیر پیامی مبنی بر تائید شخص ارسال می نماید.
|
6- سیستم اطلاعات را اعتبار سنجی می نماید.
|
|
|
7- سیستم پیغامی مبنی بر تائید ارسال اطلاعات برای متقاضی به مدیر نمایش می دهد.
|
|
قیود عملیات: مدیر باید گروه افراد مناسب را انتخاب نماید.
|
|
پس از اجرای یوزکیس: بعد از مشاهده و بررسی پروفایل معلمین ، مدیر می تواند در مورد تائید و یا عدم تائید متقاضیان تصمیم گیری نماید.
|
|
Alternative Flow: پس از ارسال تائیدیه پذیرش به متقاضیان ، اطلاعات سایر معلمین باید به صورت آرشیو دائمی برای دسترسی در آینده ، در سیستم ذخیره شود.
|
برچسبها: