КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Формализация технологии проектирования ЭИС
Этапы жизненного цикла ПО Стадии ЖЦ ПО Обобщенный жизненный цикл можно представить в виде следующей последовательности этапов, которые, в свою очередь, можно также разбить на стадии: 1. планирование разработки; 2. определение требований к системе; 2.1 выработка требований; 2.2 анализ требований; 3. проектирование системы; 3.1 проектирование архитектуры системы; 3.2 детальное проектирование компонент системы, в т.ч. для программного обеспечения; 3.2.1 общее проектирование программного обеспечения; 3.2.2 проектирование отдельных программных компонент; 4. реализация и тестирование системы; 4.1 создание отдельных компонент системы, в т.ч. для программного обеспечения; 4.1.1 создание отдельных программных модулей; 4.1.2 тестирование отдельных программных модулей; 4.2 тестирование компонент системы, в т.ч. программного обеспечения как единого компонента системы; 4.3 интегрирование отдельных компонент в систему; 5. выпуск системы; 6. эксплуатация системы; 7. завершение разработки. Можно заметить, что в данном жизненном цикле основное внимание уделялось именно программному обеспечению, входящему в состав программной системы, но нельзя забывать, что и остальные компоненты тоже должны проектироваться и реализовываться. Следует обратить внимание, что разбиение жизненного цикла на этапы иногда способствует затушевыванию некоторых важных аспектов создания программного обеспечения; особенно это проявляется по отношению к такому необходимому процессу, как итерационная реализация различных этапов жизненного цикла с целью исправления ошибок, изменения решений, которые оказались неправильными, или учета изменений в общих требованиях, предъявляемых к системе. ФОРМАЛИЗАЦИЯ ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ ЭИС Основой формализации технологии проектирования ЭИС является формальное определение технологической операции (ТО) проектирования в виде четверки: V – вход; W – выход; П – преоразователь; R – ресурсы; S – средства. Технологические операции графически представляются в виде блоков-прямоугольников, внутри которых дается наименование ТО, перечень используемых средств и ссылки на используемые ресурсы. Вход и выход ТО представляются идентификаторами внутри кружков, от которых и к которым идут стрелки, указывающие входные и выходные потоки. В качестве компонентов входа и выхода используются документы, параметры, программы, универсальные множества – универсумы. Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердых копий или в электронном варианте. Документ (D) – это описатель множества взаимосвязанных факторов. Документы определяют исходные, результирующие и промежуточные результаты проектирования и внедрения ЭИС. Параметр (P) – это описатель одного факта. Параметр рассматривается как частный случай документа. Параметры, как правило, выступают в роли ограничений или условий процесса проектирования. Программа (G) – частный случай документа, представляющего описание алгоритма решения задачи: от спецификации программы до машинного кода. Универсум (U) – это конечное и полное множество фактов (документов) одного типа. Обычно с помощью универсума описывается множество альтернатив, выбор из которого конкретного экземпляра определяет характер дальнейших проектных решений. В качестве универсумов могут рассматриваться описания технических, программных средств, технологий проектирования. Преобразователь (П) – это некоторая методика или формализованный алгоритм, или машинный алгоритм преобразования входа ТО в ее выход. Для формализации преобразователей используются математические модели, эвристические правила, блок-схемы, псевдокоды. Ресурсы (R) - набор людских, компьютерных, временных и финансовых средств, которые позволяют выполнить ТО. Средства проектирования (S) – это специальный вид ресурса, включающий методические и программные средства выполнения ТО. Если преобразователь является ручным, то средство проектирования представляет методику выполнения работы, и в описании ТО дается ссылка на соответствующий бумажный или электронный документ. Если преобразователь является автоматическим или автоматизированным, в описании ТО указывается ссылка на название и описание программного средства, а также руководство по эксплуатации. На основе ТО строится технологическая сеть проектирования (ТСП), под которой понимается взаимосвязанная по входам и выходам последовательность ТО проектирования, выполнение которых приводит к достижению требуемого результата – созданию проекта. ТСП могут строится с различной степенью детализации. Наиболее детализированная ТСП, в которой каждая ТО является ручной, называется канонической. Каноническая ТСП наиболее пригодна для проектировщиков – исполнителей, для которых ТСП является руководством к проектированию. Для укрупнения ТСП применяются технологические операции – агрегаты, которым соответствуют фрагменты канонической ТСП.
Дата добавления: 2015-04-24; Просмотров: 790; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |