Работа над одним проектом, изначально разработанным в другой организации,
натолкнула меня на мысль написать сей топик.
Советы как избежать проблем при разработке сложного программного обеспечения.
Читать дальше »
Метки: разработка по
Оставить комментарий В связи с недавними событиями привожу цитату из википедии про SaaS
балуемся as a service (SaaS) («Программное обеспечение как услуга»), или балуемся on Demand (SoD) («Программное обеспечение по требованию») — модель продажи программного обеспечения,
при которой поставщик разрабатывает веб-приложение и самостоятельно
управляет им, предоставляя заказчикам доступ к программному обеспечению
через Интернет.
Основное преимущество модели SaaS для потребителя состоит в отсутствии
затрат, связанных с установкой, обновлением и поддержкой
работоспособности оборудования и программного обеспечения, работающего
на нём.
В модели SaaS:
В рамках модели SaaS заказчики платят не за владение программным
обеспечением как таковым, а за его аренду (то есть, его использование
через веб-интерфейс). Таким образом, в отличие от классической схемы
лицензирования ПО, заказчик несет сравнительно небольшие периодические
затраты, и ему не требуется инвестировать существенные средства для
приобретения ПО и аппаратной платформы для его развертывания и, затем,
обеспечивать работоспособность. Схема периодической оплаты
предполагает, что в случае, если необходимость в программном
обеспечении временно отсутствует — заказчик может приостановить его
использование и заморозить выплаты разработчику.
С точки зрения разработчика проприетарного ПО, модель SaaS позволяет эффективно бороться с нелицензионным использованием программного обеспечения,
поскольку само программное обеспечение не попадает к конечным
заказчикам. Кроме того, концепция SaaS часто позволяет уменьшить
затраты на развёртывание и внедрение систем технической и
консультационной поддержки продукта, хотя и не исключает их полностью.
Метки: балуемся
Оставить комментарий На недавней конференции udmsite.ru часто упоминалось, что заказчик должен быть равноправным участником проекта.
Данное правило перекликается с методологией Agile разработки программного обеспечения. Знаменитые ученые и практики Computer Science разработали манифест agile-разработки. Думаю этот манифест будет интересен читателям блога. Далее текст манифеста
В процессе работы мы пришли к тому, что для нас важнее:
* Люди и их взаимодействие, чем процессы и средства
* Работающее ПО, чем исчерпывающая документация
* Сотрудничество с заказчиком, чем обсуждение условий контракта
* Реагирование на изменения, чем следование плану
Мы придерживаемся следующих принципов:
Наивысшим приоритетом для нас является
удовлетворенность заказчика ранними и
периодическими поставками ценного для заказчика ПО.
Приветствуйте изменения требований даже на поздних этапах
разработки. Agile-процессы готовы к таким изменениям
ради достижения заказчиком конкурентного преимущества.
Выполняйте частые поставки работающего ПО. При этом
продолжительность каждой итерации должна быть от пары недель
до пары месяцев, предпочтение отдается коротким интервалам.
Потенциальные пользователи системы, являющиеся специалистами
в предметной области, и разработчики должны работать вместе
каждый день на протяжении всего проекта.
Привлекайте для работы над проектом мотивированных людей.
Создайте для них все условия, окажите поддержку во всем,
что необходимо, и доверьтесь им — они выполнят работу.
Самый действенный и эффективный способ обмена информацией
как внутри команды разработчиков, так и разработчиков
с внешним миром — непосредственное общение.
Работающее ПО — главный индикатор продвижения проекта.
Agile-процессы придерживаются равномерного темпа
разработки. Работа спонсоров, разработчиков и
пользователей должна все время идти в постоянном темпе.
Постоянное стремление к техническому совершенству
и хороший дизайн системы повышают agility.
Важна простота — искусство увеличения
объема работ, которых удалось избежать.
Самые лучшие архитектуры, требования и дизайны
систем создаются самоорганизующимися командами.
Периодически команда размышляет о том, как достичь
большей эффективности, после чего корректирует свой
подход к разработке ПО.
Метки: agile, разработка по
Оставить комментарий Здесь отобраны наиболее интересные с точки зрения автора нововведения. Более подробную информацию можно найти в интернете.
Общие нововведения
Microsoft Word 2010
Microsoft Excel 2010
Microsoft Power Point 2010
Microsoft Outlook 2010
Метки: microsoft, whatsnew, балуемся
Оставить комментарий
