1
0

Поправко.md 7.4 KB

Управление к АИС: гибкость,надёжность,эффективность,безопасность

1. Гибкость

Способность к адаптации и дальнейшему развитию подразумевают возможность приспособления информационной системы к новым условиям, новым потребностям предприятия.

2. Надежность

Требование надёжности обеспечивается созданием резервных копий хранимой информации, выполнения операций протоколирования, поддержанием качества каналов связи и физических носителей информации, использованием современных программных и аппаратных средств.

3. Эффективность

Система является эффективной, если с учётом выделенных ей ресурсов она позволяет решать возложенные на неё задачи в минимальные сроки. Эффективность системы обеспечивается оптимизацией данных и методов их обработки, применением оригинальных разработок, идей, методов проектирования.

4. Безопасность

Под безопасностью, прежде всего, подразумевается свойство системы, в силу которого посторонние лица не имеют доступа к информационным ресурсам организации, кроме тех, которые для них предназначены. Требование безопасности обеспечивается современными средствами разработки информационных систем, современной аппаратурой, методами защиты информации, применением паролей и протоколированием, постоянным мониторингом состояния безопасности операционных систем и средств их защиты.

|Наименование этапа|Основные характеристики| | :- | :- | |Разработка и анализ бизнес - модели|

Определяются основные задачи АИС, проводится декомпозиция задач по модулям, и определяются функции, с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС).

Метод решения: Функциональное моделирование.

Результат:

1. Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС.

2. Аппаратно-технический состав создаваемой АИС.

| |Формализация бизнес - модели, разработка логической модели бизнес - процессов.|

Разработанная концептуальная модель формализуется, т.е. воплощается в виде логической модели АИС.

Метод решения: Разработка диаграммы "сущность-связь" (ER (Entity-Reationship) - CASE - диаграммы).

Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.

| |Выбор лингвистического обеспечения, разработка программногообеспечения АИС.|Разработка АИС: выбирается лингвистическое обеспечение (среда разработки - инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы - в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС.| |Тестирование и отладка АИС|

На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п.

Результат: Оптимальный состав и эффективное функционирование АИС.

Комплект документации: разработчика, администратора, пользователя.

| |Эксплуатация и контроль версий|

Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20-30%.

Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС

|