
- •Основные этапы решения задач на эвм
- •Критерии качества программы
- •Постановка задачи и спецификация программы
- •Способы записи алгоритмов
- •Программа на языке высокого уровня.
- •Стандартные типы данных
- •Представление основных структур программирования: итерация, ветвление и процедуры в различ языках программирования.
- •Программирование рекурсивных алгоритмов
- •Способы конструирования программ
- •Модульность в языках программирования
- •Формальные методы доказательства правильности программ и их спецификаций.
- •Классификация программных продуктов
- •Процесс производства
- •Процедурное, логическое, функциональное и объектно ориентированное программирование
- •Методы технология и инструментальные средства программирования
- •Тестирование и отладка программ
- •Документирование программных средств
- •Проектирование программного обеспечения
- •Абстрактные структуры данных
- •Технологический цикл разработки программных систем
- •Коллективная работы по созданию программ
- •Разработка и инструментальные средства поддержки по
- •Система автоматизированного проектирования
Технологический цикл разработки программных систем
Разработка программных продуктов с применением полного технологического цикла является основным видом деятельности E-Style Software House.
Наиболее предпочтительной формой предоставление данной услуги является проектная модель. Проектная деятельность регламентируется внутренними стандартами компании, которые основаны на лучших практиках широко распространенных методологий, стандартов и подходов, в частноcти RUP, MSF, CMMI и ISO. По этой причине только в этой модели мы как компания можем гарантировать исполнения своих обязательств по выполнению проекта в срок и с требуемым уровнем качества.
После согласования оценочных сроков, стоимости и заключения договора, мы инициируем проект. В компании применяется матричная структура управления, в соответствии с которой из линейных подразделений компании формируется проектная команда, которая выделяетя на весь срок проекта.
Численность проектной команды варьируется в зависимости от размеров проекта, его сложности и длительности, но как правило это 5-7 чел. Обычно в составе проекта присутствуют следующие роли:
Руководитель проекта. Выполняет координирующие функции между Заказчиком и проектной командой, отвечает за оперативное планирование в проекте и контролирует исполнение задач, отвечает за исполнения сроков проекта, определяет качество поставляемых заказчику артефактов.
Системный аналитик. Отвечает за разработку требований к программному продукту, отслеживает изменение требований в течение всего ЖЦ проекта и оценивает их взаимовлияние. Отвечает за разработку части проектной документации, связанной с бизнес-анализом, с каталогом требований, сценариями использования и т.п.
Системный архитектор. Отвечает за проектирование системы, координирует работы между разработчиками, выбирает платформу для реализации, языки программирования, библиотеки и компоненты.
Разработчик. Выполняет разработку конкретных модулей или компонентов в соответствии с требованиями
Ведущий тестировщик. Планирует тестирование в проекте, отвечает за выбор средств и методов тестирования (в том числе и автоматизированных), отвечает за разработку тестовых сценариев
Тестировщик. Выполняет тестирование (ручное или автоматизированное) по тестовым сценариям.
Технический писатель. Отвечает за разработку пользовательской и эксплуатационной документации.
На стадии внедрения к проекту подключается инженер по сопровождению, задачей которого будет на этапе гарантийной или платной поддержки 3ей линии отвечать на информационные запросы, разбирать инциденты и исправлять ошибки в системе (если такие будут выявлены).
В ходе проектной деятельности мы обязуемся:
Принимать запросы на изменения на любом этапе проекта. Мы стараемся гибко подходить к каждому запросу и следуем скорее «духу», а не «букве» письменных договоренностей с заказчиком. Однако чем ближе к концу проекта, тем сложнее реализовать новый запрос от заказчика без изменения сроков и стоимости проекта.
Демонстрировать промежуточные результаты работы. Любой проектный артефакт может быть предоставлен заказчику вне зависимости от степени его готовности, однако мы всегда рекомендуем заранее оговоривать количество контрольных точек и требований к тому, что мы должны предоставить.
Обеспечивать конфеденциальность в отношении деталей проекта, проектной документации, кода и деловой переписки. При необходимости можем подписать NDA.
Быть надежным партнером в решении любых проблем в рамках проекта