- •Понятие по: программа, программный комплекс, программный продукт, системный программный продукт.
- •Философия развития по. Тенденция развития по.
- •Инженерия по. Тенденции затрат на по.
- •Профессиональные и этические требования к специалистам по по. Основные проблемы, стоящие перед специалистами по по.
- •Управление качеством по и работа менеджеров по качеству.
- •Стандарт iso 9000 и управление качеством.
- •Вероятностные методы в оценке качества по.
- •Стандарты на продукцию и процесс разработки по.
- •Стандарты на техническую документацию.
- •Измерение показателей по. Характеристики качественного по.
- •Показатели программного продукта.
- •Объектно-ориентированные показатели.
- •Обзор моделей создания по.
- •Каскадная модель. Достоинства и недостатки каскадной модели.
- •Эволюционная модель. Два подхода к реализации эволюционного метода.
- •Формальная разработка систем.
- •Разработка по на основе ранее созданных компонентов.
- •Модель Миллса. Экстремальное программирование.
- •Спиральная модель разработки. Спиральная модель жизненного цикла разработки по
- •Спецификация по. Основные этапы.
- •Этапы процесса проектирования.
- •Управление проектами. Отличие программных проектов от технических.
- •Планирование проекта. График работ.
- •Анализ рисков.
- •Современный подход к проектированию по. V-цикл проектирования и разработки по.
- •Организация групп программистов.
- •Планирование проекта. План проекта. Контрольные метки этапов работ. График работ. Временные и сетевые диаграммы.
- •Методы проектирования.
- •Программирование и отладка.
- •Объектно-ориентированный анализ и проектирование (ооа/ооп). Методология объектно-ориентированного моделирования. Понятие объекта.
- •Сложные объекты. Использование объектной технологии. Объекты м классы объектов в uml. Взаимодействие между объектами.
- •Моделирование классов и отношений.
- •Пятиэтапный процесс тестирования. Альфа-тестирование, бетта-тестирование.
- •Эволюция программных систем.
- •Разработка по на основе визуального моделирования. Case – средства для разработки по. Ibm Rational & Rational Rhapsody.
- •Стандарты, регламентирующие Жизненный цикл по и процессы разработки.
- •Rup. Фазы и дисциплины унифицированного процесса.
- •Анализ требований на фазе начало up. Артефакты начальной фазы.
- •Стандарт uml 2.2.
- •Этапы проектирования ис с применением uml.
- •Диаграммы прецендентов.
- •Диаграммы классов.
- •Диаграмма объектов.
- •Диаграммы взаимодействия.
- •Метод ecm (Enterprise Component Modeling) в uml. Опишите игру в кости с помощью uml-diagram.
- •Методы верификации объектно-ориентированных программ.
- •Метод тестирования программ.
- •Организация проведения тестирования. Классификация ошибок.
- •Требования к покрытию критичных приложений тестами.
Спецификация по. Основные этапы.
Спецификация требований программного обеспечения (англ. Software Requirements Specification, SRS) — законченное описание поведения программы, которую требуется разработать.
Включает ряд пользовательских сценариев (англ. use cases), которые описывают все варианты взаимодействия между пользователями и программным обеспечением.
Пользовательские сценарии являются средством представления функциональных требований. В дополнение к пользовательским сценариям, спецификация также содержит нефункциональные требования, которые налагают ограничения на дизайн или реализацию (такие как требования производительности, стандарты качества, или проектные ограничения).
В стандарте IEEE 830 содержится рекомендации к структуре и методам описания программных требований — «Recommended Practice for Software Requirements Specifications».
Определения
В целом, определения терминов, используемых в данной рекомендуемой методике, соответствует определениям, приведенным в стандарте IEEE 610.12-1990. Определения, данные ниже, являются ключевыми терминами, поскольку они используются в данной методике.
3.1 контракт: обязательный официальный документ, согласованный заказчиком и поставщиком. Он включает технические и организационные требования, стоимость и план создания изделия. Контракт может также содержать неофициальную, но полезную информацию, такую как обязательства или ожидания участвующих сторон.
3.2 заказчик: лицо или лица, которые оплачивают изделие и обычно (но не обязательно) принимают решения относительно требований. В контексте данной рекомендуемой методики заказчик и поставщик могут быть членами одной и той же организации.
3.3 поставщик: лицо или лица, которые производят изделие для заказчика. В контексте данной рекомендуемой методики заказчик и поставщик могут быть членами одной и той же организации.
3.4 пользователь: лицо или лица, которые работают с изделием или непосредственно взаимодействуют с ним. Пользователь(-и) и заказчик(-и) часто не являются одним и тем же лицом(- ми).
Критерии создания качественной SRS
В этом разделе представлена предварительная информация, которую необходимо рассмотреть при составлении SRS. Она включает следующее:
а) Сущность SRS;
б) Среда SRS;
в) Характеристики качественной SRS;
г) Совместная подготовка SRS;
д) Развитие SRS;
е) Макетирование;
ж) Внедрение структуры в SRS;
з) Внедрение требований проекта в SRS.
Этапы процесса проектирования.
В общем случае можно выделить, как минимум, пять основных этапов, отделяющих момент принятия решения о необходимости изготовления некоторого устройства от момента запуска этого устройства в эксплуатацию. Вот эти этапы:
постановка задачи — очень важный этап, часто игнорируемый начинающими, включает: конкретизацию назначения, условий эксплуатации, требуемых технических характеристик, допустимой схемотехнической и конструктивной сложности устройства, согласование всех этих параметров друг с другом с целью устранения противоречий и сомнений в реализуемости устройства в принципе;
построение развернутой блок-схемы устройства — большая часть теоретических навыков становится востребованной именно на данном этапе; его суть состоит в том, чтобы на основании выработанных при постановке задачи требований построить подробную блок-схему устройства, в которой будут указаны все составляющие устройство элементарные звенья (фильтры, цепи ОС, звенья усиления и т.п.), их связи и способы схемотехнической реализации;
выбор элементной базы и построение полной принципиальной схемы — на основании расчетных или оценочных данных об уровнях и видах сигналов в различных цепях устройства производится подбор номиналов основных активных и некоторых пассивных элементов устройства (в первую очередь, транзисторов); здесь могут также учитываться и другие требования к устройству (допустимая стоимость, предполагаемые условия эксплуатации, требуемый уровень надежности и устойчивости к экстремальным воздействиям и т.п.); на основе всей имеющейся информации строится полная принципиальная схема, в которой номиналы многих элементов все еще могут оставаться неопределенными (номиналы резисторов, намоточные данные трансформаторов и дросселей и т.п.); заметим, что если все предыдущие задачи выполнены корректно, то иногда данный этап может фактически свестись к перерисовыванию построенной ранее блок-схемы в виде, когда на месте каждого отдельного блока помещается его стандартная описанная в литературе (в т.ч. и в настоящей книге) принципиальная схема;
расчет параметров всех элементов устройства — используя справочные и опытные (измеряемые на опыте) данные о параметрах, применяемых в устройстве элементов, а также известные из теории или опыта расчетные соотношения, отражающие работу различных звеньев, рассчитывают параметры всех еще неопределенных элементов проектируемого устройства; также определяются предполагаемые значения токов и напряжений во всех важных цепях; проводится окончательный расчет разнообразных внешних характеристик устройства (ток потребления от источника питания, коэффициент усиления, диапазон рабочих температур и т.п.);
разработка конструктивного исполнения, сборка и настройка устройства — для качественной и надежной работы любого устройства, помимо профессиональной разработки принципиальной схемы, требуется и правильное конструктивное исполнение; здесь прорабатываются вопросы размещения элементов и проводников друг относительно друга, способы монтажа элементов на плату, а также способы крепления и размещения самой платы в корпусе, защита от вредных воздействий окружающей среды и т.п.; качественная сборка также имеет большое значение; кроме того, многие устройства для достижения оптимальных характеристик требуют серьезных усилий по настройке (подбор номиналов, особенностей конструктивного исполнения и режимов работы элементов схемы).