Курсовая Методы. Лекция 1 МСПРИСТ. 1. Введение. Общая характеристика процесса проектирования ис
 Скачать 230.25 Kb.
|
|
1. Введение. Общая характеристика процесса проектирования ИС О чем речь. Определение информационной системы. Задачи и функции ИС. Состав и структура информационных систем, основные элементы, порядок функционирования. Классификация информационных систем. Предметная область ИС. Индустриализация проектирования ИС. 1.1. Информационные системы 1.Основные понятия технологии проектирования информационных систем 1.1. Основные понятия и определения Основные понятия в последние годы не претерпели сильных изменений, формулировки стали более точными и лаконичными, исключающими неоднозначность понятий. Наиболее полные определения представлены в Федеральных законах Российской Федерации и стандартах. Информация – «сведения (сообщения, данные) независимо от формы их представления»[1]. Информационные технологии – «процессы, методы поиска, сбора, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов» [1]. Информационная система – «совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств» [1]. Проектирование информационных систем – это упорядоченная совокупность методологий и средств создания или модернизации информационных систем. Управление информационными системами – «применение методов управления процессами планирования, анализа, дизайна, создания, внедрения и эксплуатации информационной системы организации для достижения ее целей»[4]. Жизненный цикл информационных систем – «развитие рассматриваемой системы во времени, начиная от замысла и кончая списанием» [2]. Модель жизненного цикла – «структурная основа процессов и действий, относящиеся к жизненному циклу, которая служит в качестве общей ссылки для установления связей и взаимопонимания сторон» [2]. Архитектура информационных систем – это концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы. Бизнес-процесс – это цепочка взаимосвязанных действий, направленных на создание товарной продукции или услуги. Регламент бизнес-процесса – это четко определенный порядок выполнения бизнес-процесса, определяющий состав и действия участников. Модель данных – это система организации данных и управления ими. Методология проектирования информационных систем – это совокупность принципов проектирования (моделирования), выраженная в определенной концепции. Средства моделирования – это программы описания и моделирования систем. Типовое проектное решение (ТПР) – это многократно используемое проектное решение. Информационная система - это совокупность взаимосвязанных элементов, представляющих собой информационные, кадровые и материальные ресурсы, процессы, которые обеспечивают сбор, обработку, преобразование, хранение и передачу информации в организации. Термин информационная система (ИС) используется как в широком, так и в узком смысле. В широком смысле информационная система есть совокупность технического, программного и организационного обеспечения, а также персонала, предназначенная для того, чтобы своевременно обеспечивать надлежащих людей надлежащей информацией. Федеральный закон Российской Федерации от 27 июля 2006 г. N 149-ФЗ «Об информации, информационных технологиях и о защите информации» даѐт следующее определение: «информационная система — совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств». По мнению одних авторов, ИС в широком смысле включает в себя персонал, еѐ эксплуатирующий, по мнению других — нет. В узком смысле информационной системой называют только подмножество компонентов ИС, включающее базы данных, системы управления базами данных (СУБД) и специализированные прикладные программы. В любом случае основной задачей ИС является удовлетворение конкретных информационных потребностей в рамках конкретной предметной области. Современные ИС, как правило, включают в себя базы данных и СУБД. В организациях существует большое количество различных типов ИС: от традиционных до сложных, работающих на базе локальных и глобальных компьютерных сетей. ИС включает в себя следующие виды обеспечения: - математическое и алгоритмическое обеспечение, - информационное обеспечение, - лингвистическое обеспечение (или визуальный интерфейс пользователя), - программное обеспечение, - техническое обеспечение, - метрологическое обеспечение, - организационное обеспечение, - методическое обеспечение, - правовое (юридическое) обеспечение. При проектировании ИС задаются требования к этим видам обеспечения. Техническое обеспечение представляет собой комплекс технических средств, применяемых для функционирования системы обработки данных, и включает в себя устройства, реализующие типовые операции обработки данных как вне компьютера (периферийные технические средства сбора, регистрации, первичной обработки информации, оргтехника различного назначения, средства телекоммуникации и связи), так и на ЭВМ различных классов. Комплекс технических средств составляют [29, 42, 49–56]: • компьютеры любых моделей; • устройства сбора, накопления, обработки, передачи и вывода информации; • устройства передачи данных и линий связи; • оргтехника и устройства автоматического съема информации; • эксплуатационные материалы и др. Методическое обеспечение (Документация) оформляются предварительный выбор технических средств, организация их эксплуатации, технологический процесс обработки данных, технологическое оснащение. Документацию можно условно разделить на три группы: • общесистемную, включающую государственные и отраслевые стандарты по техническому обеспечению; • специализированную, содержащую комплекс методик по всем этапам разработки технического обеспечения; • нормативно-справочную, используемую при выполнении расчетов по техническому обеспечению. К настоящему времени сложились две основные формы организации технического обеспечения (формы использования технических средств): централизованная и частично или полностью децентрализованная. Централизованное техническое обеспечение базируется на использовании в информационной системе больших ЭВМ и вычислительных центров. Децентрализация технических средств предполагает реализацию функциональных подсистем на персональных компьютерах непосредственно на рабочих местах. Перспективным подходом следует считать, по-видимому, частично децентрализованный подход – организацию технического обеспечения на базе распределенных сетей, состоящих из персональных компьютеров и большой ЭВМ для хранения баз данных, общих для любых функциональных подсистем. Математическое и программное обеспечение – совокупность математических методов, моделей, алгоритмов и программ для реализации целей и задач информационной системы, а также нормального функционирования комплекса технических средства и технологические процессы. К средствам математического обеспечения относятся: • средства моделирования процессов управления; • типовые задачи управления; • методы математического программирования, математической статистики, теории массового обслуживания и др. В состав программного обеспечения входят общесистемные и специальные программные продукты, а также техническая документация. К общесистемному программному обеспечению относятся комплексы программ, ориентированных на пользователей и предназначенных для решения типовых задач обработки информации. Они служат для расширения функциональных возможностей компьютеров, контроля и управления процессом обработки данных. Специальное программное обеспечение представляет собой совокупность программ, разработанных при создании конкретной информационной системы. В его состав входят пакеты прикладных программ (ППП), реализующие разработанные модели разной степени адекватности, отражающие функционирование реального объекта. В состав ППП входят: • база данных, обеспечивающая всеми необходимыми данными деятельность реального объекта, • пользовательские интерейсы, обепечивающие реализацию всех необходимых требований, предъявляемых пользователями к ИС, • специальное программное обеспечение, поддерживающее функционирование разработанных программных продуктов. Техническая документация на разработку программных средств должна содержать описание задач, задание на алгоритмизацию, экономико-математическую модель задачи, контрольные примеры. Правовое обеспечение этапов разработки информационной системы включает нормативные акты, связанные с договорными отношениями разработчика и заказчика и правовым регулированием отклонений от договора. Правовое обеспечение этапов функционирования информационной системы включает: • статус информационной системы; • права, обязанности и ответственность персонала; • правовые положения отдельных видов процесса управления; • порядок создания и использования информации и др. Главной целью правового обеспечения является укрепление законности. В состав правового обеспечения входят законы, указы, постановления государственных органов власти, приказы, инструкции и другие нормативные документы министерств, ведомств, организаций, местных органов власти. В правовом обеспечении можно выделить общую часть, регулирующую функционирование любой информационной системы, и локальную часть, регулирующую функционирование конкретной системы. Лингвистическое обеспечение представляет собой совокупность языковых средств, используемых на различных стадиях создания и эксплуатации СОД для повышения эффективности разработки и обеспечения общения человека и ЭВМ. 1.2. Классификация ИС Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности. Разнообразие задач, решаемых с помощью ИС, привело к появлению множества разнотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации. Информационные системы можно классифицировать по целому ряду различных признаков. В основу рассматриваемой классификации положены наиболее существенные признаки, определяющие функциональные возможности и особенности построения современных систем. В зависимости от объема решаемых задач, используемых технических средств, организации функционирования, информационные системы делятся на ряд групп (классов) (рис. 1.1). По типу хранимых данных ИС делятся на фактографические и документальные. Фактографические системы предназначены для хранения и обработки структурированных данных в виде чисел и текстов. Над такими данными можно выполнять различные операции. В документальных системах информация представлена в виде документов, состоящих из наименований, описаний, рефератов и текстов. Поиск по неструктурированным данным осуществляется с использованием семантических признаков. Отобранные документы предоставляются пользователю, а обработка данных в таких системах практически не производится. Основываясь на степени автоматизации информационных процессов в системе управления фирмой, информационные системы делятся на ручные (выполняют вспомогательные функции), автоматические (автоматизация полная) и автоматизированные (автоматизация частичная); Ручные ИС характеризуются отсутствием современных технических средств переработки информации и выполнением всех операций человеком. В автоматических ИС все операции по переработке информации вы полняются без участия человека. Автоматизированные ИС предполагают участие в процессе обработки информации и человека, и технических средств, причем главная роль в выполнении рутинных операций обработки данных отводится компьютеру. Именно этот класс систем соответствует современному представлению понятия "информационная система". Рис. 1.1- Классификация информационных систем В зависимости от характера обработки данных ИС делятся на: - информационно-справочные, или информационно-поисковые ИС, в которых нет сложных алгоритмов обработки данных, а целью системы является поиск и выдача информации в удобном виде; - ИС обработки данных, или решающие ИС, в которых данные подвергаются обработке по сложным алгоритмам. Такие системы, в свою очередь, делятся на автоматизированные системы управления и системы поддержки принятия решений. Информационно-поисковые системы производят ввод, систематизацию, хранение, выдачу информации по запросу пользователя без сложных преобразований данных. (Например, ИС библиотечного обслуживания, резервирования и продажи билетов на транспорте, бронирования мест в гостиницах и пр.) 6 Информационно-решающие системы осуществляют, кроме того, операции переработки информации по определенному алгоритму. По характеру использования выходной информации такие системы принято делить на управляющие и советующие. Информационная система управления обеспечивает управленческому персоналу эффективное принятие решений по управляемому объекту. Такая система управления представляет собой коммуникационную систему по сбору, передаче, переработке информации об объекте, снабжающую работников различного ранга информацией для реализации функции управления Принципиальным моментом определения информационной системы управления является обеспечение принятия решения с ее помощью. Информационные системы управления создаются на основе изучения технологии принятия решений с использованием методологии системного подхода. Результирующая информация управляющих ИС непосредственно трансформируется в принимаемые человеком решения. Для этих систем характерны задачи расчетного характера и обработка больших объемов данных. (Например, ИС планирования производства или заказов, бухгалтерского учета). Системы поддержки принятия решений (СППР, советующие ИС) - особые интерактивные информационные системы управления (менеджмента), использующие оборудование, программное обеспечение, данные, базу моделей и труд менеджеров с целью поддержки всех стадий принятия полуструктурируемых и неструктурируемых решений непосредственно пользователями менеджерами в процессе аналитического моделирования на основе предоставленного набора технологий. Советующие ИС вырабатывают информацию, которая принимается человеком к сведению и учитывается при формировании управленческих решений, а не инициирует конкретные действия. Эти системы имитируют интеллектуальные процессы обработки знаний, а не данных. К ним относятся, например, экспертные системы. По сфере применения ИС разделяются на множество групп. Поскольку ИС создаются для удовлетворения информационных потребностей в рамках конкретной предметной области, то каждой предметной области (сфере применения) соответствует свой тип ИС. В качестве примеров укажем на следующие типы ИС: - Экономическая информационная система — информационная система, предназначенная для выполнения функций управления на предприятии. - Медицинская информационная система — информационная система, предназначенная для использования в лечебном или лечебно-профилактическом учреждении. - Географическая информационная система — информационная система, обеспечивающая сбор, хранение, обработку, доступ, отображение и распространение пространственно-координированных данных (пространственных данных). - Информационные системы организационного управления — предназначены для автоматизации функций управленческого персонала как промышленных предприятий, так и непромышленных объектов (гостиниц, банков, магазинов и пр.). Основными функциями подобных систем являются: оперативный контроль и регулирование, оперативный учет и анализ, перспективное и оперативное планирование, бухгалтерский учет, управление сбытом, снабжением и другие экономические и организационные задачи. - ИС управления технологическими процессами (ТП) — служат для автоматизации функций производственного персонала по контролю и управлению производственными операциями. В таких системах обычно предусматривается наличие развитых средств измерения параметров технологических процессов (температуры, давления, химического состава и т.п.), процедур контроля допустимости значений параметров и регулирования технологических процессов. - ИС автоматизированного проектирования (САПР) — предназначены для автоматизации функций инженеров-проектировщиков, конструкторов, архитекторов, дизайнеров при создании новой техники или технологии. Основными функциями подобных систем являются: инженерные расчеты, создание графической документации (чертежей, схем, планов), создание проектной документации, моделирование проектируемых объектов. Классификация информационных систем по охвату задач (масштабности): - персональная информационная система предназначена для решения некоторого круга задач одного человека; - групповая информационная система ориентирована на коллективное использование информации членами рабочей группы или подразделения; - корпоративная информационная система в идеале охватывает все информационные процессы целого предприятия, достигая их полной согласованности, безизбыточности и прозрачности. Такие системы иногда называют системами комплексной автоматизации предприятия. 1.3. Проектирование ИС Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить: - требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования; - требуемую пропускную способность системы; - требуемое время реакции системы на запрос; - безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей; - простоту эксплуатации и поддержки системы; - необходимую безопасность. Производительность является главным фактором, определяющим эффективность системы. Хорошее проектное решение служит основой высокопроизводительной системы. Проектирование информационных систем охватывает три основные области: - проектирование объектов данных, которые будут реализованы в базе данных; - проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным (интерфейса пользователя); - учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п. В реальных условиях проектирование - это поиск способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений. К любому проекту предъявляется ряд абсолютных требований, например максимальное время разработки проекта, максимальные денежные вложения в проект и т.д. Одна из сложностей проектирования состоит в том, что оно не является такой же структурированной задачей, как анализ требований к проекту или реализация того или иного проектного решения. Основа проекта – совокупность моделей, отражающих различные аспекты ИС. Модели – упрощенные абстракции реальных основных элементов системы и их отношений, существенных для принятия решения. Реализация проекта требует использования современных информационных технологий. Информационные технологии - это совокупность методов, процедур и средств, реализующих процессы сбора, обработки, преобразования, хранения и передачи информации. 1.4. Восходящий и нисходящий подходы к проектированию ИС Индустрия разработки автоматизированных информационных систем управления зародилась в 1950-х - 1960-х годах и к концу века приобрела вполне законченные формы. На первом этапе основным подходом в проектировании ИС был метод "снизу-вверх", когда система создавалась как набор приложений, наиболее важных в данный момент для поддержки деятельности предприятия. Основной целью этих проектов было не создание тиражируемых продуктов, а обслуживание текущих потребностей конкретного учреждения. Такой подход отчасти сохраняется и сегодня. В рамках "лоскутной автоматизации" достаточно хорошо обеспечивается поддержка отдельных функций, но практически полностью отсутствует стратегия развития комплексной системы автоматизации, а объединение функциональных подсистем превращается в самостоятельную и достаточно сложную проблему. Создавая свои отделы и управления автоматизации, предприятия пытались "обустроиться" своими силами. Однако периодические изменения технологий работы и должностных инструкций, сложности, связанные с разными представлениями пользователей об одних и тех же данных, приводили к непрерывным доработкам программных продуктов для удовлетворения все новых и новых пожеланий отдельных работников. Как следствие - и работа программистов, и создаваемые ИС вызывали недовольство руководителей и пользователей системы. Следующий этап связан с осознанием того факта, что существует потребность в достаточно стандартных программных средствах автоматизации деятельности различных учреждений и предприятий. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов. Системы начали проектироваться "сверху-вниз", т.е. в предположении, что одна программа должна удовлетворять потребности многих пользователей. Сама идея использования универсальной программы накладывает существенные ограничения на возможности разработчиков по формированию структуры базы данных, экранных форм, по выбору алгоритмов расчета. Заложенные "сверху" жесткие рамки не дают возможности гибко адаптировать систему к специфике деятельности конкретного предприятия: учесть необходимую глубину аналитического и производственно-технологического учета, включить необходимые процедуры обработки данных, обеспечить интерфейс каждого рабочего места с учетом функций и технологии работы конкретного пользователя. Решение этих задач требует серьезных доработок системы. Таким образом, материальные и временные затраты на внедрение системы и ее доводку под требования заказчика обычно значительно превышают запланированные показатели. Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета. В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управлении и планировании своей деятельности. Таким образом, возникла насущная необходимость формирования новой методологии построения информационных систем. Цель такой методологии заключается в регламентации процесса проектирования ИС и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение требований как к самой ИС, так и к характеристикам процесса разработки. Основными задачами, решению которых должна способствовать методология проектирования корпоративных ИС, являются следующие: - обеспечивать создание корпоративных ИС, отвечающих целям и задачам организации, а также предъявляемым требованиям по автоматизации деловых процессов заказчика; - гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта; - поддерживать удобную дисциплину сопровождения, модификации и наращивания системы; - обеспечивать преемственность разработки, т.е. использование в разрабатываемой ИС существующей информационной инфраструктуры организации (задела в области информационных технологий). Внедрение методологии должно приводить к снижению сложности процесса создания ИС за счет полного и точного описания этого процесса, а также применения современных методов и технологий создания ИС на всем жизненном цикле ИС - от замысла до реализации. Согласно современной методологии, процесс создания ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к ИС, проекта ИС, требований к приложениям и т.д. Модели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта. Создание моделей, их контроль, преобразование и предоставление в коллективное пользование осуществляется с использованием специальных программных инструментов - CASE-средств. Сущность программной инженерии (software engineering) кроется в собственных свойствах программного обеспечения (ПО), которые вызывают трудности при его создании (Ф.Брукс, 1989) [2]. Эти трудности можно только осознать — их нельзя ни преодолеть за счет какого-либо технологического прорыва. Согласно Бруксу сущность программной инженерии вытекает из таких свойств программного обеспечения, как сложность, Благодаря уникальности несхожести своих составных частей программные системы принципиально отличаются от технических систем (например, компьютеров), в преобладают повторяющиеся элементы. согласованность. Во многих случаях новое ПО должно согласовываться с уже существующим, таким образом, значительная происходит от необходимости различными интерфейсами, невозможно упростить только с помощью переделки Вя́зкость — отрицательное качество программного кода (или среды разработки), один из признаков плохого проектирования, выражающихся в пониженной податливости программной системы изменениям (англ. changeability). изменяемость Все удачные программные продукты подвергаются изменениям. При этом действуют два процесса. Во-первых, как только обнаруживается польза программного продукта, начинаются попытки применения его на грани или за пределами первоначальной области. Требование расширения функций исходит, в основном, от пользователей, которые удовлетворены основным назначением и изобретают для него новые применения. Во-вторых, удачный программный продукт живет дольше обычного срока существования компьютера, для которого он первоначально был создан. Приходят новые компьютеры, и программа должна быть согласована с их возможностями. неосязаемость (незримость). Обычно геометрическая отражается в геометрической абстракции. Реальность ПО не встраивается естественным образом в пространство. Поэтому у него нет готового геометрического представления подобно тому, как местность представляется кремниевые микросхемы — компьютеры — схемами соединений. При попытке графически представить структуру программы обнаруживается, что требуется несколько неориентированных наложенных один на другой. Таким образом, разработка ИС и программного обеспечения существенно отличается от процессов выпуска продукции на производстве. При обычном положении дел ПО не является результатом повторяющегося акта производства и каждый проект по-своему уникален. 2.3.1. Общие требования к методологии и технологии проектирования Создание ИС как сложная задача Создание ИС – это логически сложная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Нередко создание таких систем выполняется на интуитивном уровне с применением неформализованных методов, основанных на искусстве, практическом опыте, экспертных оценках и дорогостоящих экспериментальных проверках качества функционирования системы. Эксплуатационные расходы, возникающие после сдачи таких систем, могут существенно превышать расходы на их создание. Исследования показывают, что на обнаружение ошибок, допущенных на стадии проектирования, расходуется примерно в два раза больше времени, чем на исправление ошибок, допущенных на последующих фазах. При этом исправление ошибки на стадии проектирования стоит в 2 раза, на стадии тестирования – в 10 раз, а на стадии эксплуатации системы – в 100 раз дороже, чем на стадии анализа. Кроме того, ошибки анализа и проектирования обнаруживаются часто самими пользователями, что вызывает их недовольство и осложняет сопровождение ИС. В числе причин возможных неудач, по мнению разработчиков, фигурируют: •нечеткая и неполная формулировка требований к ПО; •недостаточное вовлечение пользователей в работу над проектом; •отсутствие необходимых ресурсов; •неудовлетворительное планирование и отсутствие грамотного управления проектом; •частое изменение требований и спецификаций; •новизна и несовершенство используемой технологии; •недостаточная поддержка со стороны высшего руководства; •недостаточно высокая квалификация разработчиков, отсутствие необходимого опыта. Институт управления проектами, который специализируется не только на производстве ПО, приводит в своем Руководстве РМВОК® неплохо сформулированное определение. Согласно PMI®, проект рассматривается как временное усилие, предпринятое для того, чтобы создать уникальный продукт или услугу с определенной датой начала и окончания действия, отличающегося от продолжающихся, повторных действий и требующего прогрессивного совершенствования характеристик. Эти определения проекта имеют несколько общих характеристик. Цель.У проекта должна быть четко определенная цель или ряд целей. В ходе осуществления проекта должен быть получен какой-либо результат. Если проект имеет много целей, то они должны быть связаны между собой и не конфликтовать друг с другом.  Д  ешево Качественно Требования  БыстроМомент начала и завершения действия. Проект — это продукт временного приложения усилий. Он должен иметь четко определенное начало и конец действия, обычно выражаемое в виде каких-либо дат. Поддержка ПО обычно представляет собой продолжающееся действие и не является проектом, но может включать строго очерченные проекты, которые происходят в его пределах, например, как отдельные версии. Уникальность.Проект — одноразовая сущность, не всегда повторяющая один и тот же путь. Но это не значит, что повторяющаяся работа не является проектом. Постройка дома обычно классифицируется как проект даже в том случае, когда подрядчики уже до этого сконструировали миллионы зданий. Хотя образец и процесс в основном те же самые (шаблон), имеется достаточное количество различий в каждом доме (участок земли и его местоположение, варьирующиеся материалы, изменения программы и разработки проекта). В противном случае речь будет идти о по-точной линии, когда идентичные части выполняются аналогичным образом. То же самое справедливо и для профессионалов в области разработки ПО — они никогда не создают какую-либо идентичную программную систему, хотя могут ее копировать или переносить произвольным образом. Ограничения. Проект имеет ограничения по стоимости, графику и качеству выполнения. Итак, практическое определение термина "проект" в терминах разработки ПО таково: Проект — это уникальное, временное действие с определенными датами начала и конца, направленное на то, чтобы достичь одной или нескольких целей в пределах ограничений стоимости, графика и качества выполнения. ======================================================================= Основные понятия визуального моделирования Нотация – система условных обозначений для графического представления визуальных моделей Семантика – система правил и соглашений, определяющая смысл и интерпретацию конструкций некоторого языка Методология – совокупность принципов моделирования и подходов к логической организации методов и средств разработки моделей CASE (Computer Aided Software Engineering) – методология разработка программного обеспечения, основанная на комплексном использовании компьютеров не только для написания исходного кода, но и для анализа и моделирования соответствующей предметной области CASE-средства (CASE-tools) – программное обеспечение, которое предназначено для разработки визуальных моделей программных систем и генерации исходного кода или схемы базы данных на некотором языке CASE-средства Разработка визуальных моделей сложных систем, в виду значительного объема решаемых задач, должно опираться на специальные средства программной поддержки 1-е поколение: генерация схем БД (Oracle Designer 2000, ERwin) 2-е поколение: генерация программного кода (Borland Together Designer 2005) 3-е поколение: прямая и обратная кодогенерация (IBM Rational Rose 2002/2003, Borland Together Developer 2005, Sparx Enterprise Architect) 4-е поколение: синхронизация программного кода и моделей (IBM Rational Software Architect 6/7, Borland Together Architect 2006, Borland Development Studio 2006) Подходы (методологии) проектирования ИС 1) ООП Объектно-ориентированный анализ и проектирование (Object-Oriented Analysis/Design) — технология разработки программных систем, в основу которых положена объектно-ориентированная методология представления предметной области в виде объектов, являющихся экземплярами соответствующих классов Предметная область (domain) – часть реального мира, которая имеет существенное значение или непосредственное отношение к процессу функционирования программы Диаграмма (diagram) — графическое представление совокупности элементов модели в форме связного графа, вершинам и ребрам (дугам) которого приписывается определенная семантика Нотация канонических диаграмм является основным средством разработки моделей на языке UML 2) Структурный функциональный подход SADT DFD IDEF3 IDEF1X 3) ARIS  Популярные графические нотации визуального моделирования (конец 80-х гг.)  |