[vsesdal]
Тип работы: Доклад
Предмет: Информатика
Страниц: 8
Год написания: 2014
Доклад Программное обеспечение защиты информации, документации кафедрыСтоимость данной учебной работы: 300 руб.

 

    Форма заказа работы
    ================================

    Укажите Ваш e-mail (обязательно)! ПРОВЕРЯЙТЕ пожалуйста правильность написания своего адреса!

    Укажите № работы и вариант

    Соглашение * (обязательно) Федеральный закон ФЗ-152 от 07.02.2017 N 13-ФЗ
    Я ознакомился с Пользовательским соглашением и даю согласие на обработку своих персональных данных.

    Учебная работа № 430317. Тема: Доклад Программное обеспечение защиты информации, документации кафедры

    Выдержка из похожей работы

    …….

    Методика создания программного обеспечения для систем управления предприятиями с использованием типовых программных компонентов

    …..ного владения программной системой складывается из стоимости создания,
    стоимости внедрения и стоимости сопровождения. Причем достаточно
    распространенной ошибкой при выборе ПО является учет стоимости только самой
    системы. Тогда как затраты на внедрение и сопровождение автоматизированной
    системы управления предприятием (АСУП), которая должна работать десятилетиями,
    значительно перекрывают стоимость самого ПО.
    В настоящее
    время методы и средства уменьшения трудоемкости разработки и сопровождения ПО
    (а значит и его стоимости) разработаны достаточно глубоко. Это такие методы
    программной инженерии, направленные на создание сложных систем, как разработка
    открытых систем [1], разработка принципов оптимального разбиения систем на
    модули [2], методы объектно-ориентированного анализа и проектирования систем
    [3]. Сейчас для разработки ПО различного назначения широко применяется
    повторное использование программных объектов и программных компонентов [4],
    предлагаемых производителями средств ускоренной разработки приложений (rapid
    application development RAD). Использование CASE-средств [5] также позволяет
    значительно сократить трудоемкость проектирования и сопровождения систем.
    Казалось бы, к
    вышесказанному уже нечего добавить, и при использовании перечисленных методов и
    средств стоимость создания и сопровождения ПО будет минимальной. Однако это не
    так. Резервы кроются в определенной структуре ПО системы, при помощи которой
    осуществляется снижение стоимости внедрения и сопровождения ПО АСУП. Сразу хочу
    заметить, что “серебряной пули” по выражению Ф. Брукса [6], позволяющей разрабатывать
    легко сопровождаемые, дешевые программные системы, еще не создано, и
    предлагаемый подход требует дальнейших исследований, однако, он уже применялся
    в той или иной степени при разработке Автоматизированной информационной системы
    для комбинатов хлебопродуктов (АИС КХП) которая успешно работает в режиме
    промышленной эксплуатации на нескольких десятках предприятий отрасли.
    Особо хочу
    отметить, что речь идет именно о структуре программного обеспечения, а не
    собственно информационной системы. Не для кого не секрет, что даже жестко
    заданную функциональность можно реализовать различными методами, причем не
    всегда рассчитанными на дальнейшее сопровождение. Здесь можно отметить
    особенности реализации при помощи различных языков программирования и личные
    предпочтения того или иного программиста. Последнее часто доминирует при слабом
    контроле или отсутствием такового со стороны руководителя проекта. Многие
    решения в этом случае отдаются на откуп программисту, который часто не имеет
    должной квалификации для создания действительно легко сопровождаемой и дешевой
    программной системы.
    Это при том,
    что структуру программного продукта трудно определить по внешнему виду. Система
    отвечает заявленной функциональности и неизвестно, используется ли в
    создаваемой системе та или иная конструкция языка, создается ли система на
    основе взаимодействующих объектов или написана при помощи условных и
    безусловных переходов.
    Трудно, да
    часто и невозможно контролировать весь программный код системы. И уже через
    какое-то время работы выяснятся, что для того чтобы внести изменения в код,
    написанный программистом-контрактником, заинтересованным в быстром создании
    необходимой функциональности, необходимо частично или полностью переписать
    недокументированный, неструктурированный, написанный без учета дальнейшего
    сопровождения код.
    Мне можно
    возразить, что для этого и существуют CASE-средства, однако, это только
    средства, а структура ПО создается все-таки программистом, в лучшем случае под
    руководством проектировщика.
    И даже в этом
    случае процесс разработки осуществляется без использования неких общих законов,
    как, например, законов физики в строительстве, и полностью основывается на
    методах проб и ошибок [7]. Таких законов для разработки ПО просто не
    существует, потому что научные основы для создания ПО только разрабаты…