تبليغاتX
سماموس
 
  صفحه اصلی |  تماس با نویسنده  

 Lessons Learned about Software Architecture

چهارشنبه بیست و نهم آبان 1387
  • Big systems are hard to get right. Thinking about “architecture stuff” up front is necessary for success.
  • Architecture is the bearer of quality, but reasoning about architecture is actually reasoning about the potential of a system.
  • Performance and flexibility really do trade off against each other.
  • Reprioritizing architectural qualities is extremely risky.
  • Don’t forget “saleability” and “marketecture.” They can help you sell a system to upper management before it is built, even if they offend a “pure” architecture sensibility.
  • Autonomy of organizations and systems is paramount, and this autonomy happens to be the foundational principle of service-oriented architecture. 
  • If you don’t know where you’re going, you’re not going to get there—regardless of how good your map is.
  • Technology doesn’t matter. What does matter are people, the process, and the consistency of practice.
  • Architecture validation is critical but hard to institutionalize—even in a process-oriented organization.
  • The deepest problems in IT are still communication and understanding.
  • Don’t let “pragmatism” become a disguise for shortsightedness.

Reference:Lessons Learned about Software Architecture @ SEI
Quote:
“Architecture is not a set of PowerPoint slides, It’s the bridge between the business goals and the way a system operates.”  Michael Gagliardi 

  ساعت 22:39 به قلم مهرداد       

 When was the last time you called your mother

پنجشنبه بیست و سوم آبان 1387

مجله Reader's Digest در شماره اخير خود، تحقيقي آماري انجام داده است با عنوان "آخرين باري كه به مادرتان زنگ زديد، كي بود؟"

با مراجعه به صفحه اصلي،مي‌توانيد جزئيات نتايج را مشاهده نماييد.

گزيده:
شعر مادر از  ايرج ميرزا

  ساعت 9:39 به قلم مهرداد       

 Requirements Management Tools Survey

یکشنبه نوزدهم آبان 1387

آدرس زیر شامل جدولی است برای مقایسه ابزارهای کمک مهندسی در حوزه مدیریت نیازمندی‌ها. در كنار ارائه‌ي داده‌هاي بسيار جالب،‌معيارهاي انتخاب شده براي مقايسه بسيار جالب و آموزنده است.

INCOSE Requirements Management Tools Survey

خوانندگاني كه با ابزار IBM Rational RequistePro كار مي‌كنند، مطلب زير مي‌تواند براي آنها مفيد باشد.

Evaluation of Rational RequisitePro as a General Artifact Manager

گزيده:
پسر به گورخر: تو سفیدی راه راه سیاه داری یا سیاهی راه راه سفید داری؟
گورخر به پسر: تو خوبی گاهی وقتا بدی، یا بدی گاهی خوب می‌شی؟...
نوشته شل سیلوراستاین
از دوست خوبم علي بابت اين يادداشت، سپاسگزارم.

  ساعت 22:56 به قلم مهرداد       

 بدون شرح

چهارشنبه پانزدهم آبان 1387

You think it is a frog and I think it is a horse!

Wait for a while

 

Moral: We have to respect each other's opinion; you can see it clearly in the above picture. We just need to wait and listen actively to others' point of view!

مأخذ: از میان نامه‏های دوست خوبم، نوید.

گزیده:
ندارد.

  ساعت 16:22 به قلم مهرداد       

 حكايت

دوشنبه سیزدهم آبان 1387

« يك پيرمرد بازنشسته، خانه جديدي در نزديكي يك دبيرستان خريد. يكي دو هفته اول همه چيز به خوبي و در آرامش پيش ميرفت تا اين كه مدرسه ها باز شد. در اولين روز مدرسه، پس از تعطيلي كلاس‌ها سه تا پسر بچه در خيابان راه افتادند و در حالي كه بلند، بلند با هم حرف مي زدند، هر چيزي را كه در خيابان افتاده بود شوت مي‌كردند و سر و صداي عجيبي راه انداختند. اين كار هر روز تكرار مي شد و آسايش پيرمرد كاملاً مختل شده بود. اين بود كه تصميم گرفت كاري بكند.
روز بعد كه مدرسه تعطيل شد، دنبال بچه ها رفت و آنها را صدا كرد و به آنها گفت: «بچه ها شما خيلي بامزه هستيد و من از اين كه مي‌بينم شما اينقدر نشاط جواني داريد خيلي خوشحالم. من هم كه به سن شما بودم همين كار را مي‌كردم. حالا مي خواهم لطفي در حق من بكنيد. من روزي 1000 تومن به هر كدام از شما مي دهم كه بياييد اينجا، و همين كارها را بكنيد.»
بچه ها خوشحال شدند و به كارشان ادامه دادند. تا آن كه چند روز بعد، پيرمرد دوباره به سراغشان آمد و گفت: « ببينيد بچه ها متأسفانه در محاسبه حقوق بازنشستگي من اشتباه شده و من نمي‌تونم روزي 100 تومن بيشتر بهتون بدم. از نظر شما اشكالي نداره؟»

بچه ها گفتند: « 100 تومن؟ اگه فكر مي‌كني ما به خاطر روزي فقط 100 تومن حاضريم اينهمه بطري نوشابه و چيزهاي ديگه رو شوت كنيم، كور خوندي. ما نيستيم.»
و از آن پس پيرمرد با آرامش در خانه جديدش به زندگي ادامه داد.

شما چه تفسير مديريتي يا سازماني از اين حكايت داريد؟»

گزیده:
کسی که درد روشنگری و بازگویی تجربه را ندارد خود نیز زمانی برای بهره از آن را نخواهد یافت.    اُرد بزرگ

  ساعت 21:21 به قلم مهرداد       

 راوی - وب سایت کتابهای صوتی

دوشنبه سیزدهم آبان 1387

سايت راوي را خيلي اتفاقي ديدم. بسيار برايم جالب بود. بخشي از نوشته سايت را در اينجا آورده‌ام. اميدوارم بتوانم كاري انجام دهم.
«یک حرکت جمعی کوچک و فرهنگی برای کمک به نابینایان،کم بینایان و کسانی ست که به دلیلی قادر به خواندن کتاب نیستند این وب سایت یک وب سایت گروهی ست، و نیاز به همکاری مستمر شما دارد. همین امروز می توانید یک کتاب صوتی تولید کنید و به مجموعه کتابهای صوتی - راوی اضافه کنید. کلیه کتابهای معرفی شده توسط این وبلاگ رایگان بوده و هیچ کسی حق فروش یا استفاده مالی از این کتابهای صوتی را ندارد.

اگر در نزدیکی شما فردی کم بینا و یا نابینا زندگی می‌کند که به شنیدن کتاب صوتی علاقه‌مند است، آدرس و مشخصات کامل این دوست عزیز را برای ما ارسال کنید تا کتاب های صوتی به صورت رایگان برایشان ارسال شود.
برای همکاری با این سایت با این ایمیل تماس بگیرید : mralef@gmail.com»

گزیده:
بنی‌آدم اعضاي يكديگرند          كه در آفرينش زيك گوهرند
چو عضوي به درد آورد روزگار     دگر عضوها را نماند قرار
تو كز محنت ديگران بي‌غمي    نشايد كه نامت نهند آدمي

  ساعت 20:20 به قلم مهرداد       

 SPEM 2.0

سه شنبه هفتم آبان 1387

Throughout the software industry there are a lot of great ideas and knowledge available about how to effectively develop software. Nowadays, development teams need and have access to a wide range of information. Not only do they need to acquire detailed information about specific development technologies such as Java, Java EE, Eclipse, SOA technologies, .NET, as well as various development and tool environments, but they also need to figure out how to organize their work along modern development best practices such as agile, iterative, architecture-centric, risk- and quality-driven softwaredevelopment.
Some problems development organizations face when they leave their developers to find such information for themselves are:

* team members will not have centralized and easy access to the same body of information when they need it, i.e., different developers might rely on different sources and versions of the same information;

* it is difficult to combine and integrate content and development processes that are made available in their own proprietary format, as every book and publication presents method content and process using a different representation and presentation style;

* it is hard to define an organized and systematic development approach that is right-sized to their needs, i.e., addresses their specific culture, standardized practices, and compliance requirements.

The Software and Systems Process Engineering Meta-model (SPEM) is a process engineering meta-model as well as conceptual framework, which can provide the necessary concepts for modeling, documenting, presenting, managing, interchanging, and enacting development methods and processes.

An implementation of this meta-model would be targeted at process engineers, project leads, project and program managers who are responsible for maintaining and implementing processes for their development organizations or individual projects.

Reference: SPEM Specification version 2.0

گزيده:

We know why projects fail, we know how to prevent their failure, so why do they still fail? Martin Cobb

  ساعت 21:26 به قلم مهرداد